Errores APFS: fsck no puede reparar

TL; DR

Hice la misma pregunta sobre las comunidades de Apple, nada útil. Encuentre la publicación aquí: 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 pulgadas, finales de 2013), SSD estándar de 256 GB, nada especial, nada sofisticado.

Problema estándar de hardware y estoy seguro de que este hardware es perfecto, ya que ejecuto Linux / Freebsd en él.

Drive es un GPT particionado único predeterminado para una nueva instalación de High Sierra. Simplemente borré todo el disco, configuré un nuevo esquema GPT, lo formateé como HFS + e inicié el instalador desde USB. Esto salió bien, pero después de unos días revisé el Volumen después de un corte de energía y descubrí que ya no puedo repararlo ...

Disk Utility.app dice lo mismo que hace fsck . Disk Utility básicamente está ejecutando fsck en segundo plano de todos modos, si cree que no es así, inicie Disk Utility directamente a través de la Terminal y lo verá en stdout.

No pude encontrar ninguna documentación útil, solo algunos mambo-jumbo con sabor a marketing sin ninguna profundidad técnica.

Instalé la versión 10.13.1 Public Beta con la esperanza de que tal vez reconozca las características no reconocidas , ahora dice más o menos lo mismo y todavía no puede reparar el volumen, aunque no se queja de las características no reconocidas.

Leí en alguna parte que APFS está estrechamente relacionado con ZFS, por lo que tal vez uno pueda trabajar con herramientas ZFS u otro software que esté diseñado explícitamente para reparar APFS similar a una historia de fondo aquí: http://dtrace.org/blogs/ahl/2016/ 15/06 / manzana_y_zfs /

Subtemas

• ¿Hay alguna forma de optar por la exclusión de APFS en SSD?
• ¿Hay alguna manera de volver a convertir a HFS +?

Durante la instalación, el instalador no preguntó sobre la conversión (o tal vez me la perdí) y ahora estoy atascado con una unidad que no puedo usar.

Actualización II : después de leer un poco sobre ZFS y luego referencias de la entrada de Wikipedia sobre APFS ( corríjame si me equivoco), la implementación de APFS debería solucionar cualquier falla por sí misma y, en teoría, no es necesario un comando fsck. Bueno, pensando en ello, nunca tuve que cambiar un volumen BTRFS tampoco, si hubo algunos problemas que se eliminaron en el momento del arranque, supongo que así es como se supone que APFS también funciona, ya que la tolerancia a fallas es una de sus características principales.

Más detalles técnicos de ingeniería inversa APFS están aquí

Actualización III (07.01.2018)

Después de algunas semanas de pruebas de APF en hardware nativo de Apple y no Apple haciendo muchas pruebas comunes y algunas no tan comunes, recomiendo mantenerse alejado de él hasta que el kernel de Linux pueda montar un volumen APFS en R / W modo. Según mi experiencia, uno puede esperar tener un día realmente malo si su almacenamiento basado en APFS falla por alguna razón y no podrá recuperarse por sí solo. En la mayoría de los casos, hace el trabajo y puede repararse a sí mismo, sin embargo, en 8 semanas aterricé en más de 5 casos en los que no pudo, a pesar de no haber fallado el hardware. No pude reparar / reutilizar el volumen sin reformatear, por lo tanto, no estoy usando APFS hasta que esté bien documentado y se pueda montar en Linux en modo R / W para cualquier otra cosa que no sean los archivos del sistema.

SSD frente a no SSD Si está ejecutando APFS en no SSD: será más lento que HFS. Período. APFS es (actualmente) solo razonable en unidades SSD internas y puede estar en unidades híbridas (aunque el instalador de Apple no está de acuerdo). Los discos duros magnéticos no se benefician de APFS de ninguna manera. El rendimiento de la unidad SSD externa no es realmente comparable, ya que la cantidad de datos que puede obtener a través de USB-C es limitada y HFS + no será un cuello de botella.

El mismo consejo que los foros de Apple. Copia de seguridad y formatear su sistema.

Apple aún no ha publicado una especificación o código APFS. Como ha encontrado, solo se ha realizado una ingeniería inversa muy aproximada. Intentar interpretar qué clave 2 se compara mal en el fsrootárbol es pura especulación en este momento.

No hay forma de volver a convertir a HFS + . Sin embargo, hay una forma no oficial de darse de baja .

No hay necesidad de un fsckcomando, lo que significa que el FS intentará solucionar cualquier problema sobre la marcha, en línea. Ningún sistema de archivos puede ser inmune a todos los daños potenciales o errores de implementación. Si algo no se puede solucionar fscksin conexión, entonces no hay posibilidad de que se solucione en línea.

Sin embargo, un escenario potencial es un error con fscky no el código del sistema, pero de nuevo eso es pura especulación sin poder entender lo que está mal. Es su elección, pero un reformateo es el punto más seguro.

Intenta revisar tu RAM.

Tuve un problema similar con 10.13 (High Sierra) en un iMac 2017 (18,3) con un SSD de fábrica y RAM de terceros. Obtuve congelaciones repetidas, y Disk Utility First Aid informó errores como "El mapa de objetos no es válido" y concluye "La verificación o reparación del sistema de archivos falló". Cada vez, volvería a formatear el SSD y reinstalaría macOS y software, pero el problema volvería después de unos días. Pasó Apple Diagnostics y mi Apple Store local no pudo detectar ningún problema de hardware (después de que eliminé la RAM de terceros). No he tenido problemas en varias otras computadoras, incluidas otras 2 iMacs, una MacBook y varias máquinas virtuales macOS.

Lo que me solucionó fue hacer coincidir la RAM por banco, es decir, el Banco 0 (DIMM 0/1) contiene un par de RAM de Apple, y el Banco 1 (DIMM 0/1) contiene un par de RAM de terceros.

Actualización 2018-01-06: Acabo de recibir otra falla después de 1 semana. (Este es el problema con fallas aleatorias). He eliminado temporalmente la RAM de terceros mientras hago más pruebas.

Actualización 2018-01-22: después de 10 días con nueva RAM, el problema no ha ocurrido. Creo que mi problema fue causado por una mala RAM. (¿Quizás APFS usa RAM como caché?).

Pude recuperar archivos después de crear una imagen de disco desde la partición APFS corrupta y se puede montar.