10.14 Mojave Le disque que vous avez inséré n'est pas lisible par cet ordinateur... ?

Pardon : j'ai fait un lapsus calami en omettant le "f" de verifyVolume.

Voici la commande éditée :
Bloc de code:
diskutil verifyVolume disk3s2

  • poste le retour.
 
Bloc de code:
Started file system verification on disk3s2
Verifying file system
Volume is already unmounted
Performing fsck_hfs -fn -x /dev/rdisk3s2
File system check exit code is 8
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 8
 
Le fait que la vérification ne rencontre aucun fichier spécifique d'un système de fichiers hfs+ (comme ceux des : segments en excès > catalogue > liens multiples > attributs étendus > bitmap) --> tend à montrer qu'aucun réel système de fichiers ne réside dans la partition à partir de son bloc de tête -->

- il va falloir explorer les 3 autres variations prévues : type CoreStorage pour la même localisation de partition > puis types Apple_HFS vs CoreStorage pour une taille de partition EFI initiale de 209,7 Mo.​

=> préviens ici quand tu seras de nouveau disponible.
 
Alors passe la commande :
Bloc de code:
sudo gpt show disk3

  • qui affiche la distribution des blocs du SSD (si le disque est bien toujours disk3)

Poste le tableau
 
Bloc de code:
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2          4         Pri GPT table
          6      76800      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      76806  121861142      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  121937948     158693        
  122096641          4         Sec GPT table
  122096645          1         Sec GPT header
 
On va faire un test de recréation de la partition de secours en fin de disque -->

- on sait qu'il faut 158692 blocs (de 4096 octets) pour équivaloir aux 650 Mo de cette partition. Or il y a 158693 blocs vacants --> on pas donc laisser 1 bloc libre entre la fin de la partition de secours et le début de la GPT secondaire. Lorsque le bloc a une taille de 512 octets > le défaut est qu'une bande de 7 blocs libres soit toujours intercalée à la fin. 1 bloc octuple peut équivaloir à cette ancienne routine.​

Donc passe la commande :
Bloc de code:
sudo gpt add -b 121937948 -s 158692 -t 426F6F74-0000-11AA-AA11-00306543ECAC -i 3 disk3 ; diskutil list disk3

  • la commande ajoute un descripteur GPT de partition telle que : bloc de tête = n°121937948 > extension = 158692 blocs (de 4096 octets = 650 Mo) > type = "Apple_Boot" (via l'UUID du type - type requis pour une partition de secours) > rang = n°3 ; puis affiche la configuration du SSD

Poste le retour.
 
Bloc de code:
disk3s3 added
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI                         314.6 MB   disk3s1
   2:                  Apple_HFS                         499.1 GB   disk3s2
   3:                 Apple_Boot                         650.0 MB   disk3s3
 
La partition a été créée. Mais le type "Apple_Boot" proscrit tout remontage automatique d'un volume (au cas où il existerait).

Donc passe la commande :
Bloc de code:
diskutil mount disk3s3 ; diskutil list disk3

  • la commande monte le volume Recovery HD (si un système de fichiers jhfs+ a bien été récupéré dès le bloc de tête de la partition => qui définisse ce volume) > puis réaffiche la configuration du SSD

Poste le retour.
 
Bloc de code:
Volume on disk3s3 failed to mount
If the volume is damaged, try the "readOnly" option
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI EFI                     314.6 MB   disk3s1
   2:                  Apple_HFS                         499.1 GB   disk3s2
   3:                 Apple_Boot                         650.0 MB   disk3s3
 
On n'a pas davantage de chance (de récupérer un volume défini par un système de fichiers) > avec la partition de secours.

Par acquit de conscience > passe la commande :
Bloc de code:
diskutil verifyVolume disk3s3

  • qui vérifie le système de fichiers > si un jhfs+ existe sur l'en-tête de la partition

Poste le retour.
 
J'ai l'impression que le conteneur de la partition est vide de système de fichiers.

Passe enfin la commande :
Bloc de code:
diskutil info disk3s3

  • qui affiche un tableau d'informations sur la partition

Poste le retour.
 
Bloc de code:
Device Identifier:         disk3s3
   Device Node:               /dev/disk3s3
   Whole:                     No
   Part of Whole:             disk3

   Volume Name:               Not applicable (no file system)
   Mounted:                   Not applicable (no file system)
   File System:               None

   Partition Type:            Apple_Boot
   OS Can Be Installed:       No
   Media Type:                Generic
   Protocol:                  USB
   SMART Status:              Not Supported
   Disk / Partition UUID:     31BC1CD8-1A6B-420F-814C-772964E04114
   Partition Offset:          499457835008 Bytes (121937948 4096-Byte-Device-Blocks)

   Disk Size:                 650.0 MB (650002432 Bytes) (exactly 1269536 512-Byte-Units)
   Device Block Size:         4096 Bytes

   Read-Only Media:           No
   Read-Only Volume:          Not applicable (no file system)

   Device Location:           External
   Removable Media:           Fixed
 
On voit que la partition est vide de tout système de fichiers.

On peut faire un test sur la partition principale > en recréant un descripteur assignant un type : "Apple_CoreStorage" -->

- partant ?​
 
Passe la commande :
Bloc de code:
sudo gpt remove -i 2 disk3

  • la commande supprime le descripteur GPT de la grande partition de type "Apple_HFS"

Poste le retour.
 
Alors on recrée le descripteur avec un type "Apple_CoreStorage".

Passe la commande :
Bloc de code:
sudo gpt add -b 76806 -s 121861142 -t 53746F72-6167-11AA-AA11-00306543ECAC -i 2 disk3 ; diskutil list disk3

  • la commande recrée le descripteur GPT à l'identique (bloc de tête > extension > rang) > en faisant seulement varier le type à : "Apple_CoreStorage" (via son UUID de type). Puis elle réaffiche la configuration du SSD.

Poste le retour.