Salut
Rarender
Lorsque tu veux repartitionner une partition existante (ce qui est ton cas : tu veux retrancher un certain espace-disque à la partition actuelle de ton OS :
Macintosh HD > pour exporter avec cet espace une nouvelle partition au format
FAT-32 destinée à l'installation de
Windows - opération qui est normalement très bien supportée en mode "
live", càd. le système de fichiers de la partition-source actif, volume monté, OS démarré) => tu te heurtes à un message d'erreur, que tu passes par l'«
Assistant BootCamp» ou que tu passes par l'«
Utilitaire de Disque».
La raison en est simple : avant d'engager le processus du
re-partitionnement, une
vérification d'intégrité du système de fichiers de la partition concernée (la
Macintosh HD de l'OS, ici) est engagée [NB. le système de fichiers d'une partition est un ensemble de fichiers gestionnaires de l'accès en lecture / écriture aux fichiers de la partition - ces fichiers gestionnaires résident sur les blocs d'en-tête de la partition].
2 cas de figure ressortent :
- a) exit code = 0 (code de sortie de la vérification = sans erreur) > le système de fichiers a passé l'examen de la vérification d'intégrité > le re-partitionnement se trouve alors engagé.
- b) exit code > 0 (code de sortie de la vérification présentant des erreurs - exemple : code 8) > le système de fichiers ne passe pas l'examen de la vérification d'intégrité, car il comporte des erreurs dans sa gestion des fichiers de la partition. Ce peut être un nombre de blocs erroné dans le fichier d'allocation de blocs / des erreurs de nœuds dans le catalogue B-tree d'adresses des fichiers / des erreurs dans le fichier des attributs_étendus / des erreurs dans le fichiers des liens_multiples => dans ce cas de figure d'un système de fichiers présentant des erreurs, la commande de re-partitionnement est avortée.
Ce qui appelle quelques observations (épistémologiques - dont je te sens friand
) :
-
pourquoi la commande est-elle avortée ? Car l'utilitaire de vérification d'intégrité du système de fichiers (l'utilitaire UNIX
fsck_hfs :
filesystem_check_hfs_format) n'a pas pouvoir de réparation des erreurs trouvées, lorsque sa cible est un système de fichiers
non-démontable en volume > ce qui est le cas, s'il s'agit du système de fichiers de la partition de l'OS démarré, dont le volume ne peut pas être démonté. Or, pour réparer un système de fichiers, il faut qu'il soit démonté - càd. désactivé complètement.
-
le système de fichiers est-il réparable ? Oui, en cas d'
erreurs mineures de nombre des blocs, d'attributs_étendus ou encore de liens_multiples ; jamais en cas d'
erreur majeure, comme l'est une erreur décisive de nœud dans la
catalogue B-tree d'adresses des fichiers. Dans un tel cas, seul un reformatage effaçant le système de fichiers et en régénérant un neuf - mais vide - redresse la situation. Le prix à payer : la perte de toutes les données, vu que leur
catalogue B-tree d'adressage est effacé, ce qui revient à dire qu'elles ne peuvent plus être cherchées, lues, éditées ou supprimées. Dans ton cas :
exit code = 8 sur le fichier de liens_physiques (
hard_links) => erreur mineure, réparable.
-
comment puis-je réparer le système de fichiers présentant des erreurs ? - en se plaçant dans une situation où il peut être
démonté en volume, càd.
désactivé > donc en démarrant sur un
Système alternatif de celui de l'OS (dont c'est le système de fichiers gestionnaire) > donc en démarrant sur le Système auxiliaire de la «
Recovery HD» qui est exactement conçu pour redresser ce genre de situation > c'est-à-dire en re-démarrant le Mac les touches
⌘R tenues pressées ensemble jusqu'à obtention de la > «
Utilitaire de Disque» > sélection du volume
Macintosh HD (en alinéa, 2è ligne, et pas le disque, ligne supérieure attenante à la marge, où là on répare la Table de Partition
GPT et aucun système de fichiers de partition particulière) >
S.O.S.
=> si tu obtiens ce coup-ci, après démontage du système de fichiers de l'OS et réparation, à la fin de l'opération de vérification / réparation, un :
exit code = 0 (retraduit en Français en : «
le volume Macintosh HD semble être en bon état ») > tu as obtenu le
quitus : le système de fichiers gérant la partition de l'OS est OK.
Il ne te reste plus qu'à re-démarrer normalement sur ton OS et à relancer ton opération de re-partitionnement, par l'«
Assistant BootCamp» ou via l'«
Utilitaire de Disque». Ce coup-ci, le système de fichiers de la partition -cible (
Macintosh HD) étant vérifié sans erreur (
exit code = 0) > le re-partitionnement va s'opérer.
[Ce n'est pas dans ce processus "créateur" - de partition - que les (vrais) ennuis commencent > mais en cas d'opération "dé-créatrice" de suppression de la partition BOOTCAMP et de ré-intégration de son espace à la partition Macintosh HD de l'OS. Car, «El Capitan» greffant un format CoreStorage sur la partition de l'OS, cette architecture logique complexe déroute l'«Assistant BootCamp« qui plante à compléter l'opération.
Mais cela - comme disait toujours Rudyard Kipling - « est une autre histoire... »]
)
