Ich habe ein virtuelles Maschinenlaufwerk, auf dem der Speicherplatz erschöpft war. Ich habe die VM also heruntergefahren und das Volume mit lvextend erweitert. Nachdem ich die Partitionsgröße (ext3) geändert hatte, habe ich e2fsck darauf ausgeführt und es hat Fehler gefunden und behoben. Leider gab es, als ich efsck noch einmal ausgeführt habe, weitere Fehler, die behoben werden mussten. Ich habe 3 Runden e2fsck durchlaufen, bevor ich mich entschied, es zu mounten, um manuell etwas Speicherplatz freizugeben. Ich habe versucht, es zu mounten, aber der Mount-Prozess blieb hängen. Ich habe versucht, den Mount-Prozess mit „kill -9“ zu beenden, aber das hat ihn nicht beendet. Ich habe den übergeordneten Prozess beendet, aber das hat ihn auch nicht beendet.
Irgendwelche Ideen, wie man einen Rogue-Mount-Prozess beendet?
Einige Hinweise:
ps -l 13292 FS UID PID PPID C PRI NI ADDR SZ WCHAN TTY ZEIT CMD 4 R 0 13292 1 99 85 0 - 17964 - ? 11:27 mount /dev/mapper/xen7-123p3 /tmp/p3/
lsof -p 13292 BEFEHL PID BENUTZER FD TYP GERÄTEGRÖSSE/AUS KNOTENNAME mount 13292 root cwd DIR 9,2 4096 25264129 /root montieren 13292 Wurzel rtd DIR 9,2 4096 2 / mount 13292 root txt REG 9,2 61656 2916434 /bin/mount mount 13292 root-Speicher REG 9,2 144776 31457282 /lib64/ld-2.5.so mount 13292 root-Speicher REG 9,2 1718232 31457284 /lib64/libc-2.5.so mount 13292 root-Speicher REG 9,2 23360 31457291 /lib64/libdl-2.5.so mount 13292 root-Speicher REG 9,2 43808 31457783 /lib64/libblkid.so.1.0 mount 13292 root-Speicher REG 9,2 247496 31457331 /lib64/libsepol.so.1 mount 13292 root-Speicher REG 9,2 95464 31457337 /lib64/libselinux.so.1 mount 13292 root-Speicher REG 9,2 154640 31457491 /lib64/libdevmapper.so.1.02 mount 13292 root-Speicher REG 9,2 17936 31457472 /lib64/libuuid.so.1.2 mount 13292 root-Speicher REG 9,2 56438208 12684878 /usr/lib/locale/locale-archive mount 13292 root 0u CHR 136,11 0t0 13 /dev/pts/11 (gelöscht) mount 13292 root 1u CHR 136,11 0t0 13 /dev/pts/11 (gelöscht) mount 13292 root 2u CHR 136,11 0t0 13 /dev/pts/11 (gelöscht)
umount -f /tmp/p3/ umount2: Ungültiges Argument umount: /tmp/p3/: nicht gemountet
Antwort1
Nachdem ich alle Möglichkeiten ausgeschöpft hatte, entschied ich mich schließlich für einen Neustart. Leider blieb „shutdown -r“ hängen, da es diesen Mount-Prozess nicht freigeben konnte. Um in Zukunft einen Neustart zu erzwingen, wenn Sie einen solchen hängenden IO-Prozess haben, gehen Sie wie folgt vor:
echo 1 > /proc/sys/kernel/sysrq echo b > /proc/sysrq-trigger
Antwort2
umount -lf (Lazy Force) sollte funktionieren. Wenn das auch nicht funktioniert, gibt es meiner Meinung nach keine andere Lösung, als den Rechner neu zu starten.
Antwort3
John, überprüfehttp://en.wikipedia.org/wiki/Magic_SysRq_key. Bevor Sie B an den Sysrq-Trigger zurücksenden, sollten Sie den vollständigen REISUB ausführen, um Datenverlust zu vermeiden.