C'est fait, voici le tableau retourné :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 -->
de départBloc de code:2
- 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.
Number Boot Start Sector End Sector Status Code
1 1 409639 primary 0xEE
2 409640 1565388799 primary 0xAF
3 * 1565388800 1952516609 primary 0x0CNumber Boot Start Sector End Sector Status Code
1 1 409639 primary 0xEE
2 409640 587714559 primary 0xFF
3 * 587714560 976773119 primary 0x0CJ'ai refais la table en choisissant FF, mais malheureusement j'ai toujours la même erreur au bootSi 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.
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 ??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 ?
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êtantPourquoi ne pas faire une image Win.winclone du volume BOOTCAMP du disque de 500 Go (dont tu sais qu'il démarre) ?
J'avoue que je serais rassuré d'avoir une sauvegarde montée, la commande dd s'écrit elle comme ci-dessous dans mon cas ??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é.
sudo dd if=/dev/disk0s3 of=/dev/disk2s3 bs=1m conv=noerror,sync/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 disk2s4Bonjour macomaniac,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.
Je suis à ta disposition pour cette amusante recréation de partition sur la destination.
- 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.
diskutil listVoici le tableau: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.
/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 disk2s4sudo gpt show /dev/disk0
sudo gpt show /dev/disk2disk0 :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.
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 headerstart 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 1565388800 387127810 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7diskutil umountDisk force disk2Le 500 Go ?? Il y a confusion, je suppose que tu voulais dire le disque externe, voici le retour: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.
Forced unmount of all volumes on disk2 was successfulsudo gpt remove -i 3 /dev/disk2/dev/disk2s3 removedsudo gpt show disk2Voici le tableau: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)
Si le retour est du type :
- le volume 1TB STORAGE est bien vide et supprimable ?
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.
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 headerdiskutil umountDisk force disk2sudo gpt add -b 977051648 -s 387127810 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 -i 3 /dev/disk2/dev/disk2s3 addeddiskutil list
sudo gpt show disk2
