Récemment, le disque dur de mon Macbook a commencé à avoir des blocages et j'ai rapidement réussi à faire un clone du disque avec ddrescue sur un disque externe via une session Ubuntu live. J'ai réussi à tout cloner sans trop de problèmes.
Lorsque je branche ce disque externe en utilisant Ubuntu, je peux accéder à toutes les partitions. Mais malheureusement, lorsque j'essaie d'accéder à ce disque sur MacOS lui-même, l'accès est refusé. Apple_CoreStorage La partition ne se monte pas.
Voici mon diskutil list sortie :
paulofreitas@Paulos-MacBook-Pro:~$ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID\_partition\_scheme \*500.1 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple\_CoreStorage Macintosh HD 499.2 GB disk0s2
3: Apple\_Boot Recovery HD 650.0 MB disk0s3
/dev/disk1 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple\_HFS Macintosh HD +498.9 GB disk1
Logical Volume on disk0s2
F0CA4975-A73D-46D6-92AB-4A4DDF3DFFF7
Unencrypted
/dev/disk2 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: FDisk\_partition\_scheme \*2.0 TB disk2
1: Apple\_HFS Storage 2.0 TB disk2s1
/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID\_partition\_scheme \*2.0 TB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple\_CoreStorage 499.2 GB disk3s2
3: Apple\_Boot Recovery HD 650.0 MB disk3s3
4: Apple\_HFS Time Machine 1.5 TB disk3s4Le disque dur externe est le /dev/disk3 . Les 3 premières partitions sont une copie exacte de /dev/disk0 au moment où j'ai fait le clone. La dernière partition La machine à remonter le temps a ensuite été créé avec l'espace disque libre restant.
Je ne peux pas monter /dev/disk3s2 dans MacOS bien que je puisse le faire en utilisant Ubuntu. Est-ce que quelque chose m'échappe ? Que dois-je faire pour monter cette partition ?
Mise à jour
D'après ce que j'ai compris, le problème se produit parce que les deux /dev/disk0s2 + /dev/disk3s2 et /dev/disk0s3 + /dev/disk3s3 partage la même étiquette de disque. Mon /Volumes/Macintosh HD liste le système de fichiers du Macbook lui-même, c'est-à-dire que c'est le /dev/disk1 (de /dev/disk0s2 ).
En fait, cela se produit parce que les GUID GPT du disque et les GUID GPT des partitions partagent les mêmes UUID. Je n'ai toujours pas trouvé de moyen ou d'outil pour changer les GUIDs de ces partitions en toute sécurité (où je peux les monter sans compromettre leurs données).
1 votes
Le problème ici n'est pas une étiquette de disque mais les UUIDs identiques de volume et de lvg/pv/lvf/lv.
0 votes
@klanomath Hmm, cela a beaucoup de sens. Savez-vous si l'on peut utiliser en toute sécurité
sgdisk -G(d'Ubuntu) pour résoudre ce problème ? Je n'ai jamais utilisésgdisket je ne sais pas si on peut l'utiliser sans compromettre les données de la partition. Cela réglerait probablement le problème :)1 votes
Pour l'instant, sgdisk ne peut pas gérer les conteneurs CoreStorage et leurs différents UUID.