Lug-dd March 2017

lug-dd@mailman.schlittermann.de

19 participants
17 discussions

AW: Debian Paketierung - Kernel
by Ronny Seffner 10 Mar '17

10 Mar '17

Ich habe die Aussage, die mich zur Annahme verleitete, make-kpkg wäre veraltet, wiedergefunden: "CULTURE Die guten alten Zeiten des kernel-package Bevor die Umgebung zur Erstellung eines Linux-Systems die Fähigkeit erhielt, saubere Debian-Pakete zu bauen, war der empfohlene Weg, make-kpkg aus dem Paket kernel-package zur Erzeugung solcher Pakete zu verwenden." https://debian-handbook.info/browse/de-DE/stable/sect.kernel-compilation.ht… Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8

1 0

AW: Debian Paketierung - Kernel
by Ronny Seffner 10 Mar '17

10 Mar '17

Hallo Sven, > Ich komme aber leider zu dem gleichen Resultat, wie du. > vielen Dank für Deine Mühen. Ich habe mir derweil ein i386 chroot mit debootstrap vorbereitet. Darin entsteht dann vermutlich wegen dem x86-compiler auch eine i386 fixdep. Auch wenn dass meine bisherige Verzeichnisstruktur durcheinanderwirft und mehrere 100mb mehr Platz benötigt könnte ich damit leben. Trotzdem erscheint das recht umständlich, wenn man sich ansieht, dass ja grundlegend die Möglichkeit mit ARCH= gegeben ist. Was ich auch bemerkt habe : wenn auf dem Client eine build-Umgebung vorhanden ist, kann man fixdep im postinst löschen und lokal noch ein 'make fixdep' (oder umfassender 'make scripts') absetzen. Die Distributions kernel_header haben aber solche Magie auch nicht in ihrem Paket. Könnte, weil ich eben keine Ahnung habe, was in ein vollständiges kernel-headers Paket gehört und daher auf die Debian Werkzeige (make-kpkg oder make deb-pkg) zurückgreifen will. Nur leider kommen die mit meiner bisherigen Versionierung nicht zurecht (in LOCALVERSION kein '-' und keine Buchstaben erlaubt) und ich habe auch noch keinen Einfluss auf changelog und pre/post-inst/rm. Vermutlich ist es jetzt Zeit mich wieder mit der Paketierung auseinanderzusetzen. Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8

1 0

AW: Debian Paketierung - Kernel
by Ronny Seffner 10 Mar '17

10 Mar '17

Hallo Sven, danke, dass Du mich unterstützt. > Also nach einer kurzen Suche konnte ich nichts finden, dass make-kpkg > veraltet > Mindestens eine der vielen Quellen, die ich nun durch habe, sagte statt make-kpkg nun make deb-pkg nehmen. Mir ist so, was war das sogar das Debian-Anwenderhandbuch. > es zu testen. Welche Kernel-Version benutzt du? > Konkret geht es jetzt um 4.4.52. Die build-Maschine selbst hat 4.10.1. > Welche Software hast du genau, die die Kernel-Header benutzt, damit ich > nicht selber eine passende suchen muss? > Virtualbox. Aber soweit brauchst Du wohl nicht zu gehen: baue den 32-bittigen Kern und schaue in seinem Quellverzeichnis mit file nach scripts/basic/fixdep. Nur wenn das auch 32.bit ist braucht man sich weiter um Paketierung und den Test auf der i386-Plattform zu kümmern. Mit freundlichen Grüßen / Kind regards Ronny Seffner -- Ronny Seffner | Alter Viehweg 1 | 01665 Klipphausen www.seffner.de | ronny(a)seffner.de | +49 35245 72950 7EA62E22D9CC4F0B74DCBCEA864623A568694DB8

2 1

[OT] Arduino Uno - 2x Shiftregister 74HC595 - Matrix
by Tilo Wetzel 07 Mar '17

07 Mar '17

Ĥallo allerseits, gibt es hier jemanden in der Gruppe der sich mit obigen Themen auskennt und mit dem man mal telefonieren oder sich treffen könnte? Ich bastle hier gerade einem 4x4x4 Cube (LED). Muster1: Eine einzelne LED "durchlaufen" stellt kein Problem dar. Muster2: alle äußeren LEDs an und durchlaufen lassen, funktioniert nicht. Hier läuft erst irgendwas pro Ebene durch bis alle LEDs pro Ebene an sind und dann nur noch alle LEDs ebenenweise. Irgendwie kann ich den Fehler nicht lokalisieren. Vielleicht kann mir ja jemand helfen. // Ausgabe an 74HC595 void Ausgabe(byte Wert1, byte Wert2) { digitalWrite(ClearShift,HIGH); digitalWrite(StorePin, 0); shiftOut(DataPin, ClockPin, LSBFIRST, Wert1); shiftOut(DataPin, ClockPin, LSBFIRST, Wert2); digitalWrite(StorePin, 1); } // Muster 1, alle LERDs durch void Muster_1() { for (byte E=0;E<4;E++) { digitalWrite(Ebene[E],HIGH); unsigned int myLEDs=1; for (byte X=0;X<16;X++) { byte Wert2=highByte(myLEDs); byte Wert1=lowByte(myLEDs); Ausgabe(Wert1, Wert2); myLEDs = myLEDs *2; delay(150); } digitalWrite(Ebene[E],LOW); } } // alle aeusseren LEDs an und durch alle Ebenen void Muster_2() { Ausgabe(159, 249); for (unsigned int Plane=0; Plane<4; Plane++) { digitalWrite(Ebene[Plane],HIGH); delay(100); digitalWrite(Ebene[Plane],LOW); } } Gruß und Danke schon mal im voraus Tilo -- Tilo Wetzel, Dresden http://www.room6675.net http://elektronik.elline.de http://linkblog.elline.de

1 0

PPP ersetzt /etc/resolv.conf
by Luca Bertoncello 05 Mar '17

05 Mar '17

Hallo Leute! Ein kleines Problemchen habe ich noch. Seitdem ich Debian habe, wenn die PPP-Verbindung zur Telekom gemacht wird, wird die Datei /etc/resolv.conf ersetzt und enthält die Nameservers der Telekom. Das ist nicht gewollt, denn ich habe eine interne Domain, die ich brauche. Die Konfiguration von PPP wurde von Ubuntu Lucid übernommen und damals hatte ich das Problem nicht. Eine andere Möglichkeit ist, dass NetworkManager das macht, aber weder bei PPP noch bei NetworkManager konnte ich noch ein Skript finden, das die Datei anlegt... Kann jemand mir was empfehlen, was ich versuchen kann um das Problem zu lösen? Danke Luca Bertoncello (lucabert(a)lucabert.de)

4 6

Festplattentausch - es war ein KRIEG
by Luca Bertoncello 04 Mar '17

04 Mar '17

Hallo Leute! Also, anscheinend habe ich gerade die letzte Lebensminuten meiner alten Festplatte noch erwischt... Ich habe gestern einen WD RED 1TB gekauft und wollte eigentlich morgen per RSync die Daten übertragen. Glücklicherweise habe ich heute entschieden das zu machen, denn plötzlich ist der Zahl der "unreadable (pending) sectors" gestiegen und die Fehler bei der SATA-Gerät waren sehr sehr oft in der Log zu sehen. Jedenfalls, mit GRML habe ich die Daten mittels RSync kopiert, konnte leider nicht GRUB überzeugen sich auf die neue Festplatte zu installieren. Nach viele Versuche (während den der syslog noch mehr Probleme gezeigt hat), habe ich mich entschieden ein Debian-Grundsystem auf die neue Festplatte zu installieren (nachdem ich eine neue Partitionstabelle und Partitionen angelegt habe). Das war die richtige Entscheidung. Als ich dann ein bootfähiges System hatte, konnte ich mit GRML die Daten wieder per RSync übertragen (also, Partition wieder formatiert, eingebunden, los mit RSync). Am Ende per chroot ein update-grub2 damit die neue IDs eingetragen werden könnte und das System hat gebootet. Ein paar Dateien konnte ich nicht übertragen. Eine davon ist aber eine uralte Datei, die der Android-SDK installiert hat und ich noch nicht benutzt habe (also, interessiert mich nicht), die andere waren in der Cache von APT (/var/cache/apt/archive) und DPKG (var/lib/dpkg/info/). Ich werde bestimmt ohne diese paar Dateien überleben. Viel schlimmer war, dass ping und ping6 nur für root funktionierten. Hier habe ich die Lösung gefunden: https://debianforum.de/forum/viewtopic.php?f=29&t=156254 anscheinend wurden die paar Dateien auch nicht richtig übertragen. Aber jetzt sieht so aus, dass alles läuft. Die neue Festplatte hat Platz ohne Ende und hoffentlich ein langes Leben vor sich. Ich habe ein paar Tausenden grauen Haare mehr und habe vermutlich wegen des Stresses 4-5 Kg abgenommen, was ich mir erlauben konnte. Also, falls jemand auch das Problem hat, dass das System von A nach B kopiert werden muss und GRUB sich nicht installieren lässt, geht es auch mit der von mir beschriebenen Variante. Besten Dank an alle für eure Hilfe mit der Analyse von SMART. Ich hoffe, dass jetzt Murphy einen anderen Opfer sucht, denn bei mir hat schon viel gemacht... Grüße Luca Bertoncello (lucabert(a)lucabert.de)

1 0

Smart: 1 Currently unreadable (pending) sectors
by Luca Bertoncello 04 Mar '17

04 Mar '17

Hallo Leute! Heute, als ich die Logs geprüft habe, habe ich diese Meldung von Smart gelesen: Mar 2 15:21:32 frodo smartd[1699]: Device: /dev/sda [SAT], 1 Currently unreadable (pending) sectors Dann kam noch das: Mar 2 18:30:47 frodo kernel: [81552.424382] ata3.00: exception Emask 0x0 SAct 0x1000000 SErr 0x0 action 0x0 Mar 2 18:30:47 frodo kernel: [81552.424389] ata3.00: irq_stat 0x40000008 Mar 2 18:30:47 frodo kernel: [81552.424395] ata3.00: failed command: READ FPDMA QUEUED Mar 2 18:30:47 frodo kernel: [81552.424402] ata3.00: cmd 60/00:c0:b8:fa:5d/01:00:22:00:00/40 tag 24 ncq 131072 in Mar 2 18:30:47 frodo kernel: [81552.424402] res 41/40:00:c5:fa:5d/00:00:22:00:00/40 Emask 0x409 (media error) <F> Mar 2 18:30:47 frodo kernel: [81552.424407] ata3.00: status: { DRDY ERR } Mar 2 18:30:47 frodo kernel: [81552.424410] ata3.00: error: { UNC } Mar 2 18:30:47 frodo kernel: [81552.439316] ata3.00: configured for UDMA/100 Mar 2 18:30:47 frodo kernel: [81552.439339] sd 2:0:0:0: [sda] Unhandled sense code Mar 2 18:30:47 frodo kernel: [81552.439343] sd 2:0:0:0: [sda] Mar 2 18:30:47 frodo kernel: [81552.439345] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE Mar 2 18:30:47 frodo kernel: [81552.439348] sd 2:0:0:0: [sda] Mar 2 18:30:47 frodo kernel: [81552.439350] Sense Key : Medium Error [current] [descriptor] Mar 2 18:30:47 frodo kernel: [81552.439355] Descriptor sense data with sense descriptors (in hex): Mar 2 18:30:47 frodo kernel: [81552.439357] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 Mar 2 18:30:47 frodo kernel: [81552.439368] 22 5d fa c5 Mar 2 18:30:47 frodo kernel: [81552.439374] sd 2:0:0:0: [sda] Mar 2 18:30:47 frodo kernel: [81552.439377] Add. Sense: Unrecovered read error - auto reallocate failed Mar 2 18:30:47 frodo kernel: [81552.439380] sd 2:0:0:0: [sda] CDB: Mar 2 18:30:47 frodo kernel: [81552.439382] Read(10): 28 00 22 5d fa b8 00 01 00 00 Mar 2 18:30:47 frodo kernel: [81552.439391] end_request: I/O error, dev sda, sector 576584389 Mar 2 18:30:47 frodo kernel: [81552.439448] ata3: EH complete Langsam kriege ich Angst... Die Festplatte ist zwar nicht mehr der neuste, aber so alt ist es ja auch nicht (3 Jahre). Ich habe was in Internet gesucht und bin nicht ganz sicher, was das bedeutet... Es ist also ein LESEfehler, was u.U. auch von Kabel oder was anderes verursacht werden kann. Und es sollte nur eine VERMUTUNG, dass der Sektor defekt ist (das wird erst beim schreiben festgestellt). Oder verstehe ich falsch? Was ist eure Empfehlung? Danke Luca Bertoncello (lucabert(a)lucabert.de)

5 5

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd March 2017