Problème de reconnaissance et de montage de disque externe sous Catalina

[Membre supprimé 1060554]

Il y a des chances que tu aies eu ce panneau :

• est-ce que ça te rappelle quelque chose ?

 

[JCC_FRANCE]

Oui, ce panneau me parle.

je pense que j'étais resté sur le format de Mac Os étendu (journalisé)
Pour ce qui est du schéma alors là !! Je ne sais pas...

J'ai parcouru les différentes possibilités, et je n'exclue pas qu'à l'époque j'ai pu faire le choix du format MS-DOS FAT ou EXFAT (sans en connaitre les contraintes), surement séduit par le fait que c'était compatible Mac et PC.
Mais bon la pluspart du temps je suis resté sur Mac Os étendu (journalisé).

Je suis désolé mais je n'arrive pas à être plus précis. Nous ne pouvons pas le savoir ça avec une commande dans Terminal?

 

[Membre supprimé 1060554]

Tu as dit précédemment que tu avais chiffré le volume : si c'est le cas > il ne pouvait s'agir que d'un format jhfs+ au départ (Mac OS étendu journalisé) => pour pouvoir se trouver converti à un système de stockage CoreStorage chiffré.

- la mention de Volume Logique dans le panneau de l'Utilitaire de disque te dit-elle quelque chose ?​

Note : dans l'état de ton disque => on ne peut que se livrer à des recréations spéculatives. La seule base était la présence d'une table de partition GPT.

 

[JCC_FRANCE]

oui j'ai déjà chiffré un disque mais celui dont je suis sûr c'est le disque interne de mon MacBook Pro. Pour ce qui est du HD externe en question, je ne suis pas sûr, je ne pense pas même.

- La mention de "Volume Logique" dans le panneau de l'Utilitaire de disque ne m'évoque vraiment rien du tout.

Ok ok oui je comprends bien. Je puis t'assurer que dorénavant je stockerai sur mon MacBook une capture de la config de chacun de mes disques afin de ne plus jamais me retrouver ainsi! ^^

 

[Membre supprimé 1060554]

Voici ce qu'on peut faire -->

- supprimer l'actuel descripteur dans la table GPT (qui décrit la partition comme de type "Apple_HFS") > puis le recréer avec une description de type "Apple_CoreStorage" tout en gardant la même localisation sur les blocs. On verra ainsi si cette nouvelle description de partition => récupère un système de fichiers toujours inscrit sur les blocs de manière à remonter un volume.​

D'accord pour ce test ?

----------

Note : je rappelle qu'aucune partition n'existe en tant qu'objet sur les blocs du disque. Car aucune balise ne marque tel bloc comme bloc de départ ou tel bloc comme bloc de fin. Une partition n'existe que comme "description potentielle" de la table GPT. C'est le kernel (le moteur du Système démarré) qui > à la lecture de la GPT > "fait exister" la partition décrite par son descripteur GPT > et si le 1er bloc décrit comme bloc de tête de la partition se trouve coïncider avec le super-bloc d'un système de fichiers effectivement inscrit sur les blocs du disque (càd. le bloc support du header ou initialisateur d'un système de fichiers) => alors hop ! le kernel prend en charge ce système de fichiers formateur d'un volume et monte le volume.

- par suite : toutes les manipulations qu'on est en train de faire => n'adressent que le table de partition GPT (blocs 1 à 33 du disque) et aucun bloc au-delà. Càd. écrivent des "possibles" (càd. des descriptions possibles de partitions). Si la chance voulait qu'une de ces descriptions possibles (ou théoriques) corresponde par le bloc assigné en bloc de départ => au super-bloc d'un système de fichiers toujours inscrit sur les blocs > avec le bon type de partition => hop ! instantanément le kernel régénérerait le volume défini par ce système de fichiers en le remontant.​

 

[JCC_FRANCE]

Oui, c'est clair, merci. Tentons à travers ces 33 premiers blocs du disque.

Ok pour ce test.

 

[JCC_FRANCE]

Déjà, juste pour info, en remettant l'alimentation sur le disque, je n'ai pas eu le message type habituel : "Le disque que vous avez inséré n'est pas lisible par cet ordinateur"

 

[JCC_FRANCE]

Déjà, juste pour info, en remettant l'alimentation sur le disque, je n'ai pas eu le message type habituel : "Le disque que vous avez inséré n'est pas lisible par cet ordinateur"

Mais cela est logique si je reprends le fil ! ^^

 

[Membre supprimé 1060554]

Oui : car ton disque est lisible > en ayant une table de partition GPT décrivant au moins une partition valide (celle de l'EFI).

- passe la commande (copier-coller) :​

sudo gpt remove -i 2 disk2 ; sudo gpt show disk2

• la commande supprime le descripteur GPT n°2 du disque externe > puis réaffiche le tableau des blocs.

Poste le retour.

 

[JCC_FRANCE]

Voici :

wifibridge-3:~ macbookprotbjcc$
wifibridge-3:~ macbookprotbjcc$ sudo gpt remove -i 2 disk2 ; sudo gpt show disk2
Password:
disk2s2 removed
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640  7813627495         
  7814037135          32         Sec GPT table
  7814037167           1         Sec GPT header
wifibridge-3:~ macbookprotbjcc$

 

[Membre supprimé 1060554]

Descripteur supprimé. Passe la commande :

sudo gpt add -b 409640 -s 7813627488 -t 53746F72-6167-11AA-AA11-00306543ECAC -i 2 disk2 ; diskutil list disk2

• la commande recrée un descripteur GPT de partition telle que : bloc de tête = n°409640 > extension = 7813627488 (blocs de 512 octets = 4000.57 Go) > type = "Apple_CoreStorage" (via son UUID de type = 53746F72-6167-11AA-AA11-00306543ECAC) > rang = n°2 ; puis affiche la configuration du disque externe

Poste le retour.

 

[JCC_FRANCE]

wifibridge-3:~ macbookprotbjcc$
wifibridge-3:~ macbookprotbjcc$ sudo gpt add -b 409640 -s 7813627488 -t 53746F72-6167-11AA-AA11-00306543ECAC -i 2 disk2 ; diskutil list disk2
Password:
disk2s2 added
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage                         4.0 TB     disk2s2
wifibridge-3:~ macbookprotbjcc$

 

[Membre supprimé 1060554]

On voit bien la partition de type "Apple_CoreStorage" --> malheureusement encore pas de mention d'un nom de conteneur.

- passe la commande :​

diskutil cs list

• qui affiche le tableau de tout dispositif CoreStorage trouvé

Poste le retour.

 

[JCC_FRANCE]

Eh oui ! ^^

wifibridge-3:~ macbookprotbjcc$ diskutil cs list
No CoreStorage logical volume groups found
wifibridge-3:~ macbookprotbjcc$

 

[Membre supprimé 1060554]

Rien en effet.

- je reposte ici le 1er tableau des blocs (avec les 3 partitions de type : "Linux_RAID") -->​

       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34        2014         
        2048     4980480      1  GPT part - A19D880F-05FC-4D3B-A006-743F0F84911E
     4982528     4194304      2  GPT part - A19D880F-05FC-4D3B-A006-743F0F84911E
     9176832      276448         
     9453280  7804376960      5  GPT part - A19D880F-05FC-4D3B-A006-743F0F84911E
  7813830240      206895         
  7814037135          32         Sec GPT table
  7814037167           1         Sec GPT header

• on voit qu'il y avait eu pas mal de manipulations > car on saute des partitions 1-2 => 5 : il manque donc les partitions 3 & 4

Rappelle-moi : que s'est-il passé pour que ce disque ait subi autant de modifications de sa table de partition ?

 

[JCC_FRANCE]

Ce disque était utilisé et régi par les logiciels de mon NAS Synology. A part l'initialisation du départ, je ne vois pas.

 

[Membre supprimé 1060554]

Qui sait ce qu'ils ont pu effectuer comme manœuvre !

- on peut encore tenter de refaire une partition de type "Apple_HFS" avec cette partition :​

9453280  7804376960      5  GPT part - A19D880F-05FC-4D3B-A006-743F0F84911E

• càd. en démarrant au bloc n°9453280 et en espérant qu'il s'agisse du super-bloc d'un système de fichiers jhfs+ toujours inscrit sur les blocs.

Passe les 2 commandes (l'une après l'autre) :

sudo gpt remove i 2 disk2
sudo gpt add -b 9453280 -s 7804376960 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk2 ; diskutil list disk2

• la 1ère supprime le descripteur de la partition de type "Apple_CoreStorage"

• la 2è recrée un descripteur GPT de partition telle que : bloc de tête = n°9453280 > extension = 7804376960 (blocs de 512 octets = 3995.84 Go) > type = "Apple_HFS" (via son UUID de type) > rang = n°2 ; puis affiche la configuration du disque externe

Poste le retour.

 

[Membre supprimé 1060554]

La 1ère commande est :

sudo gpt remove i 2 disk2

 

[JCC_FRANCE]

Voici :

wifibridge-3:~ macbookprotbjcc$
wifibridge-3:~ macbookprotbjcc$ sudo gpt remove i 2 disk2
Password:
usage: gpt remove -a device ...
       gpt remove [-b lba] [-i index] [-s lba] [-t uuid] device ...
wifibridge-3:~ macbookprotbjcc$ sudo gpt add -b 9453280 -s 7804376960 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk2 ; diskutil list disk2
gpt add: disk2: error: entry at index 2 is not free
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage                         4.0 TB     disk2s2
wifibridge-3:~ macbookprotbjcc$

 

[Membre supprimé 1060554]

Je m'étais emmêlé les pinceaux à la frappe des commandes. Donc rien ne s'est passé.

- voici les 2 commandes bien saisies :​

sudo gpt remove -i 2 disk2
sudo gpt add -b 9453280 -s 7804376960 -t 48465300-0000-11AA-AA11-00306543ECAC -i 2 disk2 ; diskutil list disk2

• repasse-les et poste le retour.