ForumLöschen einer hängenden Anwendung (kill -9 resistent)
Dieter Drewanz – Samstag, 07. Juni 2008 19:09 Uhr

Hallo LC,
bei mir hat sich eine Anwendung (testdisk im terminal) aufgehängt, die sich nicht mit “kill -9 PIDNummer” abschießen läßt. ps -ax
PID TTY STAT TIME COMMAND
18990 pts/6 D+ 0:00 /usr/sbin/testdisk /dev/sdb
kill -9 18990
ps -ax
18990 pts/6 D+ 0:00 /usr/sbin/testdisk /dev/sdb
Änderungen nach dem ich das Terminal beendet habe:
ps -ax
18990 ? D 0:00 /usr/sbin/testdisk /dev/sdb
kill -9 18990
ps -ax
18990 ? D 0:00 /usr/sbin/testdisk /dev/sdb
Soweit die Vorgehensweise und die Ausgaben. Danke schon mal im voraus.

1 Antwort
Harald Geiger – Montag, 09. Juni 2008 09:56 Uhr

Hallo Dieter! ps -ax 18990 ? D 0:00 /usr/sbin/testdisk /dev/sdb

Das “D” in der Ausgabe bedeutet, dass der testdisk Prozess im Status “Uninterruptible Sleep” befindet. Das heisst typischerweise, dass der Prozess eine Systemfunktion aufgerufen hat, bei der der Kernel auf ein Gerät zugreift (Daten lesen, schreiben, …).
Wenn nun ein Prozess für längere Zeit im Zustand “Uninterruptible Sleep” ist, wartet ein Geräte Treiber auf ein Ereignis, das aus irgendeinem Grund nicht eintritt. Das kann daran liegen, dass ein Programmierfehler im Treiber vorliegt oder ein fehlerhaftes Gerät angesprochen wird.

Wie der Name “Uninterruptible Sleep” schon sagt, kann der Prozess nicht abgeprochen werden (denn das könnte zu einen inkonsistenten Zustand des Kernels führen). Als Alternativen bleiben also nur Ignorieren (der Prozess verbraucht keine Rechenleistung, wohl aber Speicherplatz) oder ein Reboot.

Harald

Dieter Drewanz – Sonntag, 15. Juni 2008 23:55 Uhr

Danke für die Info Harald. Die externe USB HD hat eine Macke, die zu dem Zustand führt (Linux und auch Mac 10.x, meine andere USB HD geht ohne dieses Problem).

Ecaroh – Dienstag, 17. Juni 2008 17:28 Uhr

Deine Ausführungen kann ich nur bestätigen. Das ist mir so oft passiert das ich schon wenig Lust hatte irgend eine USB Festplatte zu betreiben. Dummerweise ging die USB Platte mal wieder unter Windows – aber nur mit Hängen unter Linux. Gründe für den Hänger waren auch bei mir:
– Treiberprobleme mit miesem USB Chipsatz (Linux seitig unter Debian Sarge, Platte an Windows User veschenkt)
– Falsche Kabel (Eigene Dummheit)
– Festplattenschaden

Es kam aber auch vor das die Festplatte für 15 Minuten beim Kopieren grosser Dateien hing, dann aber wieder für Minuten friedlich weiter kopierte bis halt irgendwann nach x Hängern die Daten korrekt drüben waren. Was in aller Welt die Platte bewogen hat nach 15 Minuten weiter zu rödeln wissen nur die Bits.

Ecaroh