Salut
Wilkinsword
La partition
Macintosh HD de ton disque interne sur laquelle est installé l'OS «
El Capitan» est gérée par un
système de fichiers. Il s'agit d'une série de fichiers chargés de gérer les opérations de lecture / écriture aux blocs de la partition, fichiers qui résident sur les premiers blocs de cette partition. Un système de fichiers est d'un certain type, qui est son
format : pour une partition d'accueil d'
OS X, le format du système de fichiers en question est
jhfs+ (
Mac OS étendu journalisé).
--------------------
Parmi les fichiers de ce système de fichiers, le fichier du catalogue, dit
catalogue B-tree, est le fichier cardinal. Ce fichier, en effet, contient une arborescence, constamment mise-à-jour, caractérisée, à partir d'un point de départ absolu qui est la racine, par des chemins allant à des points de bifurcation (parfois trifurcation) appelés
nœuds, dont partent chaque fois 2 (ou 3) nouveaux chemins allant à de nouveaux
nœuds et etc. jusqu'aux points d'aboutissement ultimes de cette arborescence logique, qui sont les données terminales ou feuilles. Chacun des
nœuds porte une
clé numérique d'une valeur unique, les données terminales étant associées quant à elles chacune à un numéro déterminé. Pour trouver une donnée dont le numéro est connu (par exemple 6284), un processus va donc parcourir l'
arbre B-tree en choisissant, au niveau de chaque
nœud de bifurcation marqué par une
clé numérique médiane (par exemple 902), soit le chemin du haut, soit le chemin du bas, en fonction de la valeur du numéro de la donnée (dans mon exemple de donnée 6284, le processus accédant à la
clé 902 emprunte automatiquement le chemin du haut = donnant accès à des valeurs numériques supérieures à 902). Et ainsi de suite à chaque
nœud jusqu'à atteinte de la feuille terminale ou donnée.
Bref, le catalogue
B-tree permet l'accès aux données, à fin de lecture et écriture. En cas d'
erreurs de nœuds graves, tous les chemins logiques qui partent de ces bifurcations se trouvent invalidés et des masses de données qui peuvent être considérables deviennent inaccessibles. Bref, les
erreurs de nœuds dans le
catalogue B-tree sont toujours critiques, les erreurs
mineures pouvant être réparées, les erreurs
majeures nécessitant la reconstruction du
catalogue B-tree. Ces erreurs de cataloguage peuvent avoir une origine logique ; mais elles peuvent provenir d'un disque sur lequel l'accès à des zones entières de blocs est bloqué par des
I/O errors : erreurs d'entrée / sortie. Blocages qui à leur tour proviennent d'un disque en voie de défaillance, ou d'une nappe de transit des données qui a des problèmes.
--------------------
Mon petit discours débouche donc sur le résultat suivant : le
catalogue B-tree gérant l'accès aux données de ta partition
Macintosh HD doit comporter des
erreurs, sans qu'on sache si elles ont une provenance logique ou matérielle ; ni si elles sont réparables ou non avant d'avoir tenté cette réparation. Ta démarche a été parfaitement correcte et il est hautement anormal qu'une réparation du système de fichiers depuis la «
Recovery HD» prenne plus de quelques minutes.
Je te propose donc le test suivant (sans te promettre monts et merveilles). Tu redémarres par
⌘R sur ta «
Recovery HD», tu négliges la fenêtre des 4
Utilitaires OS X pour aller à la barre supérieure de menus de l'écran, menu :
Utilitaires et tu lances le «
Terminal». Dans la fenêtre ouverte, commence par saisir la commande (avec exactitude - attention aux espaces critiques) :
Bloc de code:
diskutil umount /dev/disk0s2
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> cette commande appelle l'utilitaire
diskutil (utilitaire de disque) avec le verbe
umount (ou
unmount = orthographe libre : démonter) sur la cible du
device disk0s2 = le secteur n°2 de ton disque interne --> elle va donc démonter le volume automatiquement monté
Macintosh HD correspondant à la partition
disk0s2, ce qui permet, de ce fait, la réparation éventuelle de son système de fichiers. Un message du type :
The volume Macintosh HD on disk0s2 was successfully unmounted devrait s'afficher en conséquence.
Tu passes alors la commande suivante :
Bloc de code:
fsck_hfs -fy -Rc /dev/rdisk0s2
et ↩︎ (attention à la saisie. J'ai bien écrit
rdisk qui signifie
raw_disk : à savoir les blocs bruts de la partition et non leur représentation en mode cache, qui est désignée par le simple
disk). Cette commande appelle l'utilitaire
filesystem_check [format :
HFS] avec les options : forcer la réparation (
f) en mode automatique (
y = yes) + reconstruction obligée du
catalogue B-tree (
Rc) --> ça prend normalement du temps, surtout une reconstruction de catalogue de zéro, mais pas plus de quelques minutes. Tu vas bien voir si tu touches à la fin un :
The Volume Macintosh HD appears to be OK ou non.
=> si tu obtenais ce message positif, re-démarre sur ton OS et teste. Sauvegarde tes données si tu le peux (il y a manifestement de l'eau dans le gaz et je subodore que le couple
HDD /
DATA cable a un problème).
