10.14 Mojave Probleme de partition apres clonage SSD

macomaniac a dit:
J'ai fait une erreur ! --> à cette ligne :
Bloc de code: 
Type from one to three GPT partition numbers, separated by spaces, to be
added to the hybrid MBR, in sequence: 2 3

  • il faut que tu inscrives :
Bloc de code: 
2 3

  • séparés par un espace > au lieu du seul -->
Bloc de code: 
2
de départ

  • il s'agit des rangs des 2 partitions APFS & BOOTCAMP à inscrire dans la HMBR > gdisk proposant toujours par défaut de rajouter la n° 1 EFI
  • si tu n'as pas encore écrit la table (via w & y) --> tape
Bloc de code: 
q

  • et valide pour quitter gdisk. Puis relance-le et suis le tuto (j'ai édité l'entrée fautive). Si tu as créé la table > relance gdisk et réécris tout.
Cliquez pour agrandir...
C'est fait, voici le tableau retourné :
Bloc de code: 
Number  Boot  Start Sector   End Sector   Status      Code
   1                     1       409639   primary     0xEE
   2                409640   1565388799   primary     0xAF
   3      *     1565388800   1952516609   primary     0x0C
 
Si tu compares à la table HMBR du 500 Go -->
Bloc de code: 
Number  Boot  Start Sector   End Sector   Status      Code
   1                     1       409639   primary     0xEE
   2                409640    587714559   primary     0xFF
   3      *      587714560    976773119   primary     0x0C

  • tu notes que : à part les extensions de blocs qui diffèrent (normal car les capacités des disques vont du simple au double) --> les partitions n°1 (EFI) & 3 (BOOTCAMP) sont bien décrites à l'identique en termes de type (0xEE & 0x0C). La seule différence est pour la partition 2 (APFS) > où le hexcode est 0xFF dans la table du 500 Go (à mon avis le bon hexcode pour de l'APFS) > alors qu'il est 0xAF dans la table du 1 To (à mon avis mauvais hexcode car ça correspond au type "Apple_HFS" et pas au type "Apple_APFS").

Tu peux toujours redémarrer avec "alt" et voir si tu peux booter sur un volume Windows. En cas d'échec > il faudrait peut-être refaire encore la table HMBR en choisissant FF (abrégé de 0xFF) au lieu de AF (abrégé de 0xAF) pour la partition n°2.
 
macomaniac a dit:
Si tu compares à la table HMBR du 500 Go -->
Bloc de code: 
Number  Boot  Start Sector   End Sector   Status      Code
   1                     1       409639   primary     0xEE
   2                409640    587714559   primary     0xFF
   3      *      587714560    976773119   primary     0x0C

  • tu notes que : à part les extensions de blocs qui diffèrent (normal car les capacités des disques vont du simple au double) --> les partitions n°1 (EFI) & 3 (BOOTCAMP) sont bien décrites à l'identique en termes de type (0xEE & 0x0C). La seule différence est pour la partition 2 (APFS) > où le hexcode est 0xFF dans la table du 500 Go (à mon avis le bon hexcode pour de l'APFS) > alors qu'il est 0xAF dans la table du 1 To (à mon avis mauvais hexcode car ça correspond au type "Apple_HFS" et pas au type "Apple_APFS").

Tu peux toujours redémarrer avec "alt" et voir si tu peux booter sur un volume Windows. En cas d'échec > il faudrait peut-être refaire encore la table HMBR en choisissant FF (abrégé de 0xFF) au lieu de AF (abrégé de 0xAF) pour la partition n°2.
Cliquez pour agrandir...
J'ai refais la table en choisissant FF, mais malheureusement j'ai toujours la même erreur au boot
 
Alors ça doit tenir à du contenu dans l'OS du volume BOOTCAMP.

  • je pense qu'il vaut mieux conclure ici que le plan A) (cf. mon message #179#) a échoué.
----------

À mon avis --> le pan D) tient la corde : supprimer / recréer la partition BOOTCAMP et installer Windows de neuf. Avec l'Assistant BootCamp ?
 
macomaniac a dit:
Alors ça doit tenir à du contenu dans l'OS du volume BOOTCAMP.

  • je pense qu'il vaut mieux conclure ici que le plan A) (cf. mon message #179#) a échoué.
----------

À mon avis --> le pan D) tient la corde : supprimer / recréer la partition BOOTCAMP et installer Windows de neuf. Avec l'Assistant BootCamp ?
Cliquez pour agrandir...
D'accord, juste une question : j'avais fais une image Winclone au cas ou j'aurais à écraser la partition Windows, est-ce que cette image est intègre malgré le fait que Windows n'est & n'était pas bootable au moment où j'ai fait cette image, pourra-t-elle restaurer mon Windows tel qu'il était ??
 
Pourquoi ne pas faire une image Win.winclone du volume BOOTCAMP du disque de 500 Go (dont tu sais qu'il démarre) ?
 
macomaniac a dit:
Pourquoi ne pas faire une image Win.winclone du volume BOOTCAMP du disque de 500 Go (dont tu sais qu'il démarre) ?
Cliquez pour agrandir...
Car le disque de 500 Go a été cloné en avril donc ça commence à dater, il faudrait que je récupère mes fichiers à la main et réinstalle des programmes, ce qui est un peu embêtant
 
Tu peux toujours essayer avec ta nouvelle image.

Si tu crains de tout perdre (parce que tu aurais reformaté la partition BOOTCAMP et que Winclone n'aurait pas refait de volume montable) --> il serait possible de cloner (avec dd) l'actuelle partition BOOTCAMP du 1 To => sur une partition de même taille (au bloc près) d'un DDE. Ainsi > tu aurais une sauvegarde avec un volume monté.
 
macomaniac a dit:
Tu peux toujours essayer avec ta nouvelle image.

Si tu crains de tout perdre (parce que tu aurais reformaté la partition BOOTCAMP et que Winclone n'aurait pas refait de volume montable) --> il serait possible de cloner (avec dd) l'actuelle partition BOOTCAMP du 1 To => sur une partition de même taille (au bloc près) d'un DDE. Ainsi > tu aurais une sauvegarde avec un volume monté.
Cliquez pour agrandir...
J'avoue que je serais rassuré d'avoir une sauvegarde montée, la commande dd s'écrit elle comme ci-dessous dans mon cas ??
Bloc de code: 
sudo dd if=/dev/disk0s3 of=/dev/disk2s3 bs=1m conv=noerror,sync

Sachant que diskutil list affiche:
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         801.3 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                198.2 GB   disk0s3

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

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS OS X BACKUP             499.9 GB   disk2s2
   3:       Microsoft Basic Data 1TB STORAGE             1.0 TB     disk2s3
   4:       Microsoft Basic Data WINCLONE                499.8 GB   disk2s4
Et que je souhaite bien cloner sur le disk2s3 "Microsoft Basic Data 1TB STORAGE"
 
C'est une commande de cette aune, en effet. Mais ! -->

  • la difficulté ne consiste pas à formuler ni à passer la commande. Elle consiste à apprêter au préalable une partition de destination sur le DDE > qui possède une égalité de blocs (au bloc près) avec la partition de la source. Car dd a un effet collatéral : il neutralise les blocs numériquement excédentaires de la destination par rapport à l'extension de la source > en affectant un * (astérisque) à chaque byte supplémentaire > de manière à créer des null_blocks constitués de null_bytes : des blocs (de 512 octets) qui se trouvent soustraits d'existence pour le système de fichiers gestionnaire de l'extension de la partition.
  • ta partition de destination prévue disk2s3 a 1 To d'extension de blocs > alors que la partition source disk0s3 a 198,2 Go d'extension de blocs. À l'issue d'un clonage de disk0s3 => disk2s3 par dd --> le système de fichiers Windows_NTFS de la destination n'identifierait plus que 198,2 Go de blocs dans la partition disk2s3 --> 801,8 Go de blocs se trouvant convertis à des null_blocs. Il serait bien dommage de "nullifier" 801,2 Go de blocs > alors qu'un simple apprêt de partition (en utilisant gpt) --> permettrait de créer 2 partitions sur l'extension de blocs de 1 To de la disk2s3 : une de 801,2 Go & une autre de 198,2 Go - ce dans l'ordre préféré pour ce qui est de la position de tête ou de queue de la petite relativement à la grande.

Je suis à ta disposition pour cette amusante recréation de partition sur la destination.
 
macomaniac a dit:
C'est une commande de cette aune, en effet. Mais ! -->

  • la difficulté ne consiste pas à formuler ni à passer la commande. Elle consiste à apprêter au préalable une partition de destination sur le DDE > qui possède une égalité de blocs (au bloc près) avec la partition de la source. Car dd a un effet collatéral : il neutralise les blocs numériquement excédentaires de la destination par rapport à l'extension de la source > en affectant un * (astérisque) à chaque byte supplémentaire > de manière à créer des null_blocks constitués de null_bytes : des blocs (de 512 octets) qui se trouvent soustraits d'existence pour le système de fichiers gestionnaire de l'extension de la partition.
  • ta partition de destination prévue disk2s3 a 1 To d'extension de blocs > alors que la partition source disk0s3 a 198,2 Go d'extension de blocs. À l'issue d'un clonage de disk0s3 => disk2s3 par dd --> le système de fichiers Windows_NTFS de la destination n'identifierait plus que 198,2 Go de blocs dans la partition disk2s3 --> 801,8 Go de blocs se trouvant convertis à des null_blocs. Il serait bien dommage de "nullifier" 801,2 Go de blocs > alors qu'un simple apprêt de partition (en utilisant gpt) --> permettrait de créer 2 partitions sur l'extension de blocs de 1 To de la disk2s3 : une de 801,2 Go & une autre de 198,2 Go - ce dans l'ordre préféré pour ce qui est de la position de tête ou de queue de la petite relativement à la grande.
Je suis à ta disposition pour cette amusante recréation de partition sur la destination.
Cliquez pour agrandir...
Bonjour macomaniac,

En effet oui, mon précédent clonage de partition me l'a bien fait comprendre. En faite cela ne me dérangeait pas dans la mesure ou je n'utilisais pas ces 1 To et je comptais effacer le clone après. Mais en y repensant, tu as raison mieux vaut créer une partition, j'aurais peut-être besoin du disque (on ne sait jamais). Je te remercie ! Je suis prêt si tu es disponible, par contre concernant le clonage, à combien de temps estimes-tu la durée pour ces ≈200 Go ? Car j'ai besoin du PC dans la semaine ça risque d'être serré
 
On peut faire la partition et tu lanceras la commande dd quand tu auras du temps. Car dd est vraiment extrêmement lent à opérer.

Ton disque de 500 Go attaché au Mac > passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau.
 
macomaniac a dit:
On peut faire la partition et tu lanceras la commande dd quand tu auras du temps. Car dd est vraiment extrêmement lent à opérer.

Ton disque de 500 Go attaché au Mac > passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau.
Cliquez pour agrandir...
Voici le tableau:
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         801.3 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                198.2 GB   disk0s3

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

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS OS X BACKUP             499.9 GB   disk2s2
   3:       Microsoft Basic Data 1TB STORAGE             1.0 TB     disk2s3
   4:       Microsoft Basic Data WINCLONE                499.8 GB   disk2s4
 
Alors passe les commandes :
Bloc de code: 
sudo gpt show /dev/disk0
sudo gpt show /dev/disk2

  • qui affichent les tableaux de disribution des blocs des disques de 1 To & 500 Go

Poste ces tableaux.
 
macomaniac a dit:
Alors passe les commandes :
Bloc de code: 
sudo gpt show /dev/disk0
sudo gpt show /dev/disk2

  • qui affichent les tableaux de disribution des blocs des disques de 1 To & 500 Go

Poste ces tableaux.
Cliquez pour agrandir...
disk0 :
Bloc de code: 
gpt show: /dev/disk0: 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  1564979160      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  1565388800   387127810      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1952516610     1008525        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
disk2 :
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   976378104      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   976787744      263904        
   977051648  1953310720      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  2930362368      264192        
  2930626560   976140288      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  3906766848      262283        
  3907029131          32         Sec GPT table
  3907029163           1         Sec GPT header
 
Voici la partition-paradigme sur le 1 To -->
Bloc de code: 
  1565388800   387127810      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7

  • la partition à modifier est également la n°3 sur le 500 Go. Passe la commande :
Bloc de code: 
diskutil umountDisk force disk2

  • qui démonte le 500 Go de tous ses volumes

Poste le retour.
 
macomaniac a dit:
Voici la partition-paradigme sur le 1 To -->
Bloc de code: 
  1565388800   387127810      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7

  • la partition à modifier est également la n°3 sur le 500 Go. Passe la commande :
Bloc de code: 
diskutil umountDisk force disk2

  • qui démonte le 500 Go de tous ses volumes

Poste le retour.
Cliquez pour agrandir...
Le 500 Go ?? Il y a confusion, je suppose que tu voulais dire le disque externe, voici le retour:
Bloc de code: 
Forced unmount of all volumes on disk2 was successful
 
Oui (pardon) : je voulais dire le 2 To (externe) = disk2.

Passe la commande :
Bloc de code: 
sudo gpt remove -i 3 /dev/disk2

  • la commande supprime le descripteur de la partition n°3 du disk2 (2 To)
  • le volume 1TB STORAGE est bien vide et supprimable ?

Si le retour est du type :
Bloc de code: 
/dev/disk2s3 removed

  • repasse un :
Bloc de code: 
sudo gpt show disk2

  • et poste le tableau des blocs du 2 To mis à jour.
 
macomaniac a dit:
Oui (pardon) : je voulais dire le 2 To (externe) = disk2.

Passe la commande :
Bloc de code: 
sudo gpt remove -i 3 /dev/disk2

  • la commande supprime le descripteur de la partition n°3 du disk2 (2 To)
  • le volume 1TB STORAGE est bien vide et supprimable ?
Si le retour est du type :
Bloc de code: 
/dev/disk2s3 removed

  • repasse un :
Bloc de code: 
sudo gpt show disk2

  • et poste le tableau des blocs du 2 To mis à jour.
Cliquez pour agrandir...
Voici le tableau:
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   976378104      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   976787744  1953838816        
  2930626560   976140288      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  3906766848      262283        
  3907029131          32         Sec GPT table
  3907029163           1         Sec GPT header
 
Comme la suppression du descripteur dans la GPT a fait remonter les volumes sur le disques > repasse la commande :
Bloc de code: 
diskutil umountDisk force disk2

  • pour redémonter les volumes
  • puis passe la commande :
Bloc de code: 
sudo gpt add -b 977051648 -s 387127810 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2

  • qui crée une partition de 198,2 Go de blocs > de type Microsoft Basic Data > au rang n°3 sur le disk2
  • si tu obtiens bien comme retour :
Bloc de code: 
/dev/disk2s3 added

  • passe les commandes :
Bloc de code: 
diskutil list
sudo gpt show disk2

  • et poste les tableau des disques et des blocs du 2 To.
 

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
1K
macOS
ubuubu
U
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
843
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