La partition
BOOTCAMP créée en
disk0s4 par l'«
Assistant BootCamp» pour une installation de «
Windows-10» existe actuellement sous le signe du paradoxe :
- a) elle a bien le format FAT-32 de système de fichiers régulièrement attendu en format d'accueil. Car c'est classiquement à l'installateur de «Windows» d'opérer par lui-même le reformatage en NTFS > pas d'arguer qu'il faudrait du NTFS en accueil ;
- b) mais elle existe en tant que partition non seulement pour la table GPT (GUID Partition Table) inscrite sur les blocs 1 à 32 du secteur d'amorçage du disque > mais aussi pour une table de partition alternative Hybrid_MBR inscrite sur le seul bloc 0 du secteur d'amorçage.
... et c'est reparti (pour un laïus).
----------
[LAÏUS]
Les disques des Macs définis par une
GPT ne portent pas
une seule table de partition > mais toujours
deux :
- la
GPT des blocs
1 >
32 qui décrit l'espace du disque en définissant les partitions de manière numérale (du bloc n° tant au bloc n° tant) > et logique (en enregistrant le type de système de fichiers gestionnaire de l'espace de chaque partition) selon un schéma spécifique. Un
bloc (ou cluster) est un regroupement de 512 octets (ou bytes = 8 bits chacun) constituant l'unité logique minimale en terme de fichier inscriptible --> une table de partition > étant orientée systèmes de fichiers gestionnaires de partition > et par là fichiers terminaux > décrit donc le disque en mode blocs.
- une
MBR (
Master Boot Record) parallèle sur le seul bloc
0. Cette
MBR, ou table de partition conforme à un schéma «
Windows», peut exister sur le bloc
0 sous 2 formes :
- la forme Protective_MBR (PMBR) par défaut > qui décrit le disque entier comme mono-espace sans système de fichiers d'aucun type --> càd. ne définit en mode MBR aucune des partitions particulières décrites par la GPT. En gros : ce type de MBR est absolument inutilisable pour un accès disque de type BIOS > d'où son sobriquet de "Protective".
- la forme Hybrid_MBR (HMBR) qui décrit le disque entier en empruntant à la GPT la définition d'au plus 3 partitions > lesquelles auront dans le schéma MBR exactement la même localisation au bloc près et le même type de format reconnu. C'est donc une MBR hybridée d'après la GPT concurrente pour ce qui est de la définition des partitions. Étant une table décrivant des partitions valides selon le schéma MBR > elle est donc utilisable pour un accès disque de type BIOS.
D'où vient cette
conversion de la
Protective_MBR inscrite par défaut sur le bloc
0 au type
Hybrid_MBR ? C'est une création absolument originale des ingénieurs de la > qui ont créé ce schéma hybridé > et implémenté un mécanisme logique tel que, dès qu'une partition au moins se trouve créée sur un disque
GPT du Mac avec un format "de type Windows" (quel que soit sa formule :
MS-DOS =
FAT-32 ou
exFAT ou
NTFS - peu importe) > alors automatiquement la
PMBR par défaut du bloc
0 se trouve
convertie à un type
HMBR faisant écho (echoing) dans le schéma
MBR à 3 au plus des partitions existantes en mode
GPT.
Pourquoi avoir eu l'idée (assez monstrueuse) de ce mécanisme logique générant un
HMBR sur le bloc
0 à la moindre création d'une partition dans un format «
Windows» ? - la réponse est : pour permettre le démarrage éventuel d'un OS «
Windows» de type
Legacy (héritage) installé sur une partition n°4 du disque. Car ? - car de telles versions
Legacy de «
Windows» (dont l'archétype est «
Windows-7») bootent par l'intermédiaire d'un
BIOS et absolument pas d'un Programme Interne de type
EFI, comme l'est celui des Macs Intel. Mais > dès qu'une table de partition de type
Hybrid_MBR est détectée sur le secteur d'amorçage du disque du Mac > le Programme Interne
EFI du Mac est capable de susciter un
BIOS_émulé > capable d'amorcer le disque par la table de partition
HMBR > et par le biais de ses descripteurs > d'accéder à la partition-Système «
Windows» à booter via l'exécution de son
boot_loader Legacy.
Mais ce dispositif logique exceptionnel est strictement
incompatible avec la version «
Windows-10» > car cet OS ne boote plus en mode
Legacy (via un
BIOS) > mais en mode
UEFI (par une variante de l'
EFI). Le problème étant que > la génération automatique d'une
Hybrid_MBR sur le bloc
0 dès la création d'une partition d'accueil pour «
Windows» au format
FAT-32 (mécanisme logique hérité du passé) > est
incompatible avec l'installation et le boot de «
Windows-10» > lesquels exigent l'utilisation d'une table de partition
GPT exclusive (seule compatible avec le mode
UEFI) > ce que compromet la présence concurrente d'une
Hybrid_MBR suscitant un boot de type
Legacy via un
BIOS_émulé.
Dès lors qu'il est question d'installer «
Windows-10» sur Mac requérant un boot
UEFI > alors la condition requise est l'existence d'une simple
Protective_MBR sur le bloc
0 > et pas d'une
Hybrid_MBR perturbatrice du boot
UEFI >
HMBR pourtant générée d'office sur le bloc
0 par le format "de type Windows" de la partition dédiée à l'installation de «
Windows».
Cette
contradiction est normalement
résolue par l'«
Assistant BootCamp» lui-même - lequel a été implémenté d'une fonction de
reconversion de la
MBR du bloc
0 du type
Hybrid_MBR généré par le format
FAT-32 de la partition d'accueil > au type
Protective_MBR par défaut compatible avec le boot
UEFI de «
Windows-10».
[/LAÏUS]
----------
Eh bien ! - l'«
Assistant BootCamp» n'a pas fait son travail chez toi > car la mention :
Bloc de code:
gpt show: /dev/disk0: Suspicious MBR at sector 0
n'a qu'une acception : la
MBR actuellement inscrite sur le bloc
0 est une
Hybrid_MBR («
suspicious_MBR ») compatible avec le boot de «
Windows-7» mais
incompatible avec le boot de «
Windows-10».
La bonne question devient : pourquoi l'«
Assistant BootCamp» n'a-t-il pas opéré la reconversion programmée pour «
Windows-10» ?
Allez ! - un pas de plus dans la spéculation --> je note d'après cette capture que tu as eu le choix de démarrage sur le programme d'installation de «
Windows» :
je conjecture qu'il s'agit de 2 modes de démarrage du même Programme d'installation > l'icône «
Windows» ayant des chances de signifier : "en mode
BIOS_émulé" et l'icône
EFI boot de signifier : "en mode
EFI". Tu sembles avoir choisi le mode "
BIOS_émulé" > cela expliquerait-il l'existence résiduelle de la
Hybrid_MBR requise par ce mode de boot
Legacy ? Faut-il en tirer comme implication que la requête de format préalable
NTFS de l'installateur (contre toute attente) provient de ce « faux départ » de démarrage (il lirait le disque via la
HMBR) ?
[Arrivé à ce point du raisonnement > je suis excessivement engoncé par le fait suivant : je n'ai jamais eu de PC > jamais utilisé de PC > jamais utilisé «
Windows» > jamais installé «
Windows» sur mes Macs > n'ayant jamais ressenti le manque quelconque de cet OS et par suite jamais souhaité l'installer --> je manque donc totalement de base expérimentale et je suis le plus mauvais conseiller possible > n'ayant aucune autre ressource à ma disposition que la pure « imagination intellectuelle ».]
----------
Il y aurait plusieurs options envisageables en pratique :
- a) supprimer la partition actuelle disk0s4 sans réallouer son espace à la partition macOS disk0s2 (= laisser en free_space) > cette suppression du format FAT-32 > re-convertirait automatiquement la HMBR actuelle du bloc 0 > au type PMBR neutre => une bande d'espace libre étant choisissable par le programme d'installation de «Windows» en tant qu'« espace non-alloué » > il faudrait la lui désigner comme destination, l'installateur ne pouvant lire le disque que via la GPT. À lui de se débrouiller avec.
- b) grâce à l'utilitaire de tierce partie gdisk (à utiliser en ligne de commande) > reconvertir de force la HMBR actuelle du bloc 0 > au type PMBR malgré le format FAT-32 de la partition disk0s4 > et voir si l'installateur se satisfait de ce dispositif : choix de la partition BOOTCAMP lue via la GPT.
- c) installer «Windows-7» en mode Legacy (utilisation de la Hybrid_MBR pour lire le disque) > puis procéder ensuite "en interne" à une mise à jour à «Windows-10»> et voir si ça continue de booter (ce qui impliquerait que la HMBR du bloc 0 ait été reconvertie à une PMBR neutre).
=> les options
a) ou
b) sont combinables avec le choix du boot sur le disque d'installation :
Windows ou
EFI boot (ce qui trouble la tactique).
=> je me demande pourquoi tu n'utilises pas un
ISO de «
Windows-10», résidant sur ton Bureau de session, comme c'est préconisé avec l'«
Assistant BootCamp» ?
