Failed unmounting ... beim Herunterfahren und Neustarten - Was könnte die Ursache sein?

Am Loglevel habe ich ja nichts weiter geändert. Habe nur die Reihenfolge korrigiert, denn auch im Arch Wiki steht, dass "quiet" immer an erster Stelle stehen muss. Die Änderung hat bei mir ja auch nicht wirklich etwas gebracht.

Ich komme gerade mit den Anweisungen im Arch Forum (https://bbs.archlinux.org/viewtopic.php?pid=2166075#p2166075) nicht so richtig weiter. Weiß gerade nicht, was ich jetzt genau tun soll ... Könnte mir jemand von euch vielleicht dabei behilflich sein?

Mir hatte ein User dort folgendes geschrieben:

Zitat

1. isolate the multi-user.target and check lsof
2. isolate the resuce.target and check lsof
3. see whether whatever is lingering around in the /tmp mountpoint can hint at the offender

Daraufhin fragte ich, was ich genau tun sollte. Denn ich kann damit nichts anfangen.

Darauf folgte eine weitere Antwort.

Zitat

The see the 2nd link below.
"systemctl isolate mulit-user.target" will kill your graphical session and the DM (so don't run that while logged into a GUI session but from the console) and "systemctl isolate rescue.target" will terminate more stuff.
The interesting question is then what

# lsof | grep -E '/(home|tmp)'

still shows up at this point (there's probably still something left in /tmp but you'd not expect anything to still open /home/* if you're logged in as root at this point)

Wenn ich das richtig verstehe, beendet der Befehl systemctl isolate mulit-user.target den GDM und ich fliege aus der Session. Deshalb sollte ich den Befehl nicht ausführen, wenn ich in der GUI bin. Der Befehl systemctl isolate rescue.target würde dann weitere Dinge beenden. Anschließend soll ich den Befehl lsof | grep -E '/(home|tmp)' ausführen.

Ich solle die Befehle also nicht in der GUI sondern in der Konsole als Root ausführen. Aber was genau bedeutet das?

Zitat von bubba

Mir ist da die Option ssd aufgefallen.
Wofür ist die Option ssd, hat die was mit BTRFS zu tun?

Keine Ahnung. Ich habe die fstab nicht per Hand erstellt.

Zitat von faxxy

Du kannst mit STRG + ALT + F1 - F12 die verschiedenen TTY (Konsolen) durchschalten.

Also kann ich das so verstehen, dass ich mich abmelden und an der Anmeldung die Konsole starten soll, um die Befehle auszuführen? Oder kann ich die Konsole so auf dem Desktop starten und dann ist es egal, ob der GDM beendet wird?

Ich habe den Dienst gefunden, der für die Fehler oder besser Hinweise verantwortlich ist.

Hier ein Auszug der Ausgabe von lsof | grep -E '/(home|tmp)':

Syncovery  872                          denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872                          denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery  872 1276 Syncovery           denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872 1276 Syncovery           denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery  872 1277 Syncovery           denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872 1277 Syncovery           denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery  872 2455 Syncovery           denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872 2455 Syncovery           denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery  872 3960 Syncovery           denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872 3960 Syncovery           denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery  872 3961 Syncovery           denalb txt       REG               0,44      11517560     597417 /home/denalb/Syncovery/SyncoveryGuardian
Syncovery  872 3961 Syncovery           denalb mem       REG               0,25                   597417 /home/denalb/Syncovery/SyncoveryGuardian (path dev=0,44)
Syncovery 2438                          denalb txt       REG               0,44      28242728     594774 /home/denalb/Syncovery/SyncoveryCL
Syncovery 2438                          denalb mem       REG               0,25                   594774 /home/denalb/Syncovery/SyncoveryCL (path dev=0,44)
Syncovery 2438                          denalb   3u      REG               0,44        133120     595319 /home/denalb/.Syncovery/Syncovery.cfg
Syncovery 2438                          denalb   5uW     REG               0,35             0         64 /tmp/Syncovery.MainInterProcessPipe.mutex
Syncovery 2438                          denalb   6u     unix 0x0000000089905ae0           0t0      26901 /tmp/Syncovery.MainInterProcessPipe type=STREAM (LISTEN)
Syncovery 2438                          denalb   8uW     REG               0,35             0         66 /tmp/Syncovery.MultiComPipe.mutex
Syncovery 2438                          denalb   9uW     REG               0,35             0         68 /tmp/syncovery$sffs$schedulermutex
Syncovery 2438                          denalb  10u     unix 0x000000005b03b234           0t0      27820 /tmp/Syncovery.MultiComPipe type=STREAM (LISTEN)
Syncovery 2438                          denalb  13u     unix 0x000000003ef16563           0t0      39217 /tmp/Syncovery.MainInterProcessPipe type=STREAM (CONNECTED)

Ich nutze das Programm "Syncovery", um Ordner und Dateien über die Browser-GUI zu synchronisieren. Dafür muss ein Dienst im Hintergrund aktiv sein. Damit dieser Dienst startet, habe ich mir einen Cronjob über den Befehl crontab -e erstellt. Dieser sorgt dafür, dass der nötige Dienst beim Start des Rechners mit startet. Allerdings erscheinen dann die Meldungen beim Neustarten oder Herunterfahren des Rechners.

Für Fedora Linux gibt es für die Installation Pakete, die alles automatisch einrichten. Für Arch Linux muss man allerdings auf Archive zurückgreifen, diese an die passende Stelle extrahieren und einen Cronjob einrichten.

Soeben habe ich eine Anfrage an den Entwickler gestellt. Hoffentlich gibt es eine Lösung für mein Problem.

Ich danke euch für die Hilfe!

Ich ging auch nicht davon aus, dass der Fehler von diesem Programm stammt. Denn unter Fedora Linux nutzte ich es bereits sehr lange und ohne Probleme. Darauf muss man erstmal kommen.

So wie ich den Entwickler kenne, gibt es garantiert eine Lösung. Und vermutlich bekomme ich sie sogar heute noch ...

Laut Entwickler wird der Dienst bei Installation über Debian- und Fedora-Paket über systemd verwaltet und auch vor dem Herunterfahren darüber beendet. Ich muss jetzt also nur noch herausfinden, wie ich den gestarteten Dienst per systemd rechtzeitig beendet bekomme ...