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

[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


-- 
Before printing this e-mail, think about our environmental responsibility.

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

[rose]

On Tue, 2016-10-25 at 21:47 +0200, Heinrich Götzger wrote:
> 
> 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?
> 
-- 

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


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

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

[Heinrich Götzger]

[-- Attachment #1: Type: text/plain, Size: 3753 bytes --]

Servus Jürgen,

On 10/26/16 07:51, rose@rz.uni-potsdam.de wrote:

> 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
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

-- 
Before printing this e-mail, think about our environmental responsibility.


[-- Attachment #2: Type: text/html, Size: 4458 bytes --]