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

Le doute persiste quant à savoir s'il y a un système de fichiers (qui serait corrompu) ou pas.

Passe la commande :
Bloc de code:
diskutil verifyVolume disk3s2

  • qui vérifie le système de fichiers de la partition - s'il existe

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
 
Une possibilité est qu'il existe bien un système de fichiers hfs+ qui aurait été récupéré > mais que ce système de fichiers serait massivement corrompu --> ce qui proscrirait aucune vérification de détail de ses fichiers particuliers.

- pour quelle raison y a-t-il eu intervertion d'un spécialiste pour récupérer des fichiers ? --> le volume de démarrage ne montait plus ?​
 
Je ne sais que ce que m'en ont dit mes parents qui n'y connaissent rien !
Leur Mac était en panne (?!), le spécialiste leur a dit que le disque de démarrage était mort mais qu'il allait essayer de récupérer les fichiers, ce qu'il a fait, en partie.
 
Il a dû utiliser un logiciel de récupération de données > qui a scanné les blocs de la partition principale du disque --> dont le volume ne montait peut-être plus.

- comme il se fait tard (pour moi) --> je jette l'éponge. Je reviendrai demain dans ton fil pour qu'on finisse d'évaluer la situation.​
 
Tu n'auras qu'à te re-manifester dans ce fil --> pour qu'on achève nos tentatives de récupération du volume du SSD (il y a encore le type : "Apple_CoreStorage" à tester avec une taille de 209,7 Mo de partition de type : EFI).

- j'ai énormément été gêné dans les manipulations qu'on a faites par la valeur de bloc inhabituelle (bloc octuple du bloc standard de 512 octets = bloc de 4096 octets) manifestement imposée par le SSD lui-même. S'il avait été possible d'utiliser la norme classique des 512 octets de bloc --> je n'aurais eu aucun doute sur les localisations spéculatives des partitions (EFI > OS X > Recovery HD) au bloc près - car elles obéissent classiquement à des standards.​
 
Alors passe la commande :
Bloc de code:
sudo gpt remove -i 2 disk3 ; sudo gpt show disk3

  • la commande supprime le descripteur GPT qui définit un type : "Apple_HFS" > puis affiche la distribution des blocs du disque

Poste le retour.
 
Bloc de code:
disk3s2 removed
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2          4         Pri GPT table
          6      51200      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      51206  121886742        
  121937948     158692      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
  122096640          1        
  122096641          4         Sec GPT table
  122096645          1         Sec GPT header
 
Alors on recrée le descripteur GPT avec définition d'un type "Apple_CoreStorage" de partition.

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

  • la commande crée un descripteur GPT avec les mêmes paramètres que précédemment (bloc de tête > extension > rang) > mais avec une variation au type : "Apple_CoreStorage" (via son UUID de type) ; puis affiche la configuration du disque

Poste le retour.
 
Bloc de code:
disk3s2 added
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:          Apple_CoreStorage                         499.2 GB   disk3s2
   3:                 Apple_Boot                         650.0 MB   disk3s3
 
On voit la partition créée -->
Bloc de code:
   2:          Apple_CoreStorage                         499.2 GB   disk3s2

  • mais en regard du type "Apple_CoreStorage" --> il n'y a pas d'intitulé de Conteneur ("Logical Volume Group")

Passe la commande :
Bloc de code:
diskutil cs list

  • qui décrit un CoreStorage, s'il existe

Est-ce que tu as un retour ?
 
Passe enfin la commande :
Bloc de code:
diskutil verifyVolume disk0s2

  • qui tente de vérifier ce qu'il y aurait à vérifier dans la partition Apple_CoreStorage

Poste le retour.
 
Pardon : c'est bien disk3s2. Donc voici la commande :
Bloc de code:
diskutil verifyVolume disk3s2
 
Bloc de code:
Started file system verification on disk3s2
Error: -69808: Some information was unavailable during an internal lookup