1 |
On Tue, 2016-10-25 at 21:47 +0200, Heinrich Götzger wrote: |
2 |
> |
3 |
> mich plagt vermutlich ein plötzliches udev-Problem -- möglicherweise. |
4 |
> |
5 |
> Die Symptome (bislang bekannt): |
6 |
> |
7 |
> 1. Nach den Neustart gestern gingen mouse und kbd nicht mehr, |
8 |
> Anmelden |
9 |
> am X war nicht möglich. Man kam nur per ssh auf den Rechner. |
10 |
> |
11 |
> 2. Der Sound ging nicht mehr. |
12 |
> |
13 |
> 3. Nach Behebung von 1. stellt sich heraus, es waren keine Umlaute |
14 |
> (en-kbd mit xmodmap) mehr konfiguriert. |
15 |
> |
16 |
> 4. Die vorübergehende Lösung von 2. bringt mich in Richtung des |
17 |
> Topics: |
18 |
> im /dev-Verzeichnis sind fast alle Einträge mit modifier 600 und |
19 |
> gehören |
20 |
> root:root |
21 |
> |
22 |
> 5. Von der Logitech RX250 Maus kommen die Side-Clicks des Mausrades |
23 |
> nicht mehr im X an. Nicht mal im xev werden sie angezeigt. Ich sehe |
24 |
> sie |
25 |
> nur mit evtest. |
26 |
> |
27 |
> |
28 |
> Noch ein paar Details: |
29 |
> |
30 |
> 1. konnte gelöst werden mit dem Eintrag |
31 |
> |
32 |
> Option "AutoAddDevices" "OFF" |
33 |
> |
34 |
> in der xorg.conf. |
35 |
> |
36 |
> Warum muss das auf einmal sein? Xorg ist seit vielen Monaten nicht |
37 |
> geändert. |
38 |
> |
39 |
> 2. Bei der Analyse hierzu fiel eben auf das /dev/snd nicht der |
40 |
> Gruppe |
41 |
> audio angehört sondern eben root:root mit 600 war. Nach |
42 |
> entsprechendem |
43 |
> Anpassen war das gelöst. Allerdings nur bis zum nächsten udev- |
44 |
> Neustart. |
45 |
> Und nein, mir sind keine obskuren udev-Regeln auf meinem System |
46 |
> bekannt. |
47 |
> Ich habe zumindest noch keine geschrieben. |
48 |
> |
49 |
> 3. Hier waren ein paar kleine Ergänzungen erforderlich, aber die |
50 |
> alte |
51 |
> Datei war seit langem nicht mehr verändert. |
52 |
> |
53 |
> Delta z.B.: |
54 |
> |
55 |
> keycode 108 = KP_Enter |
56 |
> |
57 |
> keycode 113 = Mode_switch Multi_key |
58 |
> |
59 |
> Ich nutze seit jeher ein Cherry-kbd am PS/2 mit us-Layout. |
60 |
> |
61 |
> 4. Wie schon gesagt fiel mir dann eben auch im Vergleich mit anderen |
62 |
> Rechnern dies seltsame Rechtevergabe im /dev auf. |
63 |
> |
64 |
> 5. Ungelöst, hier fehlen mir die Ideen. Das ging am Freitag noch. |
65 |
> |
66 |
> Alles zusammen kommt mir sehr seltsam vor. Ich kann mich nicht |
67 |
> erinnern |
68 |
> wilde Dinge getrieben zu haben. Eine Analyse der merges der letzten |
69 |
> 2 |
70 |
> Wochen brachte mich nicht auf eine Idee, auch googeln brachte mich |
71 |
> nicht |
72 |
> weiter. Die SSD schaut soweit ganz gut aus. Hier vermute ich noch |
73 |
> keine |
74 |
> Ausfälle. |
75 |
> |
76 |
> Ich verstehe nicht, warum das alles auf einmal nicht mehr geht. |
77 |
> Welche |
78 |
> Pakete oder Dienste können solche Anpassungen vornehmen? |
79 |
> |
80 |
> Der Rechner wird unregelmäßig alle paar Wochen mal gebootet. Seit dez |
81 |
> 15 |
82 |
> läuft ein mehr oder weniger stabiler Kernel 4.1.12. Wegen der |
83 |
> GeForce |
84 |
> 7600 GT bleibt mir nur der x11-drivers/nvidia-drivers-304.131, was |
85 |
> eben |
86 |
> auch den Kernel festlegt. Mit der Graphikkarte ist also kein neuerer |
87 |
> Kernel mehr möglich. Ansonsten ist das System schon ziemlich up2date. |
88 |
> |
89 |
> Ideen? Vorschläge? Wo kann ich wie weiter suchen? |
90 |
> |
91 |
-- |
92 |
|
93 |
Hallo Heinrich, |
94 |
|
95 |
ich habe seit gestern ein aehnliches Problem. Nach dem Neubooten meines |
96 |
Laptops mit linux-gentoo-4.8.4 (und genauso mit aelteren Kerneln) kann |
97 |
ich weder die graphische Oberflaeche noch das Netzwerk starten. Es |
98 |
tauchen auf einmal 256 /dev/pty* Devices auf, die ich auf anderen |
99 |
Rechnern nicht habe. Ihre Zugriffsrechte sind alle 600. fuer die |
100 |
meisten /dev/pty. Weiterhin gibt es 264 /dev/tty[-z]* Dateien, fast |
101 |
alle mit den Zugriffsrechten 600. Auf den anderen Rechner zeigt mir ll |
102 |
/dev/tty[-z]* nur die vier Dateien /dev/ttyS0 bis /dev/ttyS3 an. |
103 |
|
104 |
Ausserdem zeigt mir 'ps awux | grep systemd' nur den Prozess |
105 |
/usr/lib/systemd/systemd-udevd an, auf anderen Rechnern, die ich noch |
106 |
nicht neu gebootet habe, sind es neun Prozesse. Genauso wenig |
107 |
funktioniert 'journalctl' und 'dmesg' zeigt keinen offensichtlichen |
108 |
Fehler. |
109 |
|
110 |
|
111 |
Relativ frueh beim Booten sehe ich noch die folgenden Zeilen: |
112 |
* Failed to load gntdev |
113 |
... |
114 |
* Failed to load netbk |
115 |
... |
116 |
* Failed to load blkbk |
117 |
... |
118 |
* Failed to load usbbk |
119 |
... |
120 |
* Failed to load pciback |
121 |
... |
122 |
* Failed to load xen-acpi-processor |
123 |
... |
124 |
* Failed to load blktap2 |
125 |
... |
126 |
* Failed to load Synaptics |
127 |
... |
128 |
* Starting udev |
129 |
Starting version 231 |
130 |
... |
131 |
sysctl: Setting Key "net.core.default_qdisc": No such file or directory |
132 |
... |
133 |
* Setting up tmpfiles.d entries |
134 |
Usage: chattr [-pRVf] [-+aAcCdDeijPsStTu] [-v version] file ... (drei |
135 |
mal) |
136 |
|
137 |
... |
138 |
* /etc/init.d/syslog_ng uses runscript, please convert to openrc-run |
139 |
|
140 |
und analoge Meldungen fuer /etc/init.d/gpm, .../sendmail, .../vixie- |
141 |
cron und .../vnstat. |
142 |
|
143 |
Die meisten der fehlgeschlagende Versuche Module zu laden, scheinen mit |
144 |
Xen-Modulen zusammenzuhaengen. Ich verstehe nicht warum ueberhaupt |
145 |
versucht wird diese zu laden. Ich will nur einen Standard-Gentoo-Kernel |
146 |
laden. |
147 |
Die Filesysteme aller Partionen schienen keinen Fehler aufzuweisen. Ist |
148 |
das nun ein udev- oder ein systemd-Problem? Aber die letzte |
149 |
Installation der udev-Pakete war Juni bis September und die letzten |
150 |
Installationen von gentoo-systemd-integration und systemd waren |
151 |
zwischen April und Juni. Von den System-relevanten Paketen scheinen mir |
152 |
in den letzten drei Tagen nur gentoo-sources-4.8.4, vanilla-sources- |
153 |
4.8.4, aufs-headers-4.1_p20161010, aufs-util-4.1_p20161010, aufs- |
154 |
sources-4.8.4 und udisks-2.1.7-r1 installiert worden zu sein. |
155 |
|
156 |
Falls jemand eine Idee hat, ich waere fuer jeden Tip dankbar. |
157 |
|
158 |
Juergen |
159 |
|
160 |
|
161 |
rose@××××××××××××××.de <rose@××××××××××××××.de> |
162 |
Universität Potsdam |