Salut
tabasco
j'ose pas faire le saut à :
diskutil repairDisk disk2
Repairing the partition map might erase disk2s1, proceed? (y/N)
Si tu regardes la distribution des partitions du
disk2 -->
Bloc de code:
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *2.0 TB disk2
1: EFI EFI 209.7 MB disk2s1
2: Apple_HFS 2ToDocked 2.0 TB disk2s2
tu t'aperçois que la partition
disk2s1 qui court le "risque éventuel" d'un reformatage est la partition
1: EFI EFI 209.7 MB.
Il s'agit de l'
ESP (
EFI System Partition) > toujours créée par défaut en partition de tête d'un disque lorsque la table de partition est de type
GPT (
GUID Partition Table) > partition qui ne joue de rôle qu'en cas d'accès au disque par l'
EFI (le
Firmware du Mac). Càd. s'il s'agit de
démarrer un OS sur une partition de disque dans le "
temps du boot" (la séquence de démarrage du Mac).
Dès lors qu'aucun Système démarrable ne réside sur aucune partition d'un disque > et qu'on n'a affaire qu'à des volumes de
stockage de données > la partition de type
ESP ne joue aucun rôle > car ce disque n'est pas adressé par l'
EFI. C'est seulement dans le "
temps de la session" de l'utilisateur connecté > que le service (daemon)
diskarbitrationd de l'OS opère la probation des systèmes de fichiers des partitions > et qu'en cas de validation le
kernel (noyau) monte les volumes correspondants sur les partitions. Mais par défaut > dans le temps de la session > la partition
ESP se trouve
exclue de montage de son volume par son type de partition (=
EFI).
De ces considérations « théoriques » --> tu tires déjà la conséquence que : ton disque étant un disque de simple
stockage de données > la partition
ESP n°1 ne joue aucun rôle dans l'accès à la seule partition qui t'importe > qui est la n°2 =
disk2s2. Non : la table de partition
GPT (qui réside sur les 32 premiers blocs du disque) > définit l'
accès direct à la partition
disk2s2 sans aucun détour par l'
ESP disk1s1 dans le
temps de la session.
Conséquence de cette conséquence : il n'y a aucun risque à réparer la table de partition
GPT de ton disque de stockage - quel que soit l'avertissement ciblant la partition
ESP n°1 > puisque celle-ci ne joue strictement aucun rôle dans l'accès à ce type de disque dans le
temps de la session.
----------
Tu vas trouver que j'abonde en considérations oiseuses pour toi > puisque la seule chose qui t'importe est la partition n°2. Tu sais du moins que son sort est résolument « solitaire » (càd. ne dépend pas d'une autre partition = la n°1).
La
probation du
système de fichiers de la partition n°2 doit retourner des erreurs > telles que le service
diskarbitrationd ne donne pas son aval pour montage du volume.
Ta tentative de réparation via la commande
diskutil repairVolume disk2s2 retourne un :
Bloc de code:
Started file system repair on disk2s2 2ToDocked
Repairing file system
File system check exit code is 8
Updating boot support partitions for the volume as required
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
qui constitue un message d'erreur "non spécifique" (erreur de type
8 sur le
système de fichiers global = erreur touchant le "
format de fichier exécutable") > sans ciblage précis de tel ou tel fichier du système de fichiers qui comporterait des erreurs.
Je te propose le test suivant -->
-- après avoir repassé un :
uniquement pour toi-même > pour vérifier si la partition du volume
2ToDocked est bien toujours identifiée comme
disk2s2 (cela dépend du nombre des périphériques éventuellement intercalés en attachement au Mac)
-- tu peux passer la commande (à adapter dans l'identifiant d'appareil s'il y avait une variation) :
Bloc de code:
sudo fsck_hfs -dfy -Race -c 750 /dev/rdisk2s2
cette commande appelle directement l'utilitaire
fsck_hfs (
filesystem_check_hfs : vérificateur de système de fichiers orienté type
Apple_HFS) > avec une ribambelle d'options :
- d (debugging --> pour retourner des informations supplémentaires)
- f (force --> forcer la réparation en cas d'erreurs trouvées)
- y (yes --> ne pas demander de confirmation à l'opérateur)
- R (btree_Repair --> réparation spécifique de fichiers de type btree) =>
- a (attribute_btree --> btree des attributs_étendus)
- c (catalog_btree --> btree du Catalogue d'accès aux données)
- e (extent_overflow_btree --> btree des segments en excès pour l'écriture des longs fichiers)
- c (cache --> définition d'un cache de 750 Mo pour l'opération)
- rdisk2s2 (ciblage du raw_disk --> accès direct aux fichiers)
=> tu n'as qu'à poster ici en copier-coller le tableau d'ensemble qui est retourné > mais en pressant d'abord le bouton
⌹ de la petite barre de menus au-dessus du champ de saisie d'un message dans ce fil > sous-menu :
</> Code > coller dans la fenêtre de code >
Insérer (cela réduit la consommation de page en cas de long tableau).
