Kesalahan APFS: fsck tidak dapat memperbaiki

TL; DR

Mengajukan pertanyaan yang sama pada komunitas Apple, tidak ada yang berguna. Temukan posting di sini: 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.

Hardware iMac (27-inch, Akhir 2013), SSD 256GB, tidak ada yang istimewa, tidak ada yang mewah.

Masalah hardware standar dan saya yakin bahwa perangkat keras ini sempurna - karena saya menjalankan Linux / Freebsd di atasnya.

Drive adalah GPT terpartisi tunggal standar untuk pemasangan baru Sierra Tinggi. Saya hanya menghapus seluruh drive, mengatur skema GPT baru, memformatnya sebagai HFS + dan memulai installer dari USB. Ini berjalan ok, tetapi setelah beberapa hari saya memeriksa Volume setelah pemadaman listrik dan menemukan bahwa saya tidak dapat memperbaikinya lagi ...

Disk Utility.app mengatakan hal yang sama dengan yang dilakukan fsck . Disk Utility pada dasarnya mengeksekusi fsck di latar belakang, jika Anda pikir itu tidak kemudian mulai Disk Utility langsung melalui Terminal dan Anda akan melihatnya di stdout.

Saya tidak dapat menemukan dokumentasi yang berguna, hanya beberapa pemasaran rasa mambo-jumbo tanpa kedalaman teknis.

Saya menginstal 10.13.1 rilis Public Beta dengan harapan bahwa mungkin itu akan mengenali yang belum diakui fitur, sekarang ia mengatakan kurang lebih sama dan masih tidak dapat memperbaiki volume - meskipun tidak mengeluh tentang fitur yang belum diakui.

Saya membaca di suatu tempat bahwa APFS dekat dengan ZFS, jadi mungkin seseorang dapat bekerja dengan alat ZFS atau perangkat lunak lain yang secara eksplisit dirancang untuk memperbaiki APFS yang mirip dengan cerita belakang di sini: http://dtrace.org/blogs/ahl/2016/ 06/15 / apple_and_zfs /

Sub topik

• Apakah ada cara untuk keluar dari APFS pada SSD?
• Apakah ada cara untuk mengkonversi kembali ke HFS +

Selama instalasi, installer tidak bertanya tentang konversi (atau mungkin saya melewatkannya) dan sekarang saya terjebak dengan drive yang tidak dapat saya gunakan.

Pembaruan II : Setelah membaca sedikit tentang ZFS dan kemudian referensi dari entri Wikipedia tentang APFS (koreksi saya jika saya salah) Implementasi APFS harus mengatasi kesalahan itu sendiri, dan, secara teoritis tidak perlu perintah fsck. Yah, kalau dipikir-pikir, saya juga tidak pernah harus fsck volume BTRFS, jika ada beberapa masalah ada yang digosok pada saat boot, kira ini adalah bagaimana APFS seharusnya bekerja juga - karena toleransi kesalahan adalah salah satu fitur inti itu.

Rincian teknis lebih lanjut oleh APFS rekayasa terbalik ada di sini

Pembaruan III (07.01.2018)

Setelah beberapa minggu pengujian APF pada perangkat Apple dan non-Apple asli dengan melakukan banyak pengujian umum dan beberapa yang tidak begitu umum - saya sarankan untuk menjauhinya sampai kernel Linux dapat me-mount volume APFS di R / W mode. Dari pengalaman saya, orang bisa mengalami hari yang sangat buruk jika penyimpanan berbasis APFS Anda rusak karena suatu alasan dan tidak akan dapat sembuh sendiri. Dalam kebanyakan kasus itu melakukan pekerjaan dan dapat memperbaiki dirinya sendiri - namun dalam 8 minggu saya mendarat di lebih dari 5 kasus di mana tidak bisa - meskipun tidak ada kegagalan perangkat keras. Saya tidak dapat memperbaiki / menggunakan kembali volume tanpa memformat ulang karena itu saya tidak menggunakan APFS sampai itu didokumentasikan dengan baik dan dapat dipasang di Linux dalam mode R / W untuk hal lain selain file sistem.

SSD vs. non-SSD Jika Anda menjalankan APFS pada non-SSD: SSD akan lebih lambat daripada HFS. Titik. APFS (saat ini) hanya masuk akal pada drive SSD internal dan aktif dapat pada drive hybrid (meskipun installer Apple tidak akan setuju). Hard drive magnetik tidak mendapat manfaat dari APFS dengan cara apa pun. Kinerja drive SSD eksternal tidak benar-benar sebanding karena jumlah data yang dapat Anda peras melalui USB-C terbatas dan HFS + tidak akan menjadi hambatan.

Saran yang sama dengan forum Apple. Cadangkan dan format ulang sistem Anda.

Apple belum merilis spesifikasi atau kode APFS. Seperti yang Anda temukan, hanya rekayasa balik yang sangat kasar yang dilakukan. Mencoba menginterpretasikan kunci 2 apa yang salah dibandingkan di fsrootpohon adalah spekulasi murni pada titik ini.

Tidak ada cara untuk mengkonversi kembali ke HFS + . Ada cara tidak resmi untuk memilih keluar .

Tidak perlu fsckperintah berarti bahwa FS akan mencoba untuk memperbaiki sesuatu yang salah saat online, secara online. Tidak ada filesystem yang kebal dari semua kerusakan potensial atau bug implementasi. Jika sesuatu tidak dapat diperbaiki secara fsckoffline, maka tidak ada kesempatan untuk memperbaikinya secara online.

Namun, satu skenario potensial adalah bug dengan fsckdan bukan kode sistem, tetapi sekali lagi itu spekulasi murni tanpa dapat memahami apa yang salah. Itu pilihan Anda, tetapi memformat ulang adalah titik teraman.

Coba periksa RAM Anda.

Saya memiliki masalah serupa dengan 10.13 (High Sierra) pada 2017 iMac (18,3) dengan SSD pabrik dan RAM pihak ke-3. Saya berulang kali membeku, dan Disk Utility First Aid melaporkan kesalahan seperti "Peta objek tidak valid" dan menyimpulkan "Sistem file verifikasi atau perbaikan gagal". Setiap kali, saya akan memformat ulang SSD dan menginstal ulang macOS dan perangkat lunak, tetapi masalahnya akan kembali setelah beberapa hari. Itu lulus Diagnostik Apple, dan Apple Store lokal saya tidak dapat mendeteksi masalah perangkat keras (setelah saya menghapus RAM pihak ke-3). Saya tidak punya masalah pada banyak komputer lain, termasuk 2 iMac lainnya, satu MacBook dan beberapa mesin virtual macOS.

Yang diperbaiki bagi saya adalah mencocokkan RAM dengan bank, yaitu Bank 0 (DIMM 0/1) berisi pasangan yang cocok dari RAM Apple, dan Bank 1 (DIMM 0/1) berisi pasangan yang cocok dengan RAM pihak ke-3.

Pembaruan 2018-01-06: Baru saja mengalami kegagalan setelah 1 minggu. (Ini adalah masalah dengan kegagalan acak). Saya sementara waktu menghapus RAM pihak ke-3 sementara saya melakukan lebih banyak pengujian.

Pembaruan 2018-01-22: Setelah 10 hari dengan RAM baru, masalahnya belum terjadi. Saya percaya masalah saya disebabkan oleh RAM yang buruk. (Mungkin APFS menggunakan RAM sebagai cache?).

Saya dapat memulihkan file setelah saya membuat disk image dari partisi APFS yang rusak dan itu bisa dipasang.