Ad-mi-ra-ble ! (eurêka !)
Je vais enfin en avoir le cœur net :
W-10 boote-t-il en mode «
Legacy » ou en mode «
UEFI » sur Mac ?
Je pars ici de l'hypothèse (qui me semble raisonnable) que «
Windows-10» boote en mode «
UEFI » --> voici alors l'argumentation démontrant pourquoi ton volume
BOOTCAMP ne boote pas actuellement :
Sur le bloc
0 de ton SSD > tu as une «
suspicious MBR », en d'autres termes : une
Hybrid_MBR dont la caractéristique est de décrire en mode
MBR les mêmes partitions (dans une limite de 3 maximum) que décrit de son côté la table
GPT principale inscrite sur les
32 blocs suivants.
Donc ta partition
BOOTCAMP se trouve décrite
2 fois : une fois en mode
GPT > une fois en mode
Hybrid_MBR. Or admis que la particularité de l'OS «
Windows-10» est de booter en mode «
UEFI » > cela veut que le Programme Interne du Mac (
EFI) appelé à exécuter son
boot_loader de type
.efi doit résolument passer par la description
GPT de cette partition et par elle seule.
Or s'il existe en alternation une table
MBR secondaire de type
Hybrid qui décrit la même partition
BOOTCAMP selon les descripteurs
MBR > alors elle prend le dessus sur (
override) la
GPT en ce qui concerne le boot de
Windows > donc l'
EFI accèdera au volume
BOOTCAMP en mode
MBR (mode «
Legacy ») et pas en mode
GPT (mode
UEFI). Mais dans le volume
BOOTCAMP (s'il s'agit bien d'un OS
UEFI) > il n'y a pas de
boot_loader «
Legacy » > il y a un
boot_loader UEFI de type
.efi. L'
EFI du Mac ne pourra donc pas le reconnaître et l'exécuter via son accès
MBR > mais a besoin de l'exécuter via un accès
GPT.
Il conviendrait alors de convertir la
HMBR (
Hybrid_MBR) du bloc
0 en une
PMBR (
Protective_MBR) ne décrivant aucune partition mais traitant le disque comme un espace uniforme indifférencié > alors l'
EFI serait forcée de passer par la
GPT pour booter le
boot_loader .efi de
W-10.
--------------------
Pour effectuer cette conversion
HMBR >
PMBR sur le bloc
0 du SSD > il faut utiliser l'utilitaire de tierce-partie (non fourni avec l'OS) de
Roderick Smith :
gdisk.
Je te décris la procédure complète :
- a) si ton OS est «
El Capitan 10.11» ou «
Sierra 10.12» > il vaut mieux d'abord d'abord désactiver le
SIP (
System Integrity Protection) qui se met en place au démarrage de ces OS en verrouillant des pans entiers de répertoires du Système mais aussi la
NVRAM - ce pour avoir les coudées franches
occasu (
solis)...
Pour cela > tu re-démarres ton Mac > tu tiens pressées les 2 touches
⌘R à partir de l'écran noir jusqu'à la > tu ouvres une session (
root par défaut) dans un Système
Recovery > va à la barre supérieure de menus de l'écran > menu
Utilitaires > sous-menu «
Terminal» > dans la fenêtre ouverte tu passes la commande :
> tu re-démarres normalement sur ton OS et tu réouvres ta session
admin => le
SIP est désactivé.
--------------------
- b) tu télécharges depuis le site
SourceForge l'installateur de ☞
GPT fdisk☜ > tu récupères un paquet d'installation :
gdisk-1.0.1.pkg > tu le double-cliques > et l'exécutable
gdisk va se trouver installé at:
/usr/local/bin/gdisk qui lui permet d'être appelé directement désormais dans le «
Terminal».
--------------------
- c) tu repasses par précaution la commande :
pour toi > afin de bien vérifier que ton SSD est toujours identifié comme
/dev/disk0 (s'il était identifié comme
/dev/disk1 > tu changerais le n° de disque dans ma commande ci-après).
--------------------
- d) tu passes la commande :
qui appelle
gdisk à ouvrir les tables de partition de ton SSD et tu devrais en retour obtenir ceci :
Bloc de code:
GPT fdisk (gdisk) version 1.0.1
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
MBR: hybrid
BSD: not present
APM: not present
GPT: present
Found valid GPT with hybrid MBR; using GPT.
Command (? for help):
qui te confirme que tu as une
HMBR sur le bloc
0 > la mention terminale
Command (? for help): étant l'invite de commande interactive du programme
gdisk.
--------------------
- e) tu tapes dans la fenêtre du «
Terminal» la lettre seule :
(comme
expert_mode) et ↩︎ --> et tu obtiens en retour :
Bloc de code:
Expert command (? for help):
qui est l'invite de commande interactive du mode expert.
--------------------
- f) tu tapes la lettre seule :
(comme
new Protective_MBR at sector 0) et ↩︎ --> et tu obtiens en retour :
Bloc de code:
Expert command (? for help):
càd. le ré-affichage de l'invite de commande (la commande précédente n'ayant opéré qu'une
mise-en-cache de l'instruction de création d'une
PMBR).
--------------------
- g) tu tapes la lettre seule :
(comme
write) et ↩︎ --> et tu obtiens en retour :
Bloc de code:
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): y
--------------------
- h) tu tapes la lettre seule :
(comme
yes) et ↩︎ --> et tu obtiens en retour :
Bloc de code:
OK; writing new GUID partition table (GPT) to /dev/disk5.
Warning: Devices opened with shared lock will not have their partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions. You should reboot or remove the drive.
The operation has completed successfully.
avec récupération à la fin de l'invite de commande régulière du «
Terminal» à ton nom d'utilisateur > montrant que le programme
gdisk a quitté mission accomplie.
=> le
laïus qui s'est trouvé inscrit t'invite à
re-démarrer ton Mac > sinon le
kernel qui a monté le volume du SSD continuera de prendre en compte l'
ancienne table de partition
HMBR du bloc
0 et non la
nouvelle PMBR qui l'a remplacée sur ce même bloc > tu
re-démarres donc une fois.
--------------------
=> tu n'as plus qu'à tester si le volume
BOOTCAMP est toujours affiché à l'écran obtenu avec la touche "
alt" > et si tu peux le
démarrer.
- si oui : vérification faite du boot en mode UEFI de W-10.
- si non : conjecture à résilier > il te restera (toujours grâce à gdisk - je te dirais comment) à reconstituer une HMBR ad hoc décrivant correctement la partition BOOTCAMP en mode MBR avec apposition du boot_flag (indicateur de caractère démarrable) > et à vérifier si Windows boote dans ces conditions.
[Je n'arrive pas à concevoir cette seconde hypothèse, que le papier cité par
Jean exploite contre toute raison (en gros le gars récupère le caractère démarrable du
Windows-10 du Mac de son fils en reconstruisant les conditions de boot de cet OS en mode «
Legacy », càd. via la reconstitution
ad hoc d'une
Hybrid_MBR sur le bloc
0 > d'après son témoignage ça marche > ça ne doit pas si bien marcher que ça s'il boote un OS
UEFI via le mode désuet qui servait à
W-7...]
