Kesalahan APFS: fsck tidak dapat memperbaiki


12

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.


Apa konfigurasi memori untuk komputer ini? Harap sespesifik mungkin - apa spesifikasi yang tepat untuk RAM di setiap slot, dan apakah ini salah satu dari RAM non-Apple?
Greg Glockner

1
Saya memiliki 3 mesin, masing-masing memiliki masalah yang sama dengan fs, saya mentransplantasikan volume ke usb dan bahkan melakukannya ke drive yang berbeda, semua sama saya tidak bisa memperbaikinya dan membersihkannya.
PJJ

Saya tidak beruntung dengan memperbaiki volume APFS yang rusak. Saya harus memulihkan dari cadangan.
Greg Glockner

Sementara itu tampaknya ada beberapa open source reverse apfs driver open source cf: github.com/sgan81/apfs-fuse menemukan ini dan cerita Anda karena saya mengalami masalah yang agak mirip ini apple.stackexchange.com/questions/323883/…
Rene Pickhardt

beberapa perangkat lunak open source untuk mengawasi pemulihan python github.com/cugu/afro / apfs hex editor github.com/ydkhatri/APFS_010
johndpope

Jawaban:


4

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.


Saya tidak ingin melakukan ini setiap beberapa hari - itu bukan pilihan jangka panjang.
PJJ

Mungkin saja tetapi tidak mungkin Anda telah menemukan bug. Jika Anda memformat ulang dan menginstal ulang dan kesalahan berulang, saya akan melihat kemungkinan kesalahan perangkat keras sebagai (dan mungkin lebih) kemungkinan bug di APFS.
Steve Chambers

Mungkin atau mungkin tidak - masalahnya adalah tidak ada dokumentasi, tidak ada sumber, tidak ada apa-apa. Kita dapat menemukan flag fsck_apf dengan mencari ke dalam biner - oleh karena itu saya menyarankan untuk menjauh dari APFS sampai hari ketika kernel linux dapat me-mount volume APFS dalam mode r / w.
PJJ

2

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?).


Halo Greg, saya kurang lebih kembali ke HFS - dari pengalaman pribadi saya, saya sangat menyarankan untuk menjauh dari APFS sampai Apple merilis sumber / dokumentasi yang tepat dan ada implementasi pihak ke-3 di sekitar. Singkatnya - jangan sentuh APFS sampai hari linux kernel bisa memasangnya :)
PJJ

Sudah menggunakannya sejak hari 1 resmi tanpa masalah. Saya pikir APFS bukan masalah di sini. Perangkat keras yang buruk mungkin sebagai gantinya.
Paul-Sebastian Manole

0

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

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.