TL; DR
Ho chiesto la stessa domanda sulle comunità Apple, nulla di utile. Trova il post qui: link
bash-3.2# fsck_apfs -d -l /dev/disk5
fletcher64_init:58: Selecting AVX2 implementation of fletcher64
** Checking volume.
** Checking the container superblock.
** Checking the EFI jumpstart record.
** Checking the space manager.
** Checking the object map.
** Checking the APFS volume superblock.
warning: apfs_sb at apfs_fs_index (0): apfs_features has unrecognized features (2)
** Checking the object map.
** Checking the fsroot tree.
error: btn: key (2) compare error: 22
fsroot tree is invalid.
** The volume /dev/disk5 could not be verified completely.
Hardware iMac (27 pollici, fine 2013), SSD da 256 GB, niente di speciale, niente di speciale.
Hardware standard per i problemi e sono certo che questo hardware è impeccabile, dal momento che eseguo Linux / Freebsd su di esso.
Drive è un GPT partizionato singolo predefinito per l'installazione recente di High Sierra. Ho semplicemente cancellato l'intera unità, impostato un nuovo schema GPT, formattato come HFS + e avviato l'installazione da USB. Questo è andato bene, ma dopo alcuni giorni ho controllato il Volume dopo un'interruzione di corrente e ho scoperto che non posso più ripararlo ...
Disk Utility.app dice lo stesso cosa fa fsck . Disk Utility esegue fondamentalmente fsck sullo sfondo comunque, se pensi che non lo sia, avvia Utility Disco direttamente tramite Terminale e lo vedrai in stdout.
Non sono riuscito a trovare alcuna documentazione utile, solo qualche mambo-jumbo aromatizzato al marketing senza alcuna profondità tecnica.
Ho installato la versione beta di 10.13.1 con la speranza che possa riconoscere le caratteristiche non riconosciute , ora dice più o meno lo stesso e ancora non può riparare il volume - anche se non si lamenta di funzionalità non riconosciute.
Ho letto da qualche parte che APFS è strettamente correlato a ZFS, quindi forse si può lavorare con strumenti ZFS o altri software che sono esplicitamente progettati per riparare APFS in modo simile a un back-story qui: link
Sottomaterie
- Esiste un modo per disattivare l'APFS su SSD?
- C'è un modo per riconvertire in HFS +
Durante l'installazione l'installer non ha chiesto la conversione (o forse l'ho perso) e ora sono bloccato con un'unità che non posso usare.
Aggiornamento II : Dopo aver letto un po 'di ZFS e poi i riferimenti dalla voce di Wikipedia su APFS (correggimi se ho torto) l'implementazione di APFS dovrebbe occuparsi di eventuali errori su di essa, e, teoricamente non è necessario un comando fsck. Beh, a pensarci bene, non ho mai dovuto scansire un volume BTRFS, se ci fossero stati dei problemi in fase di boot, suppongo che questo sia il modo in cui dovrebbe funzionare anche APFS, dal momento che la tolleranza agli errori è una delle sue caratteristiche principali.
Ulteriori dettagli tecnici con reverse engineering APFS sono qui
Aggiornamento III (07.01.2018)
Dopo alcune settimane di test APF su hardware nativo Apple e non Apple eseguendo molti test comuni e alcuni non così comuni, ti consiglio di stare lontano da esso finché il kernel di Linux non è in grado di montare un volume APFS in Modalità R / W. Dalla mia esperienza ci si può aspettare una giornata davvero brutta se lo storage basato su APFS si blocca per qualche motivo e non sarà in grado di auto-guarire. Nella maggior parte dei casi fa il lavoro e può ripararsi da solo - tuttavia in 8 settimane sono atterrato in più di 5 casi in cui non è stato possibile, nonostante il guasto dell'hardware. Non ero in grado di riparare / riutilizzare il volume senza la riformattazione, quindi non sto usando APFS fino a quando non è ben documentato e montabile in Linux in modalità R / W per altri file di sistema.
SSD vs. non SSD Se si esegue APFS su non SSD: sarà più lento di HFS. Periodo. APFS è (attualmente) solo ragionevole su unità SSD interne e su può essere su unità ibride (sebbene l'installatore di Apple non sia d'accordo). I dischi rigidi magnetici non beneficiano in alcun modo di APFS. Le prestazioni dell'unità SSD esterna non sono comparabili in quanto la quantità di dati che è possibile comprimere tramite USB-C è limitata e HFS + non sarà un collo di bottiglia.