13 votes

Erreurs APFS : fsck ne peut pas réparer

TL;DR

J'ai posé la même question sur les communautés Apple, rien d'utile. Retrouvez le post ici : 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.

Matériel informatique iMac (27 pouces, fin 2013), 256GB stock SSD, rien de spécial, rien de fantaisiste.

Matériel standard et je suis certain que ce matériel est irréprochable puisque je fais tourner Linux/Freebsd dessus.

Le disque est une partition unique GPT par défaut pour une nouvelle installation de High Sierra. J'ai simplement effacé tout le disque, défini un nouveau schéma GPT, formaté en HFS+ et lancé l'installateur depuis l'USB. Tout s'est bien passé, mais après quelques jours, j'ai vérifié le volume après une coupure de courant et j'ai constaté que je ne pouvais plus le réparer...

Disk Utility.app dit la même chose. fsck fait. L'utilitaire de disque est essentiellement l'exécution fsck en arrière-plan de toute façon, si vous pensez que ce n'est pas le cas, lancez l'Utilitaire de disque directement via le Terminal et vous le verrez dans la sortie standard.

Je n'ai pas trouvé de documentation utile, juste un mambo-jumbo à saveur marketing sans aucune profondeur technique.

J'ai installé le 10.13.1 La version bêta publique avec l'espoir qu'elle sera peut-être reconnaître le site non comptabilisé caractéristiques, maintenant il dit plus ou moins la même chose et toujours ne peut pas réparer le volume - bien qu'il ne se plaigne pas des caractéristiques non reconnues.

J'ai lu quelque part que APFS est étroitement lié à ZFS, donc peut-être que l'on peut travailler avec des outils ZFS ou d'autres logiciels qui sont explicitement conçus pour réparer APFS, un peu comme une histoire de fond ici : http://dtrace.org/blogs/ahl/2016/06/15/apple_and_zfs/

Sous-sujets

  • Existe-t-il un moyen de ne pas utiliser APFS sur les SSD ?
  • Existe-t-il un moyen de reconvertir en HFS+ ?

Pendant l'installation, le programme d'installation n'a pas demandé la conversion (ou peut-être l'ai-je manqué) et maintenant je suis coincé avec un disque que je ne peux pas utiliser.


Mise à jour II : Après avoir lu un peu sur ZFS et ensuite les références de l'entrée Wikipedia sur APFS (corrigez-moi si je me trompe) L'implémentation d'APFS devrait prendre soin de toutes les fautes par elle-même, et, théoriquement, il n'y a pas besoin d'une commande fsck. Eh bien, en y pensant, je n'ai jamais eu à fsck un volume BTRFS non plus, s'il y avait quelques problèmes, ils étaient effacés au démarrage, je suppose que c'est ainsi que APFS est censé fonctionner aussi - puisque la tolérance aux pannes est l'une de ses caractéristiques de base.

Plus de détails techniques en rétro-ingénierie APFS sont aquí

Mise à jour III (07.01.2018)

Après quelques semaines de tests d'APFs sur du matériel natif Apple et non-Apple en faisant beaucoup de tests communs et d'autres moins communs - je recommande de ne pas y toucher jusqu'à ce que le noyau Linux soit capable de monter un volume APFS en mode R/W. D'après mon expérience, on peut s'attendre à passer une très mauvaise journée si votre stockage basé sur APFS se bloque pour une raison quelconque et ne sera pas capable de s'auto-guérir. Dans la plupart des cas, il fait le travail et peut se réparer lui-même - cependant, en 8 semaines, j'ai rencontré plus de 5 cas où il n'a pas pu le faire - malgré l'absence de défaillance matérielle. Je n'ai pas été capable de réparer/réutiliser le volume sans le reformater, donc je n'utiliserai pas APFS jusqu'à ce qu'il soit bien documenté et montable dans Linux en mode R/W pour tout autre chose que les fichiers système.

SSD vs. non-SSD Si vous utilisez APFS sur un support non-SSD, il sera plus lent que HFS. Point final. APFS est (actuellement) seulement raisonnable sur les disques SSD internes et peut l'être sur les disques hybrides (bien que l'installateur Apple ne soit pas d'accord). Les disques durs magnétiques ne bénéficient pas d'APFS en aucune façon. Les performances des disques SSD externes ne sont pas vraiment comparables car la quantité de données que vous pouvez faire passer par USB-C est limitée et HFS+ ne sera pas un goulot d'étranglement.

4voto

user71659 Points 685

Même conseil que sur les forums Apple. Sauvegardez et reformatez votre système.

Apple n'a pas encore publié de spécification ou de code APFS. Comme vous l'avez constaté, seule une rétro-ingénierie très grossière a été réalisée. Essayer d'interpréter ce que la clé 2 compare mal dans le fsroot L'arbre est une pure spéculation à ce stade.

Il y a pas de possibilité de reconversion en HFS+ . Il existe un moyen non officiel de se désengager cependant.

Il n'y a pas besoin d'un fsck signifie que le FS essaiera de réparer tout problème à la volée, en ligne. Aucun système de fichiers ne peut être à l'abri de tous les dommages potentiels ou des bogues de mise en œuvre. Si quelque chose ne peut pas être corrigé par fsck hors ligne, il n'y a pas vraiment de possibilité de le faire réparer en ligne.

Cependant, un scénario potentiel est un bogue avec fsck et non le code système, mais encore une fois c'est une pure spéculation sans pouvoir comprendre ce qui ne va pas. C'est votre choix, mais un reformatage est le point le plus sûr.

2voto

Patrick Points 21

Essayez de vérifier votre RAM.

J'ai eu un problème similaire avec 10.13 (High Sierra) sur un iMac 2017 (18,3) avec un SSD d'usine et de la RAM tierce partie. J'ai eu des gels répétés, et Disk Utility First Aid a signalé des erreurs telles que "Object map is invalid" et conclut "File system verify or repair failed". À chaque fois, je reformatais le SSD et réinstallais MacOS et les logiciels, mais le problème revenait au bout de quelques jours. Il a passé les diagnostics Apple et mon Apple Store local n'a pu détecter aucun problème matériel (après avoir retiré la RAM tierce). Je n'ai eu aucun problème sur plusieurs autres ordinateurs, dont deux autres iMac, un MacBook et plusieurs machines virtuelles MacOS.

Ce qui a réglé le problème pour moi, c'est de faire correspondre la RAM par banque, c'est-à-dire que la banque 0 (DIMM 0/1) contient une paire de RAM Apple et la banque 1 (DIMM 0/1) contient une paire de RAM tierce.

Mise à jour 2018-01-06 : Je viens d'avoir un autre échec après 1 semaine. (C'est le problème avec les pannes aléatoires). J'ai temporairement retiré la RAM tierce partie pendant que je fais plus de tests.

Mise à jour 2018-01-22 : Après 10 jours avec la nouvelle mémoire vive, le problème ne s'est pas produit. Je crois que mon problème a été causé par une mauvaise mémoire vive. (Peut-être que APFS utilise la RAM comme un cache ?).

0voto

WeiZhi Shi Points 1

J'ai pu récupérer des fichiers après avoir créé une image disque à partir de la partition APFS corrompue et elle peut être montée.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X