Hilfe, mein / ist nicht auflistbar!

jennergruhle

jennergruhle

Grünschnabel
Hi Leutinx,

ich habe ein wirklich seltsames Problem. Mein debian sarge lässt mich seit zwei Tagen nicht mehr das /-Verzeichnis auflisten, jedenfalls nicht mit ls -l oder sämtlichen File-Dialogen aller Anwendungen (egal ob Gnome, xfce oder andere Anwendungen). Auch mc hängt sich reproduzierbar fest. 'ls' allein geht. Keine unnormalen Einträge im Root-Verzeichnis (sofern das mit 'ls' zu beurteilen ist).
Mit ps oder top kann ich keinen Prozess feststellen, der unnormal viel CPU frisst (nix über 0,5%). Hier meine Ausgaben von mount und df:

obrien:/# mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw)
/dev/md2 on /var type ext3 (rw)
/dev/sda5 on /backup type ext3 (rw)
/dev/sda6 on /daten type ext3 (rw)
tmpfs on /dev type tmpfs (rw,size=10M,mode=0755)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/md1 on /video type ext3 (rw)
/dev/sda1 on /windows type ntfs (ro)

obrien:/# df
Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/md0 7700600 2825288 4484136 39% /
tmpfs 453368 0 453368 0% /dev/shm
/dev/md2 7689548 4828124 2470800 67% /var
/dev/sda5 44710116 6972632 35466300 17% /backup
/dev/sda6 104997504 56219796 43444132 57% /daten
tmpfs 10240 900 9340 9% /dev
/dev/md1 552281568 498086212 26141068 96% /video
/dev/sda1 4192932 3635472 557460 87% /windows

umount auf /windows oder /daten brachte auch keine Änderung, die anderen kann ich nicht im Betrieb abmontieren.
Der Effekt tritt bei allen Nutzern auf (auch root). Hat jemand so was schon mal beobachtet und weiß eine Lösung? ?(

PS: im syslog hab ich noch dies hier gefunden:
NET: Registered protocol family 17
smbfs: Unrecognized mount option user
smb_add_request: request [d031be80, mid=3933] timed out!
nfs warning: mount version older than kernel
nfs warning: mount version older than kernel
nfs warning: mount version older than kernel
devfs_mk_dev: could not append to parent for bluetooth/rfcomm/1
nfs: server localhost not responding, still trying
devfs_remove: bluetooth/rfcomm/1 not found, cannot remove
[<c0181c0a>] devfs_remove+0x50/0x7d
[<c01be2ae>] tty_unregister_device+0x1d/0x36
[<f8cba212>] rfcomm_dev_destruct+0x4e/0x9e [rfcomm]
[<f8cba6e1>] rfcomm_release_dev+0xad/0xb8 [rfcomm]
[<f8cb9f1c>] rfcomm_sock_ioctl+0x1e/0x2f [rfcomm]
[<c01f83ab>] sock_ioctl+0x23f/0x263
[<c0153b91>] sys_ioctl+0x1cd/0x214
[<c0105fa7>] syscall_call+0x7/0xb

Schreib- und Lesezugriff auf alle anderen Verzeichnisse (soweit möglich) scheint normal zu gehen.
 
Zieh mal Dein Bluetooth-Dongle ab ... oder was auch immer Du nutzt ...
 
Goodspeed schrieb:
Zieh mal Dein Bluetooth-Dongle ab ... oder was auch immer Du nutzt ...
Ja, ein Acer BT-500 war mal dran, aber nach dem Abziehen trat der Fehler immer noch auf.
Erst ein Reboot des Rechners hat das Problem behoben. Bisher ist der Dongle noch nicht wieder dran. Ich werde mal testen, was den Fehler hervorruft - das Anstecken, das Verbinden mit dem Handy oder das Übertragen von Dateien. Vielleicht bin ich da auf einen Bug in BlueZ gestoßen.
 
Kann auch ein Kernel-Fehler sein ... siehe den Oops da oben ..
 

Ähnliche Themen

CentOS 6 - Kernel crashes mit 2.6.32-573.*

Raid-1 einrichten

load avarage permanent 10

Neue Partition unter openSUSE 12.2 erstellen

X not starting anymore since filesystem was full

Zurück
Oben