Erste Hilfe meldet "fsroot tree is invalid", wie beheben?

  • Habe gerade mit dem Festplattendienstprogramm unter Mojave meine Systempartition (APFS) überprüfen lassen:

    Code
    1. Checking the fsroot tree.
    2. error: drec_key object (oid 0x3000b5ef6): invalid hash (0, expected 37ed21) of name (com.apple.MobileAccessoryUpdater.EA.app.A1598.19)
    3. fsroot tree is invalid.
    4. The volume /dev/rdisk2s1 could not be verified completely.
    5. Exit-Code für Dateisystemprüfung lautet 0.
    6. Der ursprüngliche Zustand (aktiviert) wird wiederhergestellt.

    Der Fehler wird nicht behoben. Beim Reparaturversuch im Recoverymodus heisst es: "Das Volume kann nicht für die Reparatur deaktiviert werden". Die SSD startet normal, aber die Meldung macht mich natürlich unruhig. Wie behebe ich das?

    Working horse: iMacPro1,1, Gigabyte GA-Z170MX Gaming 5 (BIOS F22f), i5 6600K@4GHz, Gigabyte RX460 4GB, 32 GB Ballistix Sport LT 2400 MHz, Samsung 850 Pro, 860 EVO, Fenvi T919 (BCM94360CD), Jonsbo UMX3, macOS 10.14.6, Clover


    Front room brain: Mac mini 2014, 4GB RAM, 256GB SSD, macOS 10.14.6


    Outdoor buddy: MacBook Air 2012 11", 4GB RAM, 128GB SSD, macOS 10.14.6

  • Hast du trim aktiviert?

  • boardman19 Ja, TRIM ist eingeschaltet


    ozw00d Wenn ich im Recoverymode boote, ist die Recovery-Partition die Bootpartition und fsck -fy wirkt nur auf diese (/dev/disk3s1). Meine richtige Systempartion ist aber /dev/disk2s1. fsck -fy /dev/disk2s1 wird ignoriert...

    Working horse: iMacPro1,1, Gigabyte GA-Z170MX Gaming 5 (BIOS F22f), i5 6600K@4GHz, Gigabyte RX460 4GB, 32 GB Ballistix Sport LT 2400 MHz, Samsung 850 Pro, 860 EVO, Fenvi T919 (BCM94360CD), Jonsbo UMX3, macOS 10.14.6, Clover


    Front room brain: Mac mini 2014, 4GB RAM, 256GB SSD, macOS 10.14.6


    Outdoor buddy: MacBook Air 2012 11", 4GB RAM, 128GB SSD, macOS 10.14.6

    Edited once, last by Plonker ().

  • probier das mal im single user mode, dort hast du ein minimal environment aber die platte wird eingehängt.


    Edit: im Recovery sollte das folgendermaßen funktionieren:


    Wenn du im Recovery bist starte Disk Utility,

    dann übers Menü das Terminal starten,

    im terminal zu deine Macos Partition wechseln mit:

    cd /Volumes/Macintosh\ HD/

    dann fsck -fy.

  • In single user mode:

    Code
    1. fsck -fy
    2. warning: option -f is not implemented, ignoring
    3. error: container /dev/rdisk2 is mounted with write access.

    Korrektur - das war kein single user mode (-s), sondern safe mode (-x). Mein Fehler!

    Im richtigen single user mode wird /sbin/fsck -fy ausgeführt, korrigiert aber den Fehler nicht...


    im Recovery:

    cd /Volumes/System wechselt natürlich richtig (mit pwd geprüft), fsck -fy wird trotzdem auf /dev/rdisk3s1 (die Recovery-partition) ausgeführt


    Edit:

    Angeregt durch die Fehlermeldung habe ich mir den betroffenen Ordner angeschaut (/private/var/db/fud/com.apple.MobileAccessoryUpdater.AppleEAAccessoryUpdater/com.apple.MobileAccessoryUpdater.EA.app.A1598.19)


    Im Parentordner befinden sich mehrere Ordner mit identischen Namen (Screenshot im Anhang). APFS Fehler?

    Images

    Working horse: iMacPro1,1, Gigabyte GA-Z170MX Gaming 5 (BIOS F22f), i5 6600K@4GHz, Gigabyte RX460 4GB, 32 GB Ballistix Sport LT 2400 MHz, Samsung 850 Pro, 860 EVO, Fenvi T919 (BCM94360CD), Jonsbo UMX3, macOS 10.14.6, Clover


    Front room brain: Mac mini 2014, 4GB RAM, 256GB SSD, macOS 10.14.6


    Outdoor buddy: MacBook Air 2012 11", 4GB RAM, 128GB SSD, macOS 10.14.6

    Edited 4 times, last by Plonker ().

  • Ist schon strange, rm findet die Datei(en) nicht, ls aber wohl.


    Working horse: iMacPro1,1, Gigabyte GA-Z170MX Gaming 5 (BIOS F22f), i5 6600K@4GHz, Gigabyte RX460 4GB, 32 GB Ballistix Sport LT 2400 MHz, Samsung 850 Pro, 860 EVO, Fenvi T919 (BCM94360CD), Jonsbo UMX3, macOS 10.14.6, Clover


    Front room brain: Mac mini 2014, 4GB RAM, 256GB SSD, macOS 10.14.6


    Outdoor buddy: MacBook Air 2012 11", 4GB RAM, 128GB SSD, macOS 10.14.6

  • Apples "Erste Hilfe" ist leider keine Hilfe! Jetzt nachdem zwischenzeitlich TM weitere Backups angelegt hatte, wurde fsroot tree is invalid durch Snapshot is invalid ersetzt. Man beachte das grüne Häckchen und Vorgang erfolgreich:


    Übrigens, nachdem ich das TM-Snapshot mit tmutil entfernt habe, steht jetzt wieder fsroot tree is invalid, garniert durch grünes Häckchen und "Vorgang erfolgreich".




    Fazit:

    Bin von APFS bedient.


    sudo fsck_apfs -n -l /dev/rdiskXsX meldet Fehler (fsroot tree is invalid). Erste Hilfe (GUI-Wrapper für fsck) sagt "Vorgang erfolgreich" und zeigt grünes Häckchen an. Wenn man aber "Details einblenden" klickt, sieht man die Fehlermeldung auch dort.


    Macht man zwischenzeitlich TM Backup, wird fsroot tree is invalid durch Snapshot is invalid ersetzt.


    fsck -y behebt den Fehler unter single user mode oder Recovery mode nicht.


    Files im betroffenen Directory sind doppelt vorhanden (aus der Sicht von ls) oder gar nicht (rm).


    SSD is übrigens laut SMART völlig ok.


    Es gibt keine seriöse Third-Party-Reparatursoftware für APFS, da anscheinend nicht von Apple dokumentiert.


    Nur am Rande: das "-f" mit fsck funktioniert nicht, obwohl "-f" in der man-Seite erwähnt ist. fsck ist ein Wrapper und ruft bei APFS fsck_apfs auf (hier fehlt das -f) oder bei HFS fsck_hfs (hier -f vorhanden).

    Working horse: iMacPro1,1, Gigabyte GA-Z170MX Gaming 5 (BIOS F22f), i5 6600K@4GHz, Gigabyte RX460 4GB, 32 GB Ballistix Sport LT 2400 MHz, Samsung 850 Pro, 860 EVO, Fenvi T919 (BCM94360CD), Jonsbo UMX3, macOS 10.14.6, Clover


    Front room brain: Mac mini 2014, 4GB RAM, 256GB SSD, macOS 10.14.6


    Outdoor buddy: MacBook Air 2012 11", 4GB RAM, 128GB SSD, macOS 10.14.6

    Edited 2 times, last by Plonker ().