APFSエラー：fsckは修復できません

TL; DR

Appleコミュニティで同じ質問をしたが、役に立たない。ここで投稿を見つけてください：https : //discussions.apple.com/thread/8123614

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.

ハードウェア iMac（27インチ、2013年後半）、256 GBストックSSD、特別なもの、特別なものは何もありません。

標準的な問題のハードウェアで、Linux / Freebsdを実行しているので、このハードウェアに問題がないことを確信しています。

ドライブは、High Sierraの新規インストール用のデフォルトの単一パーティションGPTです。ドライブ全体を消去し、新しいGPTスキームを設定し、HFS +としてフォーマットし、USBからインストーラーを起動しました。これで問題ありませんでしたが、数日後に停電後に音量を確認したところ、もう修理できないことがわかりました...

Disk Utility.appはfsckと同じことを言っています。ディスクユーティリティは基本的にfsckをバックグラウンドで実行しています。ターミナルから直接ディスクユーティリティを起動していない場合は、標準出力に表示されます。

有用なドキュメントは見つかりませんでした。技術的な深みのない、マーケティング風のマンボジャンボだけです。

10.13.1パブリックベータリリースをインストールしましたが、認識されない機能が認識されることを期待しています。多かれ少なかれ同じで、まだボリュームを修復できません -認識されない機能については不満はありません。

APFSがZFSに密接に関連していることをどこかで読んだので、多分1つは、ここでのバックストーリーのようにAPFSを修復するように明示的に設計されたZFSツールまたは他のソフトウェアで作業できる：http : //dtrace.org/blogs/ahl/2016/ 06/15 / apple_and_zfs /

サブトピック

• SSDでAPFSをオプトアウトする方法はありますか？
• HFS +に戻す方法はありますか

インストール中に、インストーラーは変換について質問しなかった（または私はそれを逃した）ので、使用できないドライブで立ち往生しています。

アップデートII：ZFSについて少し読んだ後、WikipediaのエントリからAPFSについての参照を参照した後（私が間違っている場合は修正してください）APFSの実装は、それ自体の障害に対処する必要があり、理論的にはfsckコマンドの必要はありません。まあ、それを考えると、BTRFSボリュームをfsckする必要もありませんでした。ブート時にスクラブされた問題があった場合、これはAPFSも同様に機能するはずです-フォールトトレランスはコア機能の1つであるためです。

APFSのリバースエンジニアリングによる技術的な詳細はこちら

アップデートIII（07.01.2018）

ネイティブおよびアップル以外のハードウェアで数週間のAPFテストを行った後、多くの一般的なテストとそれほど一般的ではないテストを実行しました。LinuxカーネルがR / WでAPFSボリュームをマウントできるようになるまで、APFを避けてください。モード。私の経験から、何らかの理由でAPFSベースのストレージがクラッシュし、自己修復できない場合、本当に悪い日になると予想できます。ほとんどの場合それは仕事をして、それ自体を修復することができます-しかし、8週間で5つ以上のケースに着陸しました。再フォーマットせずにボリュームを修復/再利用できなかったため、十分に文書化され、LinuxでR / Wモードでシステムファイル以外にマウントできるようになるまで、APFSを使用していません。

SSDと非SSDの比較非SSDで APFSを実行している場合：HFSよりも遅くなります。限目。APFSは（現在のところ）内部SSDドライブでのみ妥当であり、ハイブリッドドライブでも可能です（ただし、Appleのインストーラーは同意しません）。磁気ハードドライブは、APFSのメリットをまったく受けません。USB-Cを介してスクイーズできるデータの量は制限されており、HFS +がボトルネックにならないため、外付けSSDドライブのパフォーマンスは実際には同等ではありません。

Appleフォーラムと同じアドバイス。システムをバックアップして再フォーマットします。

AppleはまだAPFS仕様またはコードをリリースしていません。ご存じのとおり、非常に大まかなリバースエンジニアリングしか行われていません。fsrootツリーでキー2のどの比較ミスを解釈しようとするのは、この時点での純粋な推測です。

HFS +に戻す方法はありません。ただし、非公式にオプトアウトする方法があります。

fsckコマンドの必要がないということは、FSがオンラインでその場で問題を修正しようとすることを意味します。すべてのファイルシステムは、すべての潜在的な損傷または実装のバグの影響を受けません。fsckオフラインで修正できない場合、オンラインで修正することはできません。

ただし、1つの潜在的なシナリオはfsckシステムコードではなくバグですが、これも何が問題なのかを理解できない純粋な推測です。それはあなたの選択ですが、再フォーマットが最も安全なポイントです。

RAMを確認してください。

工場でSSDとサードパーティのRAMを搭載した2017 iMac（18,3）の10.13（High Sierra）でも同様の問題がありました。フリーズが繰り返され、Disk Utility First Aidが「オブジェクトマップが無効です」などのエラーを報告し、「ファイルシステムの検証または修復に失敗しました」と結論付けました。毎回、SSDを再フォーマットしてmacOSとソフトウェアを再インストールしましたが、問題は数日後に再発しました。Apple Diagnosticsに合格し、ローカルのApple Storeはハードウェアの問題を検出できませんでした（サードパーティのRAMを取り外した後）。他の2台のiMac、MacBook、いくつかのmacOS仮想マシンなど、他の複数のコンピュータで問題はありませんでした。

私にとってそれを修正したのは、バンクごとにRAMを一致させることでした。つまり、バンク0（DIMM 0/1）には、一致するApple RAMのペアが含まれ、バンク1（DIMM 0/1）には、一致するサードパーティのRAMのペアが含まれます。

2018-01-06の更新：1週間後にもう一度エラーが発生しました。（これはランダムな障害の問題です）。さらにテストを行っている間、一時的にサードパーティのRAMを取り外しました。

アップデート2018-01-22：新しいRAMで10日後、問題は発生していません。私の問題はRAMの不良が原因だったと思います。（おそらく、APFSはRAMをキャッシュとして使用しますか？）。

破損したAPFSパーティションからディスクイメージを作成し、マウントできるようになった後、ファイルを復元できました。