Salut
Alex
Il me semble que l'«
Assistant BootCamp» de «
Sierra» ne permet plus l'installation de
Windows-7 > mais qu'en cas de
W-7 pré-installé sur le disque du Mac > «
Sierra» n'empêche en rien le boot sur la partition
BOOTCAMP préexistante de
W-7. Ce serait à vérifier - histoire de savoir s'il faut incriminer ou non l'OS.
Ce qui est sûr, c'est que l''installateur de «
Sierra» intercale un dispositif
CoreStorage entre le container-disque de la partition
Macintosh HD et le système de fichiers terminal dont dépendent les fichiers Système & perso. Soit : un
Volume Physique (émulant un disque dur) importé sur la partition > dont s'exporte un
Volume Logique (portant le système de fichiers terminal) - avec une
Famille de Volumes Logiques intermédiaire qui gère le montage du
Volume Logique à partir du
Volume Physique. Le
Volume Logique exporté est assimilé à un disque interne virtuel de second ordre :
disk1 par rapport au
disk0 du disque dur.
Il y a des alors des chances, si ta partition-Système (
disk0s2) n'accueillait pas de format
CoreStorage avant ta mise-à-niveau à «
Sierra» > que la génération du
CoreStorage ait fichu le bazar et invalidé le caractère démarrable de ton «
Windows». Simple conjecture de ma part.
Comme le format
CoreStorage de la partition
disk0s2 est marqué : «
Revertible: Yes (no decryption required) » (réversible non destructivement pour le système de fichiers en place, gérant l'OS et les données) => tu peux déjà le déconstruire pour revenir à un format standard. Pour cela, passe la commande (copier-coller) :
Bloc de code:
diskutil coreStorage revert A81404A6-6821-48CE-B599-3D808B4F0A0B
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) > une fois que tu auras récupéré l'invite de commande à ton nom (genre
alex-rc$) avec message de réussite >
re-démarre impérativement ton Mac parce que le
kernel continue sinon de faire comme si le
Volume Logique exporté existait toujours en tant que
disk1 >
après re-démarrage > tu auras un système de fichiers directement ancré sur l'en-tête de blocs de la partition.
Comme
Jean (dont je m'avise qu'il vient de me précéder tandis que je m'échinais sur mon brouillon) > je ne pense pas qu'une simple réversion du
CoreStorage puisse te faire récupérer le caractère bootable de ta partition
BOOTCAMP > car tout doit se jouer au niveau de la Table de Partition secondaire
MBR inscrite sur le bloc
0 du disque (tandis que la
GPT principale est écrite sur les blocs
1 >
32 suivants). L'OS
W-7 boote, en effet, en mode «
Legacy », càd. par exécution par l'
EFI (
Programme Interne du Mac) du code de la
MBR du bloc
0 et pas par exécution du code de la
GPT (comme pour les versions plus modernes de
Windows). Donc > l'instauration du format
CoreStorage a dû affecter (avec la génération du disque I
nternal, Virtual de 2è ordre :
disk1 =
Volume Logique ») la description des partitions dans la table
GPT principale > dont la table secondaire
MBR est un écho sélectif (s'il s'agit d'une
Hybrid_MBR :
MBR hybridée du partitionnement pré-existant de la
GPT). Il doit donc se faire que la
MBR du bloc
0 ne représente plus actuellement la partition
BOOTCAMP ou que cette partition ait perdu pour elle son
bootable_flag : indicateur de caractère démarrable.
On s'engage là dans une voie logique délicate > je te suggère simplement pour commencer de passer la commande (après déconstruction du
CoreStorage) :
et ↩︎ --> une demande de
password s'affiche (commande
sudo) --> tape ton mot-de-passe
admin à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ => en retour > tu vas obtenir le tableau de la
distribution des blocs de ton disque + une identification des
tables de partition sur le secteur d'amorçage du disque > peux-tu faire un copier-coller de ce tableau ici ?
=> c'est pour vérifier si tu as bien un
HMBR (
Hybrid_MBR) sur le bloc
0 du disque (qui serait identifiée alors comme «
suspicious_MBR).
