APFS Volumes reparieren - Beste Vorgehensweise? Welche Tools?

Was kam denn als Meldung? Hash Missmatch?

Ich konnte neulich einen Fehler im APFS-Datenvolume (in meinem Fall /dev/disk4s1) korrigieren, in dem ich Im Recovery-Modus in der Console fsck auf den zugehörigen APFS-Container /dev/disk4 ansetzte:

vorher Überblick über Partitionsnamen verschaffen mit:

Eventuell muss vorher im Recovery-Mode z.B. mit Festplattentool der Container und das Volume unmounted werden (heisst "Deaktivieren" im Menü).

In meinen Augen sind APFS-Fehlerkorrekturen ein dunkles Kapitel, mit third-party Tools sollte man äußerst vorsichtig sein.

Wie ich das machen würde, wenn es mich auch mal erwischt?

Neu installieren und das letzte Time Machine Backup vom NAS einspielen.

Fertig ist die Laube.

Wichtige Daten werden mit CCC zusätzlich noch auf einem weiteren Datenträger auf dem NAS gesichert.

Aus Schaden wird man halt klug.

Wie schon vorher auch erwähnt wurde, es gibt keine "third-party Tools" die mit Apfs umgehen kann, daher immer finger weg von den dingern wenn dir deine Daten lieb ist.

Zitat von skavenger0816

Trotzdem wäre es wichtig zu wissen, wie und womit man denn zukünftig beschädigte Platten mit dem APFS-System reparieren kann.

Du brauchst keine neue Platte um so was zu lösen, angenommen das deine jetzige ist 1Tb;

Zu nächst shrinkst du dein Container auf eine vernünftige grösse zbspl. auf 500Gb; im MacOS Terminal.

sudo diskutil apfs resizeContainer disk6s2 500g. ----> disk6s2 ist real identifier nicht synthetische !!!

Jetzt sollte dein 1Tb Container um die hälfte geschrumpft sein, wenn du glück hast wurde sogar die fehler auch gleich mit korrigiert...

Wenns korrigiert wurde einfach erneut den befehl ohne Grössenangabe durchgeben, schon ist es die vorherige gesammte grösse...

bspl.; sudo diskutil apfs resizeContainer disk6s2

Wenn es nach dem schrumpfen nicht korrigiert wurde auch nicht schlimm, einfach im neuen freigewordenem 500gb einfach einen neuen Container/Volume erstellen und halt darin eine neue installation durchführen und deine Daten vom alten Container holen.

Wichtig ist hier einfach zu merken, Diskutil kann die Container immer von "hinten" verkleinern oder vergrössern, wenn du jetzt wie hier oben im beispiel vorgehst hast du im hinteren teil der SSD/NVME die freie platz, wenn du jetzt neue Container im leeren platz erstellst ist dieser auch am ende der Disk, wenn du die alte Container jetzt löschen würdest wäre vorne frei aber die hintere Container lässt sich NUR mit Linux Gparted nach vorne verschieben und danach wieder mit diskutil vergrössern.

Teste es einfach beim nächsten mal aus.

Gruss Coban

Tja, bei manchem fehler ist leider kein kraut gewachsen, dann bleibt nichts anderes übrig das ganze Disk mal zu formatieren und neu anzufangen.

Wär evtl. gut zu wissen woher das kommt, evtl. ist auch die Medium nicht mehr in ordnung.

Was mich aber doch bissl stutzig macht ist die tatsache;

Zitat von skavenger0816

Check der Datenstrukturen üver fack_apfs -n -x /dev(disk3s2

Zitat von skavenger0816

The volume /dev/rdisk4s1 was found to be corrupt and cannot be repaired

Das sind nicht die gleichen Mediums, vor allem die zweite (/dev/rdiskxxx) ist ein Externes Medium, die erste ne intern verbaute..

Nicht das du den fehler an falscher Ort suchst.

Gruss Coban