[gentoo-user-de] plötzliches udev Problem -- möglicherweise

[Heinrich Götzger]

Salute,


mich plagt vermutlich ein plötzliches udev-Problem -- möglicherweise.

Die Symptome (bislang bekannt):

1. Nach den Neustart gestern gingen mouse und kbd nicht mehr, Anmelden
am X war nicht möglich. Man kam nur per ssh auf den Rechner.

2. Der Sound ging nicht mehr.

3. Nach Behebung von 1. stellt sich heraus, es waren keine Umlaute
(en-kbd mit xmodmap) mehr konfiguriert.

4. Die vorübergehende Lösung von 2. bringt mich in Richtung des Topics:
im /dev-Verzeichnis sind fast alle Einträge mit modifier 600 und gehören
root:root

5. Von der Logitech RX250 Maus kommen die Side-Clicks des Mausrades
nicht mehr im X an. Nicht mal im xev werden sie angezeigt. Ich sehe sie
nur mit evtest.


Noch ein paar Details:

1. konnte gelöst werden mit dem Eintrag

Option "AutoAddDevices" "OFF"

in der xorg.conf.

Warum muss das auf einmal sein? Xorg ist seit vielen Monaten nicht geändert.

2. Bei der Analyse hierzu fiel eben auf das /dev/snd nicht der Gruppe
audio angehört sondern eben root:root mit 600 war. Nach entsprechendem
Anpassen war das gelöst. Allerdings nur bis zum nächsten udev-Neustart.
Und nein, mir sind keine obskuren udev-Regeln auf meinem System bekannt.
Ich habe zumindest noch keine geschrieben.

3. Hier waren ein paar kleine Ergänzungen erforderlich, aber die alte
Datei war seit langem nicht mehr verändert.

Delta z.B.:

keycode 108 = KP_Enter

keycode 113 = Mode_switch Multi_key

Ich nutze seit jeher ein Cherry-kbd am PS/2 mit us-Layout.

4. Wie schon gesagt fiel mir dann eben auch im Vergleich mit anderen
Rechnern dies seltsame Rechtevergabe im /dev auf.

5. Ungelöst, hier fehlen mir die Ideen. Das ging am Freitag noch.


Alles zusammen kommt mir sehr seltsam vor. Ich kann mich nicht erinnern
wilde Dinge getrieben zu haben. Eine Analyse der merges der letzten 2
Wochen brachte mich nicht auf eine Idee, auch googeln brachte mich nicht
weiter. Die SSD schaut soweit ganz gut aus. Hier vermute ich noch keine
Ausfälle.

Ich verstehe nicht, warum das alles auf einmal nicht mehr geht. Welche
Pakete oder Dienste können solche Anpassungen vornehmen?

Der Rechner wird unregelmäßig alle paar Wochen mal gebootet. Seit dez 15
läuft ein mehr oder weniger stabiler Kernel 4.1.12. Wegen der GeForce
7600 GT bleibt mir nur der x11-drivers/nvidia-drivers-304.131, was eben
auch den Kernel festlegt. Mit der Graphikkarte ist also kein neuerer
Kernel mehr möglich. Ansonsten ist das System schon ziemlich up2date.


Ideen? Vorschläge? Wo kann ich wie weiter suchen?


Danke, Grüße


Heinrich

[r***@rz.uni-potsdam.de]

Post by Heinrich Götzger
 
mich plagt vermutlich ein plötzliches udev-Problem -- möglicherweise.
1. Nach den Neustart gestern gingen mouse und kbd nicht mehr,
Anmelden 
am X war nicht möglich. Man kam nur per ssh auf den Rechner.
2. Der Sound ging nicht mehr.
3. Nach Behebung von 1. stellt sich heraus, es waren keine Umlaute 
(en-kbd mit xmodmap) mehr konfiguriert.
4. Die vorübergehende Lösung von 2. bringt mich in Richtung des
Topics: 
im /dev-Verzeichnis sind fast alle Einträge mit modifier 600 und
gehören 
root:root
5. Von der Logitech RX250 Maus kommen die Side-Clicks des Mausrades 
nicht mehr im X an. Nicht mal im xev werden sie angezeigt. Ich sehe
sie 
nur mit evtest.
1. konnte gelöst werden mit dem Eintrag
     Option          "AutoAddDevices" "OFF"
in der xorg.conf.
Warum muss das auf einmal sein? Xorg ist seit vielen Monaten nicht geändert.
2. Bei der Analyse hierzu fiel eben auf das /dev/snd nicht der
Gruppe 
audio angehört sondern eben root:root mit 600 war. Nach
entsprechendem 
Anpassen war das gelöst. Allerdings nur bis zum nächsten udev-
Neustart. 
Und nein, mir sind keine obskuren udev-Regeln auf meinem System
bekannt. 
Ich habe zumindest noch keine geschrieben.
3. Hier waren ein paar kleine Ergänzungen erforderlich, aber die
alte 
Datei war seit langem nicht mehr verändert.
keycode 108 = KP_Enter
keycode 113 = Mode_switch Multi_key
Ich nutze seit jeher ein Cherry-kbd am PS/2 mit us-Layout.
4. Wie schon gesagt fiel mir dann eben auch im Vergleich mit anderen 
Rechnern dies seltsame Rechtevergabe im /dev auf.
5. Ungelöst, hier fehlen mir die Ideen. Das ging am Freitag noch.
Alles zusammen kommt mir sehr seltsam vor. Ich kann mich nicht
erinnern 
wilde Dinge getrieben zu haben. Eine Analyse der merges der letzten
2 
Wochen brachte mich nicht auf eine Idee, auch googeln brachte mich
nicht 
weiter. Die SSD schaut soweit ganz gut aus. Hier vermute ich noch
keine 
Ausfälle.
Ich verstehe nicht, warum das alles auf einmal nicht mehr geht.
Welche 
Pakete oder Dienste können solche Anpassungen vornehmen?
Der Rechner wird unregelmäßig alle paar Wochen mal gebootet. Seit dez
15 
läuft ein mehr oder weniger stabiler Kernel 4.1.12. Wegen der
GeForce 
7600 GT bleibt mir nur der x11-drivers/nvidia-drivers-304.131, was
eben 
auch den Kernel festlegt. Mit der Graphikkarte ist also kein neuerer 
Kernel mehr möglich. Ansonsten ist das System schon ziemlich up2date.
Ideen? Vorschläge? Wo kann ich wie weiter suchen?
 

--
Hallo Heinrich,

ich habe seit gestern ein aehnliches Problem. Nach dem Neubooten meines
Laptops mit linux-gentoo-4.8.4 (und genauso mit aelteren Kerneln) kann
ich weder die graphische Oberflaeche noch das Netzwerk starten. Es
tauchen auf einmal 256 /dev/pty* Devices auf, die ich auf anderen
Rechnern nicht habe. Ihre Zugriffsrechte sind alle 600. fuer die
meisten /dev/pty. Weiterhin gibt es 264 /dev/tty[-z]* Dateien, fast
alle mit den Zugriffsrechten 600. Auf den anderen Rechner zeigt mir ll
/dev/tty[-z]* nur die vier Dateien /dev/ttyS0 bis /dev/ttyS3 an.

Ausserdem zeigt mir 'ps awux | grep systemd' nur den Prozess
/usr/lib/systemd/systemd-udevd an, auf anderen Rechnern, die ich noch
nicht neu gebootet habe, sind es neun Prozesse. Genauso wenig
funktioniert 'journalctl' und 'dmesg' zeigt keinen offensichtlichen
Fehler.


Relativ frueh beim Booten sehe ich noch die folgenden Zeilen:
* Failed to load gntdev
...
* Failed to load netbk
...
* Failed to load blkbk
...
* Failed to load usbbk
...
* Failed to load pciback
...
* Failed to load xen-acpi-processor
...
* Failed to load blktap2
...
* Failed to load Synaptics
...
* Starting udev
Starting version 231
...
sysctl: Setting Key "net.core.default_qdisc": No such file or directory
...
* Setting up tmpfiles.d entries
Usage: chattr [-pRVf] [-+aAcCdDeijPsStTu] [-v version] file ... (drei
mal)

...
* /etc/init.d/syslog_ng uses runscript, please convert to openrc-run

und analoge Meldungen fuer /etc/init.d/gpm, .../sendmail, .../vixie-
cron und .../vnstat.

Die meisten der fehlgeschlagende Versuche Module zu laden, scheinen mit
Xen-Modulen zusammenzuhaengen. Ich verstehe nicht warum ueberhaupt
versucht wird diese zu laden. Ich will nur einen Standard-Gentoo-Kernel
laden.
Die Filesysteme aller Partionen schienen keinen Fehler aufzuweisen. Ist
das nun ein udev- oder ein systemd-Problem? Aber die letzte
Installation der udev-Pakete war Juni bis September und die letzten
Installationen von gentoo-systemd-integration und systemd waren
zwischen April und Juni. Von den System-relevanten Paketen scheinen mir
in den letzten drei Tagen nur gentoo-sources-4.8.4, vanilla-sources-
4.8.4, aufs-headers-4.1_p20161010, aufs-util-4.1_p20161010, aufs-
sources-4.8.4 und udisks-2.1.7-r1 installiert worden zu sein.

Falls jemand eine Idee hat, ich waere fuer jeden Tip dankbar.

Juergen


***@rz.uni-potsdam.de <***@rz.uni-potsdam.de>
Universität Potsdam

[Heinrich Götzger]

Servus JÃŒrgen,

Post by r***@rz.uni-potsdam.de
Hallo Heinrich,
ich habe seit gestern ein aehnliches Problem. Nach dem Neubooten meines
Laptops mit linux-gentoo-4.8.4 (und genauso mit aelteren Kerneln) kann
ich weder die graphische Oberflaeche noch das Netzwerk starten. Es
tauchen auf einmal 256 /dev/pty* Devices auf, die ich auf anderen
Rechnern nicht habe. Ihre Zugriffsrechte sind alle 600. fuer die
meisten /dev/pty. Weiterhin gibt es 264 /dev/tty[-z]* Dateien, fast
alle mit den Zugriffsrechten 600. Auf den anderen Rechner zeigt mir ll
/dev/tty[-z]* nur die vier Dateien /dev/ttyS0 bis /dev/ttyS3 an.
Ausserdem zeigt mir 'ps awux | grep systemd' nur den Prozess
/usr/lib/systemd/systemd-udevd an, auf anderen Rechnern, die ich noch
nicht neu gebootet habe, sind es neun Prozesse. Genauso wenig
funktioniert 'journalctl' und 'dmesg' zeigt keinen offensichtlichen
Fehler.
* Failed to load gntdev
...
* Failed to load netbk
...
* Failed to load blkbk
...
* Failed to load usbbk
...
* Failed to load pciback
...
* Failed to load xen-acpi-processor
...
* Failed to load blktap2
...
* Failed to load Synaptics
...
* Starting udev
Starting version 231
...
sysctl: Setting Key "net.core.default_qdisc": No such file or directory
...
* Setting up tmpfiles.d entries
Usage: chattr [-pRVf] [-+aAcCdDeijPsStTu] [-v version] file ... (drei
mal)
... * /etc/init.d/syslog_ng uses runscript, please convert to openrc-run
und analoge Meldungen fuer /etc/init.d/gpm, .../sendmail, .../vixie-
cron und .../vnstat.
Die meisten der fehlgeschlagende Versuche Module zu laden, scheinen mit
Xen-Modulen zusammenzuhaengen. Ich verstehe nicht warum ueberhaupt
versucht wird diese zu laden. Ich will nur einen Standard-Gentoo-Kernel
laden. Die Filesysteme aller Partionen schienen keinen Fehler
aufzuweisen. Ist
das nun ein udev- oder ein systemd-Problem? Aber die letzte
Installation der udev-Pakete war Juni bis September und die letzten
Installationen von gentoo-systemd-integration und systemd waren
zwischen April und Juni. Von den System-relevanten Paketen scheinen mir
in den letzten drei Tagen nur gentoo-sources-4.8.4, vanilla-sources-
4.8.4, aufs-headers-4.1_p20161010, aufs-util-4.1_p20161010, aufs-
sources-4.8.4 und udisks-2.1.7-r1 installiert worden zu sein.
Falls jemand eine Idee hat, ich waere fuer jeden Tip dankbar.
Juergen

na dann erst mal mein MitgefÃŒhl.

Die Anzahl der EintrÀge in /dev ist auf dem betroffenen System auch
deutlich höher als bei anderen. Den systemd-udevd habe ich auf dem
betroffenen und dem Referenzsystem jeweils nur einmal.

Kann es sein daß Deine Dienste beim Booten wegen der fehlerhaften Rechte
im /dev scheitern? Heute habe ich z.B. bei mir festgestellt daß ich
nicht auf die cdrom komme, auch hier waren Gruppe und Rechte falsch.
Aber letztlich sind das nur noch EinzelbestÀtigungen.

Die Bemerkung bzgl. runscript und openrc habe ich auch an einigen
Stellen hÃŒben wie drÃŒben.
Aber hierzu gibt's was:
https://forums.gentoo.org/viewtopic-t-1045350-start-0.html
Kennst Du sicher schon. Hier vermute ich nicht die Ursache.

Systemd an sich habe ich bei mir ÃŒberhaupt nicht installiert. Beim
ÜbeltÀter tendiere hier immer noch zu udev, kenne es aber viel zu wenig.
Im udev-Umfeld treten zumindest auf meiner Sicht die meisten Symptome auf.

Kommt es vielleicht aus der initramdisk? Aber die ist zu dem Zeitpunkt
doch schon unwirksam.


Also, weitere RÃŒckmeldungen sind gerne willkommen.

Danke, GrÌße

Heinrich