Re: plötzliches udev Problem -- m öglicherweise

Servus Jürgen,

On 10/26/16 07:51, [email protected] 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.