Salut
Alex
par simple curiosité intellectuelle, j’aimerais bien savoir pour mon HDD interne a fait cette erreur...
Les systèmes de fichiers sont opaques à l'examen et l'
apfs davantage encore que le
jhfs+ parce que :
a) il est très peu documenté par Apple même >
b) l'expérience est trop fraîche pour qu'au niveau utilisateur on en ait encore des idées opératoires.
Ce que cette courte expérience m'a montré jusqu'ici est que -->
- en cas d'erreurs internes comme celle de "sur-allocation" de blocs occupés à un volume --> le code de sortie de la vérification du système de fichiers reste 0 = zéro erreurs
- par contre une code de sortie = 78 > signale une erreur radicale qui ne peut pas être réparée > sans qu'on sache exactement en quoi consiste cette erreur.
C'était ton cas -->
Bloc de code:
Storage system check exit code is 78
Curieusement > tu ne paraissais pas avoir de difficultés avec ton volume
Macintosh HD > mais une option comme le re-dimensionnement du
Conteneur APFS était proscrite. La seule chose que tu pouvais faire > tu l'as faite : effacer le
Conteneur et ré-installer en mode propre.
En ce qui me concerne > je soupçonne une erreur à la mise-en-place même du système de fichiers
apfs > et pas en cours d'utilisation.
Si je reviens sur le tableau de vérification que tu as obtenu (réduit à l'essentiel) -->
Bloc de code:
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
error: mount_apfs exit status 73
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 78
je note la remarquable brièveté de l'examen > car voici ce que moi ce que j'obtiens de mon côté :
Bloc de code:
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking snapshot 1 of 24
Checking snapshot 2 of 24
Checking snapshot 3 of 24
Checking snapshot 4 of 24
Checking snapshot 5 of 24
Checking snapshot 6 of 24
Checking snapshot 7 of 24
Checking snapshot 8 of 24
Checking snapshot 9 of 24
Checking snapshot 10 of 24
Checking snapshot 11 of 24
Checking snapshot 12 of 24
Checking snapshot 13 of 24
Checking snapshot 14 of 24
Checking snapshot 15 of 24
Checking snapshot 16 of 24
Checking snapshot 17 of 24
Checking snapshot 18 of 24
Checking snapshot 19 of 24
Checking snapshot 20 of 24
Checking snapshot 21 of 24
Checking snapshot 22 of 24
Checking snapshot 23 of 24
Checking snapshot 24 of 24
warning: apfs_num_other_fsobjects (28) is not valid (29)
Verifying allocated space
The volume /dev/rdisk6s1 appears to be OK
File system check exit code is 0
Tu noteras que le système de fichiers
apfs obtient chez moi un code
0 alors qu'il y a un avertissement relatif à une erreur mineure.
Mais surtout tu noteras qu'après le
quatuor de vérification du
Conteneur en tant qu'ensemble -->
Bloc de code:
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
qui chez toi a passé la vérification comme chez moi > le processus plante chez toi après 2 entrées de vérification :
Bloc de code:
Checking the APFS volume superblock
Checking the object map
- qui concernent spécifiquement le volume APFS principal Macintosh HD.
L'expérience du système de fichiers
jhfs+ m'a montré que > lorsqu'il y a échec de la vérification > l'entrée qui occasionne cet échec n'est jamais nommée mais
échappée d'affichage. Si l'on compare avec ma vérification qui a été complète > on s'aperçoit que l'item qui manque à l'appel chez toi est le :
C'est - de loin - l'élément du système de fichiers
apfs qui demande le plus de temps à la vérification. L'intitulé est assez cryptique :
fsroot tree --> je traduirais par : "arborescence partant de la racine du système de fichiers" > ce qui n'est guère plus parlant. En l'état de la connaissance mince de choses --> je risquerais qu'il s'agit du
catalogue des fichiers (l'équivalent du
catalog B-tree du système de fichiers
jhfs+).
Dans ton cas > il y a plantage direct de la vérification > ce qu'on pourrait interpréter comme un : "arborescence invalide du catalogue des fichiers".
Le fait que «
FileVault» ait été activé au départ > ce qui fait que l'installation de
High Sierra impliquait une
conversion à l'
apfs d'un
système de stockage CoreStorage Chiffré --> me paraît avoir été le facteur qui a déclenché des erreurs à la mise en place de l'
apfs.
Désactiver «
FileVault» devrait être effectué en préalable
avant toute mise-à-niveau à l'
APFS.
