10.14 Mojave Probleme de partition apres clonage SSD

macomaniac a dit:
La partition n°3 n'a pas été supprimée. Donc passe les commandes :
Bloc de code: 
diskutil umountDisk disk3
sudo gpt remove -i 3 disk2

  • la 1ère démonte le Conteneur du 1 To
  • la 2è supprime le descripteur n°3
Poste les retours.
Cliquez pour agrandir...
Bloc de code: 
Unmount of all volumes on disk3 was successful
Bloc de code: 
gpt remove: unable to open device 'disk2': Resource busy
 
Décidément : la GPT est toujours occupée. Passe les commandes :
Bloc de code: 
diskutil umountDisk disk2
sudo gpt remove -i 3 disk2

  • la 1ère démonte le disque n°2 cette fois
  • la 2è supprime le descripteur

Poste les retours...
 
macomaniac a dit:
Décidément : la GPT est toujours occupée. Passe les commandes :
Bloc de code: 
diskutil umountDisk disk2
sudo gpt remove -i 3 disk2

  • la 1ère démonte le disque n°2 cette fois
  • la 2è supprime le descripteur
Poste les retours...
Cliquez pour agrandir...
Bloc de code: 
nmount of all volumes on disk2 was successful
Bloc de code: 
gpt remove: disk2: Suspicious MBR at sector 0
disk2s3 removed
 
Ah ! enfin...

Alors évidemment l'écriture à la GPT (la suppression du descripteur en est une) --> a instantanément fait remonter par le kernel tout ce qu'on avait démonté précédémment pour désactiver la table.

Donc passe la série de commandes :
Bloc de code: 
diskutil umountDisk disk3
diskutil umountDisk disk2
sudo gpt add -b 587714560 -s 389058560 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2

  • la 1ère démonte les volumes du Conteneur disk3
  • la 2è démonte l'exportation du Conteneur de la partition disk0s2 du disk2
  • la 3è recrée à l'identique le descripteur de la partition Windows dans la GPT

Poste les retours.
 
macomaniac a dit:
Ah ! enfin...

Alors évidemment l'écriture à la GPT (la suppression du descripteur en est une) --> a instantanément fait remonter par le kernel tout ce qu'on avait démonté précédémment pour désactiver la table.

Donc passe la série de commandes :
Bloc de code: 
diskutil umountDisk disk3
diskutil umountDisk disk2
sudo gpt add -b 587714560 -s 389058560 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2

  • la 1ère démonte les volumes du Conteneur disk3
  • la 2è démonte l'exportation du Conteneur de la partition disk0s2 du disk2
  • la 3è recrée à l'identique le descripteur de la partition Windows dans la GPT
Poste les retours.
Cliquez pour agrandir...
Bloc de code: 
Unmount of all volumes on disk3 was successful
Unmount of all volumes on disk2 was successful
Puis
Bloc de code: 
gpt add: /dev/disk2: Suspicious MBR at sector 0
gpt add: /dev/disk2: error: no space available on device
?
 
Passe la commande :
Bloc de code: 
sudo gpt show disk2

  • qui affiche la distribution des blocs du disque

Poste le tableau.
 
macomaniac a dit:
Passe la commande :
Bloc de code: 
sudo gpt show disk2

  • qui affiche la distribution des blocs du disque

Poste le tableau.
Cliquez pour agrandir...
Bloc de code: 
gpt show: disk2: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   587304920      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   587714560   389058560      3  MBR part 12
   976773120   976752015        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
 
Voici ce qui s'est créé :
Bloc de code: 
   587714560   389058560      3  MBR part 12

  • je pense comprendre le problème : comme il y a sur le bloc 0 une table MBR active (HMBR) --> celle-ci bloque la GPT à la recréation d'une partition.

Ça va être l'occasion d'étrenner gdisk que tu disais avoir installé. Passe la commande :
Bloc de code: 
sudo gdisk /dev/disk2

  • qui affiche les tables de partitions du disk2 et donne l'invite de commande du logiciel

Poste l'affichage.
 
macomaniac a dit:
Voici ce qui s'est créé :
Bloc de code: 
   587714560   389058560      3  MBR part 12

  • je pense comprendre le problème : comme il y a sur le bloc 0 une table MBR active (HMBR) --> celle-ci bloque la GPT à la recréation d'une partition.

Ça va être l'occasion d'étrenner gdisk que tu disais avoir installé. Passe la commande :
Bloc de code: 
sudo gdisk /dev/disk2

  • qui affiche les tables de partitions du disk2 et donne l'invite de commande du logiciel

Poste l'affichage.
Cliquez pour agrandir...

Voici le retour :
Bloc de code: 
GPT fdisk (gdisk) version 1.0.4

Partition table scan:
  MBR: hybrid
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with hybrid MBR; using GPT.
 
Comme tu le vois -->
Bloc de code: 
  MBR: hybrid

  • il y a bien une HMBR active sur le bloc 0. On va la reconvertir à une PMBR (Protective_MBR) qui a un statut neutre (valeur par défaut). On pourra toujours recréer ensuite une HMBR s'il est besoin.

Alors les commandes dans l'interface de gdisk sont de simples lettres suivies chaque fois d'une validation avec la touche "Entrée". Tape et valide successivement -->
Bloc de code: 
x
n
w
y

  • la 1ère fait passer dans le mode expert
  • la 2è crée en cache un nouvelle protective mbr
  • la 3è écrit (writes) au bloc 0 le cache de la nouvelle table mbr
  • la 4è confirme (yes) l'écriture

Note : gdisk n'a jamais besoin de désactiver des tables pour écrire.

Tu peux alors quitter gdisk > et redémarrer une fois. Ta session réouverte > tu vérifies par un :
Bloc de code: 
diskutil list

  • que le disque physique du 1 To est toujours disk2
  • puis tu repasses la commande (change le chiffre final s'il avait varié):
Bloc de code: 
sudo gpt show disk2

  • et poste les 2 tableaux (disques et blocs).
 
macomaniac a dit:
Comme tu le vois -->
Bloc de code: 
  MBR: hybrid

  • il y a bien une HMBR active sur le bloc 0. On va la reconvertir à une PMBR (Protective_MBR) qui a un statut neutre (valeur par défaut). On pourra toujours recréer ensuite une HMBR s'il est besoin.

Alors les commandes dans l'interface de gdisk sont de simples lettres suivies chaque fois d'une validation avec la touche "Entrée". Tape et valide successivement -->
Bloc de code: 
x
n
w
y

  • la 1ère fait passer dans le mode expert
  • la 2è crée en cache un nouvelle protective mbr
  • la 3è écrit (writes) au bloc 0 le cache de la nouvelle table mbr
  • la 4è confirme (yes) l'écriture
Note : gdisk n'a jamais besoin de désactiver des tables pour écrire.

Tu peux alors quitter gdisk > et redémarrer une fois. Ta session réouverte > tu vérifies par un :
Bloc de code: 
diskutil list

  • que le disque physique du 1 To est toujours disk2
  • puis tu repasses la commande (change le chiffre final s'il avait varié):
Bloc de code: 
sudo gpt show disk2

  • et poste les 2 tableaux (disques et blocs).
Cliquez pour agrandir...
Bloc de code: 
/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_APFS Container disk1         300.7 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                199.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            283.5 GB   disk1s1
   2:                APFS Volume Preboot                 29.6 MB    disk1s2
   3:                APFS Volume Recovery                511.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         300.7 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume Macintosh HD            271.8 GB   disk3s1
   2:                APFS Volume Preboot                 33.2 MB    disk3s2
   3:                APFS Volume Recovery                512.2 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4
Et
Bloc de code: 
gpt show: disk2: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   587304920      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   587714560   389058560      3  MBR part 12
   976773120   976752015        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
 
Je vois toujours une HMBR sur le bloc 0 : il n'y a pas eu de conversion visible à une PMBR -->

  • est-ce que tu as bien passé les 4 commandes dans gdisk ?
  • est-ce que tu as bien redémarré ensuite ?
 
macomaniac a dit:
Comme tu le vois -->
Bloc de code: 
  MBR: hybrid

  • il y a bien une HMBR active sur le bloc 0. On va la reconvertir à une PMBR (Protective_MBR) qui a un statut neutre (valeur par défaut). On pourra toujours recréer ensuite une HMBR s'il est besoin.

Alors les commandes dans l'interface de gdisk sont de simples lettres suivies chaque fois d'une validation avec la touche "Entrée". Tape et valide successivement -->
Bloc de code: 
x
n
w
y

  • la 1ère fait passer dans le mode expert
  • la 2è crée en cache un nouvelle protective mbr
  • la 3è écrit (writes) au bloc 0 le cache de la nouvelle table mbr
  • la 4è confirme (yes) l'écriture
Note : gdisk n'a jamais besoin de désactiver des tables pour écrire.

Tu peux alors quitter gdisk > et redémarrer une fois. Ta session réouverte > tu vérifies par un :
Bloc de code: 
diskutil list

  • que le disque physique du 1 To est toujours disk2
  • puis tu repasses la commande (change le chiffre final s'il avait varié):
Bloc de code: 
sudo gpt show disk2

  • et poste les 2 tableaux (disques et blocs).
Cliquez pour agrandir...
Ah mince je viens de relire votre post precedent, dois-je créer la Protective_MBR maintenant puis retourner
macomaniac a dit:
Je vois toujours une HMBR sur le bloc 0 : il n'y a pas eu de conversion visible à une PMBR -->

  • est-ce que tu as bien passé les 4 commandes dans gdisk ?
  • est-ce que tu as bien redémarré ensuite ?
Cliquez pour agrandir...
Mince la commande n'est pas passée, voici le bon retour:
Bloc de code: 
/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_APFS Container disk1         300.7 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                199.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            283.5 GB   disk1s1
   2:                APFS Volume Preboot                 29.6 MB    disk1s2
   3:                APFS Volume Recovery                511.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         300.7 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume Macintosh HD            271.8 GB   disk3s1
   2:                APFS Volume Preboot                 33.2 MB    disk3s2
   3:                APFS Volume Recovery                512.2 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4
Et
Bloc de code: 
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   587304920      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   587714560  1365810575      
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
Vous voulez dire redémarrer le PC ? Car je n'ai pas encore redémarrer j'ai oublié

Par contre je vois que la partition Windows a disparue du disk2, je ne dois pas m'inquiéter d'avoir perdu les données ?
 
Cette mention -->
Bloc de code: 
           0           1         PMBR

  • montre qu'une PMBR a bien été créée sur le bloc 0 (tu avais dû oublier de redémarrer). La table GPT devrait être débloquée à présent.

Donc c'est reparti --> passe les 3 commandes :
Bloc de code: 
diskutil umountDisk disk3
diskutil umountDisk disk2
sudo gpt add -b 587714560 -s 389058560 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2

  • et poste les retours.

Note : en l'absence d'un volume BOOTCAMP défini sur l'ancienne partition > aucune donnée n'était accessible.
 
macomaniac a dit:
Cette mention -->
Bloc de code: 
           0           1         PMBR

  • montre qu'une PMBR a bien été créée sur le bloc 0 (tu avais dû oublier de redémarrer). La table GPT devrait être débloquée à présent.

Donc c'est reparti --> passe les 3 commandes :
Bloc de code: 
diskutil umountDisk disk3
diskutil umountDisk disk2
sudo gpt add -b 587714560 -s 389058560 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2

  • et poste les retours.

Note : en l'absence d'un volume BOOTCAMP défini sur l'ancienne partition > aucune donnée n'était accessible.
Cliquez pour agrandir...
C'est fait :
Bloc de code: 
Unmount of all volumes on disk3 was successful
Unmount of all volumes on disk2 was successful
Et
Bloc de code: 
/dev/disk2s3 added
 
Ah ! enfin ... Re-démarre une fois encore > ta session réouverte --> passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau.
 
macomaniac a dit:
Ah ! enfin ... Re-démarre une fois encore > ta session réouverte --> passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau.
Cliquez pour agrandir...
Je redémarre l'ordinateur ?? Ma question est peut-être bête, mais le disque étant branché en externe, quelle influence le redémarrage sur l'ancien disque de 500 GB aura-t'il par rapport aux commandes ?
 
Oui : tu redémarres le Mac une fois > et tu passes la commande une fois revenu dans ta session.
 
macomaniac a dit:
Oui : tu redémarres le Mac une fois > et tu passes la commande une fois revenu dans ta session.
Cliquez pour agrandir...
J'ai l'impression que nous sommes revenus au point de depart ??
Bloc de code: 
/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_APFS Container disk1         300.7 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                199.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            281.8 GB   disk1s1
   2:                APFS Volume Preboot                 29.6 MB    disk1s2
   3:                APFS Volume Recovery                511.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         300.7 GB   disk2s2
   3:       Microsoft Basic Data                         199.2 GB   disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume Macintosh HD            271.8 GB   disk3s1
   2:                APFS Volume Preboot                 33.2 MB    disk3s2
   3:                APFS Volume Recovery                512.2 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4
 
La partition a bien été recréée à l'identique -->
Bloc de code: 
   3:       Microsoft Basic Data                         199.2 GB   disk2s3

  • mais aucun volume BOOTCAMP n'est défini dessus.

Passe la commande :
Bloc de code: 
diskutil mount disk2s3

  • qui tente de monter un volume sur la partition

Poste le retour.
 
macomaniac a dit:
La partition a bien été recréée à l'identique -->
Bloc de code: 
   3:       Microsoft Basic Data                         199.2 GB   disk2s3

  • mais aucun volume BOOTCAMP n'est défini dessus.

Passe la commande :
Bloc de code: 
diskutil mount disk2s3

  • qui tente de monter un volume sur la partition

Poste le retour.
Cliquez pour agrandir...
Cela me retourne
Bloc de code: 
Volume (null) on disk2s3 mounted
 

Sujets similaires

O
macOS Monterey Aide Fusion Partitions
Réponses
8
Affichages
1K
macOS
Locke
Locke
U
macOS Ventura Modifier taille partition
Réponses
2
Affichages
981
macOS
ubuubu
U
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
785
macOS
Locke
Locke
B
macOS Monterey souci suite à restauration Time Machine
Réponses
20
Affichages
2K
macOS
Ahiqar
A
C
Partition effacée et plus reconnue
Réponses
11
Affichages
1K
macOS
Sly54
Sly54
Haut Bas