Hallo allerseits, seit einem abgebrochenen Datentransfer zwischen PC und MP3-Spieler (als Device /dev/sdf1 unter /media/disk gemountet) habe ich auf dem System wechselnd hohe CPU-Auslastung durch vergebliches Warten auf I/O (siehe Auszug aus der Ausgabe von top). Ich kann auch den verursachenden Prozess identifizieren, diesen aber nicht abschießen. Auch "umount -f /dev/sdf1" führt nur zu der bekannten Meldung "device busy". Das System reagiert auf sonstige Interaktion nicht träge (wie ich das schon in anderen Postings im Internet gelesen habe), aber Autoerkennung von anderen Massenspeichern, wie USB-Sticks geht nicht mehr, d.h. es wird beim Anstecken erst gar kein neues Gerät, wie vorher /dev/sdf1, mehr neu angelegt. Vielleicht ist die hohe CPU-Last auch nur die Begleiterscheinung, und die eigentliche Ursache liegt bei irgendeinem hängengebliebenen KDE-Prozess (z.B. kiofile). Hier mal die Ausgabe von 'top': top - 12:22:15 up 6 days, 1:48, 28 users, load average: 13.87, 13.70, 13.43 Tasks: 438 total, 3 running, 435 sleeping, 0 stopped, 0 zombie Cpu0 : 17.7%us, 2.6%sy, 0.3%ni, 0.0%id, 79.4%wa, 0.0%hi, 0.0%si, 0.0%st Cpu1 : 19.3%us, 7.2%sy, 0.0%ni, 0.0%id, 73.5%wa, 0.0%hi, 0.0%si, 0.0%st Man beachte auch die hohe Systemlast. Direkt nach dem Transferhänger lag der Wert 'nur' bei 6 bis 8. Dass es jetzt viel höher ist, kann daran liegen, das jeder Zugriff auf das Gerät, das wohl nicht mehr gefunden wird, und sei es nur ein "ls /media/disk", nicht mehr beendet werden kann, nicht einmal mit "kill -9 <PID>". Solche Prozesse sind dann auch im Status "non interuptible sleep" (D). Weiß jemand, wie man das (sinnlose) Warten auf I/O eines nicht erreichbaren Geräts beenden kann und sollte es nicht möglich sein, dies anders als durch einen Reboot zu beheben? Vielen Dank an alle Mitdenker! Gruß, Tom -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org