bash: /dev/null:Keine Berechtigung, weitere Fehler..[SOLVED]

[bamse]

Hallo!

Ich bin mir nicht sicher, ob es in dieses Forum gehört, ich hoffe jedenfalls.

Zum Problem: Nach einem Neustart möchte ich mich als normaler User anmelden. Das klappt auch, aber dann kommt zig-mal die Meldung

Code: Alles auswählen

-bash: /dev/null:Keine Berechtigung
-bash: /dev/null:Keine Berechtigung
-bash: /dev/null:Keine Berechtigung
-bash: /dev/null:Keine Berechtigung
-bash: /dev/null:Keine Berechtigung
...

bis ein beherztes STRG-C das abstellt. Die Berechtigung von /dev/null sieht so aus:

Code: Alles auswählen

crw-rw----  1 root root 1,3 2005-06-23 11:11 /dev/null

Mittels

Code: Alles auswählen

 chmod a+rw /dev/null 

als root wird das abgestellt, und das Einloggen klappt ohne die Fehlermeldung. Allerdings ist nach einem Neustart wieder alles wie vorher, ich darf chmod nochmals bemühen. Meine Frage nun: Wodurch bekommt /dev/null diese Permissions?

Aber es geht noch weiter. Ich liste die Fehler mal kurz auf, sonst wird das zu lang

(1) Mein Synaptics-Treiber (fürs Touchpad) geht nicht mehr. XFree beschwert sich, dass keine events mehr geschickt werden und das evdev nicht geladen ist, was aber der Fall ist.

(2) Also auf normale PS2-Maus gewechselt. Aber /dev/psaux existiert nicht. Ein

Code: Alles auswählen

 modprobe psmouse 

hilft hier, steht nun auch in /etc/modules drin

(3) Nun kann ich auch X starten (ohne /dev/null und psmouse geht es nicht). Allerdings: Kein Sound. In den Kernel-logs steht circa 20-mal:

Code: Alles auswählen

Thu Jun 23 09:13:11 2005: Setting up ALSA...amixer: Mixer attach hw:0 error: No such file or directory
Thu Jun 23 09:13:11 2005: amixer: Mixer attach hw:0 error: No such file or directory
Thu Jun 23 09:13:11 2005: amixer: Mixer attach hw:0 error: No such file or directory
Thu Jun 23 09:13:11 2005: amixer: Mixer attach hw:0 error: No such file or directory
Thu Jun 23 09:13:11 2005: amixer: Mixer attach hw:0 error: No such file or directory
Thu Jun 23 09:13:11 2005: amixer: Mixer attach hw:0 error: No such file or directory
...
Thu Jun 23 09:13:12 2005: /etc/init.d/alsa: Warning: 'alsactl restore' failed with error message 'alsactl: load_state:1236: No soundcards found...'. done.

wobei aber das Modul für die Soundkarte snd_via82xx geladen ist, es also klappen sollte.

(4) Die Konsole (aterm, xterm, konsole, mrxvt, ...) unter X funktioniert nicht. Sie wird zwar geladen, aber der Eingabecursor kommt nicht, sie ist damit unbenutzbar.

Als Gegenmassnahmen habe ich ergriffen: fsck der Festplatten (habe ext3), aktuelles apt-get gemacht, offene bug-reports aller installierten Pakete gelesen (und dann geplantes downgrade in dem Fall, aber habe nichts passendes gefunden), neuen Kernel gebacken (2.6.12), aber die Probleme bestehen immer noch.

Seit ein paar Tagen habe ich das nun, vor einer Woche lief alles ohne Probleme! Ich hab auch nichts rumgefummelt, was sonst immer der Fall ist, kann es daher auch nicht rückgängig machen. Meine Vermutung ist, dass ein neues Paket Probleme macht, nur welches, das weiß ich leider nicht. Einen Absturz gab es auch nicht, so dass ein paar Dateien ihr Interesse an einer fruchtbaren Zusammenarbeit hätten verlieren können.

Vielleicht wisst ihr Rat, ich wäre euch dankbar. Stehe in der Nähe einer Neuinstallation

Bamse

[bamse]

hab gerade in /dev ein MAKEDEV ausprobiert, keine Veränderung, alle Probleme bleiben bestehen

[KBDCALLS]

Welcher Kernel? Udev oder devfs? Die müßten eigentlich so aussehen.

Code: Alles auswählen

matthias@biljana:~$ ls -l /dev/null
crw-rw-rw-  1 root root 1, 3 2005-06-23 08:55 /dev/null
matthias@biljana:~$

[bamse]

Als Kernel verwende ich 2.6.11.3 mit Software-Suspend (2.1.8.2) und Inotify-Patch.

Udev oder devfs?

uhm, gute Frage, damit hatte ich bisher nichts zu tun. Nach diesem Beitrag hier http://www.debianforum.de/forum/viewtopic.php?p=288797 habe ich Udev:

Code: Alles auswählen

$ ls -lad /dev/.* 
drwx------   3 root root    60 2005-06-23 14:45 /dev/.static
drwxr-xr-x   2 root root 14080 2005-06-23 12:48 /dev/.udevdb
$ mount | grep /dev
/dev/hda3 on / type ext3 (rw,errors=remount-ro)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
tmpfs on /dev type tmpfs (rw,size=10M,mode=0755)

devfs anscheinend nicht, es gibt keine Ausgabe.:

Code: Alles auswählen

 $ mount | grep devfs 

[bamse]

KBDCALLS, Du hast mich auf eine Idee gebracht. Ich hab mal bei den Bugreports für udev nachgeschaut, und tatsächlich gibt es dort einen Bug, der genau den Fehler mit /dev/null beschreibt: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314498

Schnell eben den Vorgänger von udev von http://snapshot.debian.net/archive/2005 ... in/u/udev/ gezogen. Aktuell war udev_0.056-3, nun ist udev_0.056-2 drauf. Nach dem Neustart keine Änderung, leider. Ich werde noch ältere Versionen ausprobieren, aber ich glaub eher nicht, dass dies von Erfolg gekrönt sein wird.

Nebenbei: Was mach ich eigentlich mit Bugs, wenn ich nicht weiß, welches Paket betroffen ist? Bei http://bugs.debian.org nach aktuellen Bugs zu "/dev/null" suchen um das Paket herauszufinden geht nicht. Mittels Google und

Code: Alles auswählen

 site:bugs.debian.org "/dev/null" 

komm ich auch nicht weiter, der obige Bug wird nicht aufgezeigt.

[KBDCALLS]

An udev_0.056-3 , kanns eigentlich nicht liegen. Was steht ist der Datei

Code: Alles auswählen

 /etc/udev/permissions.d/udev.permissions

fürs /dev/null

[bamse]

Das Verzeichnis permissions.d gibt es bei mir nicht, hier ist die Datei direkt im Verzeichnis /etc/udev zu finden. Sowohl alte udev als auch neueste, bin wieder auf dem neuesten Stand.

Code: Alles auswählen

 $ cat /etc/udev/udev.permissions | grep /dev/null 

liefert überhaupt kein Ergebnis. Mit diesem hier kommt etwas raus:

Code: Alles auswählen

 $ cat /etc/udev/udev.permissions | grep null 
null:root:root:0666

also an sich genau das, was sein sollte. Wenn ich es richtig verstehe, habe ich stattdessen das falsche 0660, und die 6 hänge ich per Hand (chmod) dran, damits läuft.

[KBDCALLS]

Da stimmt doch schon was nicht. mach mal ein ein

Code: Alles auswählen

dpkg --purge udev

Und installiere das mal neu.

[RGT]

Hallo,

bei mir geht seit 2.6.12-rc5 udev nicht mehr richtig (V 0.56)
das problem sei laut LKML durch udev 0.58 zu beheben, das
ist aber noch nicht in SiD drin.

meine Lösung: 2.6.11 nehmen und gut.

mfg RGT

[bamse]

Da stimmt doch schon was nicht. mach mal ein ein

Code: Alles auswählen

dpkg --purge udev

Und installiere das mal neu.

DAS WAR ES! Paket komplett gelöscht, auch per Hand das Verzeichnis /etc/udev/ entfernt, nicht alles wollte sich purgen lassen. Dabei wurden noch das Paket hal und ein paar andere Sachen mitgelöscht wegen der Abhängigkeiten (war auch so gewollt ) Danach neu installieren und es fluppt alles, wirklich ALLES wieder. Was ein Paket für Folgefehler nach sich ziehen kann!

Danke KBDCALLS für Deine Hilfe und Geduld, ohne Deine Tipps wäre ich nie (never ever) drauf gekommen.

Allerdings gibt es jetzt überhaupt keine Datei udev.permissions mehr, auch permissions.d existiert nicht. Aber egal: Es läuft!