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

  • Seit einigen Tagen erhalte ich in meinem Arch Linux beim Herunterfahren und Neustarten die folgenden beiden Fehlermeldungen:

    Code
    [FAILED] Failed unmounting /home.
    [FAILED] Failed unmounting Temporary Directory /tmp.

    Mehr ist auf dem Bildschirm nicht zu sehen.

    Die Fehler stehen dort für 2 - 3 Sekunden und dann fährt der Rechner herunter oder startet neu. Andere Probleme sind mir bisher nicht aufgefallen.

    Ich habe mir bereits die fstab angeschaut. Hier ist für mich nichts Auffälliges zu erkennen.

    Den Part mit den lokalen Laufwerken und Netzlaufwerken, die beim Start verbunden werden, habe ich weggelassen.

    Bei meinen Recherchen im Internet konnte ich etwas von Diensten lesen, die das Trennen der Laufwerke verhindern. Auch war die Rede davon, dass man den watchdog per Grub-Befehl deaktivieren soll. :/

    Gibt es ein Log, welches beim Herunterfahren oder Neustarten beschrieben wird, in welchem ich etwas zu den Fehlern finden könnte?

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Kann sein, dass noch ein Prozess auf die beiden Mounts zugreift. Im Arch Forum habe ich dazu etwas ähnliches gefunden:

    [Solved] Failed unmounting /home on shutdown / Kernel & Hardware / Arch Linux Forums

    Daily Driver PC: Pop!_OS 22.04 + Win 10 Dual Boot/ Intel i7-7700K / NVIDIA GeForce GTX 1070 / 32 GB RAM / 3x 1TB Samsung SSD

    Daily Driver Laptop: Framework 13 / Ubuntu 24.04 LTS / AMD Ryzen 7 7840U / 64 GB RAM / 2TB WD NVME

    Backup Laptop: HP Elitebook x360 1030 G2 / Fedora 39 / Intel i5-7200U / Intel HD 620 / 8 GB RAM / 500 GB Samsung NVMe

    Spiele PC: MX Linux + Garuda / AMD Ryzen 7 7800X3D / Radeon RX 6750 XT / 64 GB RAM / 2TB Samsung NVME + 512 GB Kingston NVME + 250 GB Samsung SSD

  • Auf dieses Thema bin ich auch gestern Abend gestoßen, sah aber keinen Zusammenhang mit meinem Problem.

    journalctl-Output (1)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • journalctl-Output (2)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • journalctl-Output (3)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • journalctl-Output (4)

    Lässt sich aus dem Log etwas erkennen?

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • In der fstab steht discard=async. Ich interpretiere das so, das er beim runterfahren noch schreibt und daher nicht umounted werden kann.

    Was er dann aber tut, wenn er fertig ist.

    PC | AMD Ryzen 7 3700X - NVIDIA GeForce RTX 2070 Super - 32 GB RAM - 1 TB NVME - 2 TB HDD - ArchLinux

    Lappi | Intel I3 - 16 GB RAM - 128 GB SSD - ArchLinux

    Homi | Intel Atom 3 - Intel Grafik - 4 GB RAM - 1x 128 GB SSD - 2x 4 TB Seagate IronWolf HDD im RAID - Debian 11 mit OMV 6

    ________________________________________________________________________________

    RADIO TEAM BAWÜ - Wir haben Spaß an Musik!!!

  • In der fstab steht discard=async.

    Das habe ich nicht hinzugefügt. Da war so vom Installer gemacht worden. Müsste ich das dann entfernen? Mich wundert eben, dass das erst seit ca. 2 Tagen passiert.

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Naja du hast eine M2-SSD drin vermute ich, mit diesem Eintrag werden die Schreibzugriffe minimiert.

    Falls es dich beruhigt, diese Meldung habe ich auch immer mal.

    PC | AMD Ryzen 7 3700X - NVIDIA GeForce RTX 2070 Super - 32 GB RAM - 1 TB NVME - 2 TB HDD - ArchLinux

    Lappi | Intel I3 - 16 GB RAM - 128 GB SSD - ArchLinux

    Homi | Intel Atom 3 - Intel Grafik - 4 GB RAM - 1x 128 GB SSD - 2x 4 TB Seagate IronWolf HDD im RAID - Debian 11 mit OMV 6

    ________________________________________________________________________________

    RADIO TEAM BAWÜ - Wir haben Spaß an Musik!!!

  • du hast eine M2-SSD drin vermute ich

    Korrekt. 2 Stück. ;)

    Falls es dich beruhigt

    Nicht so wirklich. Würde schon gern wissen, warum sie plötzlich kommt und vorher ein paar Wochen nicht. Aber ich weiß zumindest, dass nichts kaputt ist. ;)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Ich Würde einfach mal versuchen vorm herunterfahren die Betroffenen Verzeichnisse von Hand auszuhängen. Wenn dass funktioniert dann ist es ein Prozess der beim herunterfahren aktiviert wird, wenn nicht dann ist es ein laufender Prozess der eventuell zur falschen Zeit beendet wird.

    P.S. ist dass alles was jounrnal ausgibt oder kommt danach noch etwas? Denn es ist sehr komisch dass er /tmp aushängen will aber dass ist ja kein eigener mountpoint, evtl hängt dass irgendwie zusammen.

  • Denn es ist sehr komisch dass er /tmp aushängen will aber dass ist ja kein eigener mountpoint, evtl hängt dass irgendwie zusammen.

    vermutlich ist /tmp eine BTRFS Subvolume

    PC | AMD Ryzen 7 3700X - NVIDIA GeForce RTX 2070 Super - 32 GB RAM - 1 TB NVME - 2 TB HDD - ArchLinux

    Lappi | Intel I3 - 16 GB RAM - 128 GB SSD - ArchLinux

    Homi | Intel Atom 3 - Intel Grafik - 4 GB RAM - 1x 128 GB SSD - 2x 4 TB Seagate IronWolf HDD im RAID - Debian 11 mit OMV 6

    ________________________________________________________________________________

    RADIO TEAM BAWÜ - Wir haben Spaß an Musik!!!

  • Was?

    Nein /tmp ist ein root Verzeichnis von Linux, dass hat nichts mit dem Format der Partition zu tun.

    Im /tmp Verzeichnis legen alle Programme ihre Temporären Daten ab, also Daten die beim nächsten Neustart gelöscht sein sollen.

  • ist dass alles was jounrnal ausgibt oder kommt danach noch etwas?

    Ja. Danach kamen die Einträge vom nächsten Start des Rechners ... Ich probiere das mit dem manuellen aushängen aus, sobald ich wieder am Rechner sitze.

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Ich Würde einfach mal versuchen vorm herunterfahren die Betroffenen Verzeichnisse von Hand auszuhängen.

    Das habe ich nun gerade versucht und erhalte dieselbe Meldung, die auch im Log steht.

    Code
    [denalb@PROMETHEUS-ArchLinux ~]$ sudo umount -R /home
    umount: /home: das Ziel wird gerade benutzt.
    [denalb@PROMETHEUS-ArchLinux ~]$ sudo umount -R /tmp
    umount: /tmp: das Ziel wird gerade benutzt.
    [denalb@PROMETHEUS-ArchLinux ~]$ 

    Wie bekomme ich raus, wer die Mountpoints "festhält"?

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Mit dem Befehl

    Code
    lsof

    (list Open files)

    kannst du dir das anzeigen lassen, aber die Liste wird ewig lang sein ;). Also die Ausgabe an grep übergeben und nur dass anzeigen lassen wass du benötigst.

    Code
    lsof | grep /home

    sollte dir da weiterhelfen.

  • OMG ... Das sind immer noch über 2500 Zeilen, die nur mit Home zu tun haben. :(

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Ich habe den Befehl mal für /tmp ausgeführt. Da sind es weniger Ergebnisse. Jetzt habe ich alle Programme beendet, auf die ich Einfluss habe. Trotzdem kann /tmp nicht ausgehangen werden, weil es gerade benutzt wird.

    Output (1)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Output (2)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

  • Output (3)

    Arch Linux | Gnome | Kernel 6.8.8-arch1-1

    MSI MAG X570 Tomahawk WIFI | AMD Ryzen 9 3900X | 2x 16 GB G.Skill RipJaws V DDR4-3200 | Sapphire NITRO+ AMD Radeon RX 7800 XT | Seasonic Prime PX-750 80+ Platinum

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!