[solved] Vorsicht mit d-u Maschine wird unbedienbar!!!

[seagull]

Siehe: http://aptosid.net/index.php?name=PNphpBB2&file=viewtopic&t=1093&highlight=

[reddark]

Kann mensch das noch auf deutsch etwas ausführen?

[towo]

1. base-files in Version 6.2 erzeugt ein Verzeichnis /run.
2. udev 167-1 benutzt dieses Verzeichnis, so es existiert
3. Nach reboot kann udev nicht starten, da /run so noch nicht in initscripts implementiert ist.
4. udev 167-1+c0.aptosid.1 sollte das Problem beseitigen.

[reddark]

danke

[DonKult]

Ein wenig: /run soll die neue Heimat von unter anderem /var/run werden. Leider ist da der udev Maintainer (wie leider sonst auch) nicht so zimperlich und lädt einfach mal hoch. Wer sich an die Millionenfachen Warnungen über conf files erinnert oder an das spezielle Handling von udev in stable weil es ältere Kernels nicht mag, der weiß was ich damit meine.

In Essenz heißt das: Aufpassen, dass udev bei einem d-u aus dem aptosid repository kommt (apt-cache policy udev), sonst booted die Kiste eventuell nicht.

Sollte das Kind bereits im Brunnen liegen, in Grub in der Bootzeile aus dem 'ro' (read-only) ein 'rw' (read-and-write) machen, hoffen dass es klappt und so schnell wie möglich unseren Hotfix installieren und neubooten...

[seagull]

Der Hotfix 167-1+c0.aptosid.1 0 beseitigt das Problem bei mir nicht.
Tastatur und Maus gehen nur nach booten mit "rw" in der grub-zeile.

Code Select Expand

Host/Kernel/OS  "aptosidbox" running Linux 2.6.37-2.slh.2-aptosid-amd64 x86_64 [ aptosid 2010-02 Κῆρες - kde-full - (201009132215) ]
CPU Info        2x AMD Athlon X2 Dual Core BE-2350 clocked at [ 2100.000 MHz ]
Videocard       nVidia C68 [GeForce 7050 PV / nForce 630a]  X.Org 1.9.5  [ 1280x1024@50.0hz ]
Processes 151 | Uptime 3min | Memory 439.3/1949.3MB | HDD Size 400GB (28%used) | GLX Renderer GeForce 7050 PV / nForce 630a/PCI/SSE2 | GLX Version 2.1.2 NVIDIA 260.19.44 | Client Shell | Infobash v3.35

Außer "altem" Kernel u. prop. NVidia ist die Maschine ok.

[agaida]

debian.alfgaida.de. das udev-Paket wirst Du finden. Wenn das Paket eingespielt ist, dann /run löschen. Sonst funzt dat nich. Die Namensgebung sollte bei allen Files wirken, die nicht größer als +gc2 heissen. Um den normalen Upgradepfad nicht zu beeinträchtigen, kommt das Zeug bei mir in ein einzurichtendes experimental. Bis jetzt liegt es im normalen unstable-Pfad.

[ralul]

Erinnert mich an meinen Request:
udev stabiler halten statt mit Hotfixes reparieren
http://www.aptosid.de/index.php?name=PNphpBB2&file=viewtopic&t=306&highlight=udev

[towo]

Man könnte auch einfach das Paket base-files downgraden, /run löschen, so der downgrade das nicht sowieso macht, udev reinstallieren.

[bluelupo]

@towo: macht es Sinn das Paket base-files für ein paar Tage auf hold zu setzen, damit man heute einen d-u machen kann ohne das die oben geschilderten Probleme bekommt.

[towo]

Das weiss ich ehrlich gesagt nicht, im Moment verkneife ich mir ein d-u sowieso, da relativ viel fliegen will im Moment. Ob es wirklich eine gute Idee ist, base-files zu halten, wage ich auch zu bezweifeln, da man evtl. die Transition zu /run verpassen könnte.
Vermutlich ist die einzig beste Methode im Moment, root gleich rw anstatt ro zu mounten.

[michaa7]

Der Hotfix 167-1+c0.aptosid.1 0 beseitigt das Problem bei mir nicht.
Tastatur und Maus gehen nur nach booten mit "rw" in der grub-zeile.

Dies kann ich bestätigen. Meine Tastatur und die Maus (beide PS2 !) funktionierten trotz der gefixten pakete nicht. Auch ein- und ausstöpseln brachte nichts, erst ein re-boot _mit_ "rw" statt "ro" behob das problem.

[seagull]

Keine Probleme mehr mit aktuellem slh-kernel (und nouveau)

Host/Kernel/OS  "nouveaux" running Linux 2.6.38-2.slh.3-aptosid-amd64 x86_64 [ aptosid 2011-01 Γῆρας - kde-full - (201102052200) ]                                                                                                        
CPU Info        2x AMD Athlon X2 Dual Core BE-2350 clocked at [ 2100.000 MHz ]                                      
Videocard       nVidia C68 [GeForce 7050 PV / nForce 630a]  X.Org 1.9.5  [ 1280x1024@0.0hz ]                        
Processes 135 | Uptime 22min | Memory 338.6/1949.1MB | HDD Size 400GB (26%used) | GLX Renderer Software Rasterizer | GLX Version Yes | Client Shell | Infobash v3.35    

und /run löschen hilft auch der fehlerhaften/alten (..37.er Kernel) Installation wieder auf die Beine.

[spacepenguin]

Der aptosid-udev-fix wirkt hier bei mir auch nicht, ich hatte das andere gar nicht installiert, sondern gleich die "gefixte" Version. Das Verzeichnis /run/udev wird trotzdem angelegt und nicht /var/run/udev. Ich hab nur Tastatur und Maus (beides USB) in KDM, nachdem ich hinter den Rechner krabbele und beides aus- und wieder anstöpsele... In den virtuellen Konsolen funktioniert die Tastatur auch ohne dem... wenn man da erstmal hinkommt...

[susa]

Hmm,

ich hab mich auch schon gewundert was jetzt wieder an meiner alten Kiste kaputt ist.

Nach dem ich das hier gelesen habe, habe ich in


/boot/grub/grub.cfg

Code Select Expand



### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, mit Linux 2.6.38-0.towo.1-frickel-686' --class debian --class gnu-linux --class gn$
       insmod part_msdos
       insmod ext2
       set root='(hd0,msdos1)'
       search --no-floppy --fs-uuid --set=root a4711755-4711-4bf4-b88b-b54b3751de0a
       echo    'Loading Linux 2.6.38-0.towo.1-frickel-686 ...'
#linux   /boot/vmlinuz-2.6.38-0.towo.1-frickel-686 root=UUID=a4711755-4711-4bf4-b88b-b54b3751de0a ro vga$        
linux   /boot/vmlinuz-2.6.38-0.towo.1-frickel-686 root=UUID=a4711755-4711-4bf4-b88b-b54b3751de0a rw vga$
       echo    'Loading initial ramdisk ...'
       initrd  /boot/initrd.img-2.6.38-0.towo.1-frickel-686



und

Code Select Expand


rm -rf /run


gemacht und schon funzte es wieder...