Moin,
ich bin gerade mit meinem Notebook in einem fremden Netz unterwegs und
habe versucht, mir per 'gthumb .' ein paar Fotos anzugucken (das
aktuelle Verzeichnis liegt auf der lokalen SSD). Ergebnis: ein Fenster
mit schwarzem Inhalt geht auf, gthumb belegt im Status 'R' dauerhaft
einen Kern (sys, wie es aussieht) und lässt sich nicht killen.
Ich greife mit gthumb auch gern mal auf einen zu Hause stehenden
NFS-Server zu. Wie es aussieht, hat es das bei dem heutigen Start auch
versucht:
Sep 3 19:48:05 kida systemd[1]: mnt-net-jigsaw.automount: Got automount request for /mnt/net/jigsaw, triggered by 28113 (gthumb)
Sep 3 19:48:05 kida systemd[1]: Mounting /mnt/net/jigsaw...
Sep 3 19:48:05 kida mount[28122]: mount.nfs: Failed to resolve server jigsaw: Name or service not known
Sep 3 19:48:05 kida systemd[1]: mnt-net-jigsaw.mount: Mount process exited, code=exited status=32
Sep 3 19:48:05 kida systemd[1]: Failed to mount /mnt/net/jigsaw.
Sep 3 19:48:05 kida systemd[1]: mnt-net-jigsaw.mount: Unit entered failed state.
Das Ganze wiederholt sich innerhalb derselben Sekunde weitere fünf Mal,
dann sehe ich dazu in den Logs nichts mehr.
fstab:
jigsaw:/srv/files /mnt/net/jigsaw nfs x-systemd.automount,defaults,noauto,users 0 0
Meinem Verständnis nach müsste ich gthumb (PID 28113) per SIGKILL
abräumen können, da er in Status 'R' und nicht 'D' (uninterruptible
sleep) ist. Der Mount ist ja auch (mehrfach) sehr schnell gescheitert.
Vielleicht hat gthumb auch ein ganz anderes Problem? Ich denke aber
doch, dass es in einem syscall festhängt, dafür spricht top (100% sys
auf einem Kern) und die Tatsache, dass 'strace -p 28113' überhaupt keine
Aktivitäten des Prozesses mehr zeigt.
Ach so: das hier ist ein unstable, Kernel 4.6.0-1-amd64. Ich lasse den
Rechner erstmal so laufen/schlafen.
Gruß,
Jochen.
--
If I was Mark Chapman I would have shot John Lennon with a water pistol.
[Agree] [Disagree]
<http://archive.slowlydownward.com/NODATA/data_enter2.html>
Attachment:
signature.asc
Description: Digital signature