Windows ne démarre plus (Boot Camp)

[Membre supprimé 1060554]

Petit intermède nocturne​

The Lynx

J'ai effectué avec succès toutes les étapes, et le volume Boot Camp a disparu lors du démarrage avec alt.

Je vois que tu as le sens de l'humour : les commandes de gdisk ont réussi à... faire disparaître le volume BOOTCAMP de l'écran de choix des volumes de démarrage (tu vas me dire : de toute façon > il ne démarrait plus quoique affiché).

Alors je suis obligé (apparemment) de réviser toutes les conjectures que j'ai exposées dans mon message précédent. Il devrait falloir une Hybrid_MBR (décrivant bien la partition BOOTCAMP dans son rang dans la table > son type de système de fichiers > son caractère démarrable) pour que l'EFI puisse démarrer Window-10 en passant par la HMBR. Ce qui me dérange, puisque Windows-10 est annoncé booter en mode UEFI et pas Legacy.

[Je n'ai pas pu vérifier, sur des disques où est installé un Windows-10 démarrable formellement installé par l'«Assistant BootCamp», si la MBR du bloc 0 était indiquée PMBR ou HMBR. Ce serait une preuve décisive. Car, si je m'en tenais à mon hypothèse de boot UEFI, il faudrait alors un blessing de l'en-tête du volume BOOTCAMP comme avec un volume macOS > pour que le Boot_Manager déclenché par la touche "alt" repère le volume comme démarrable en mode GPT et qu'il y ait un chemin au boot_loader .efi de W-10 que l'EFI puisse suivre - comme quoi, ma conjecture a du plomb dans l'aile, mais elle volète encore...]

Je proposerai donc demain matin (je ne suis pas du soir) un mode d'emploi de gdisk analogue au précédent > permettant de reconstruire une Hybrid_MBR sur le bloc 0 avec tous les paramétrages ad hoc pour que la partition BOOTCAMP y soit décrite. On verra bien.

[Quand bien même W-10 booterait de cette façon > cela ne prouverait pas décisivement que ce soit le boot UEFI requis - si l'on suppose que la possibilité d'un boot Legacy (avec un boot_loader MBR à l'ancienne) y soit implémentée en parallèle. Comme quoi > un succès pourrait entraîner une erreur d'interprétation > comme un échec (celui de ta tentative avec une PMBR) peut ne pas avoir la valeur d'erreur radicale qu'on serait enclin à lui prêter.]

--------------------​

Jean

Je connais bien la procédure pour créer une HMBR ciblant une partition BOOTCAMP (le gars dans le papier que tu cites : il bat la compagne dans tous les sens à pas mal d'opérations inutiles).

Quant à opérer en mode Recovery (comme il fait) > ce n'est pas nécessaire, pour la raison suivante : gdisk opère sur les tables de partition (ici la MBR du bloc 0) après que le kernel ait eu accès aux tables de partition de départ > opéré la probation des systèmes de fichiers > monté les volumes. Comme Roderick Smith l'explique en toutes lettres > une conversion de table de partition comme la MBR du bloc 0 est totalement incapable de modifier en direct la prise en charge initiale par le kernel qui va, imperturbablement, continuer de faire comme si rien n'était changé. C'est après re-démarrage seul que le kernel relancé prendra en charge les nouveaux paramètres logiques du disque.

J'ai opéré naguère l'expérimentation suivante : sur une clé USB montant plusieurs volumes > zapper totalement les 2 tables de partition de ce disque (la GPT et la MBR) > eh bien ! rien ne change en apparence > les volumes continuent d'être montés > preuve que le kernel garde en mémoire le paramétrage lu au départ > c'est seulement après démontage des volumes > détachement du disque > réattachement > que le kernel ne trouve plus aucune table de partition à partir de laquelle accéder à des système de fichiers de partitions.

J'en infère que gdisk peut opérer en direct sur une table de partition de disque dont un volume recèle le Système démarré.

--------------------​

 

[The Lynx]

Oula alors je dois avouer que je comprend pas tout à fait tout, mais ça à l'air complexe haha..
je laisse le mac en l'état en attendant ce que tu me proposes demain.
merci pour votre aide!

 

[Membre supprimé 1060554]

Alors voici le le mode d'emploi pour reconstruire sur le bloc 0 du SSD une Hybrid_MBR (HMBR) décrivant la partition BOOTCAMP comme bootable :

- a) tu repasses la commande classique :

diskutil list

afin de vérifier que le SSD est bien toujours identifié comme disk0 (sinon, tu modifies à disk1 la cible de la commande qui suit).

--------------------​

- b) tu appelles gdisk à ouvrir les tables de partition du SSD par la commande :

sudo gdisk /dev/disk0

et ↩︎ + password à l'aveugle et ↩︎ encore --> tu obtiens le retour :

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help):

(où tu notes que la MBR du bloc 0 est bien une PMBR (Protective_MBR ne décrivant aucune partition mais traitant l'espace du disque comme un ensemble indifférencié - ce, suite à ton expérimentation précédente avec gdisk).

--------------------​

- c) tu tapes :

r

(comme recovery_mode) et ↩︎ --> en retour tu obtiens :

Recovery/transformation command (? for help):

qui est l'invite de commande interactive du recovery_mode.

--------------------​

- d) tu tapes :

h

(comme hybrid_MBR) et ↩︎ --> en retour tu obtiens :

WARNING! Hybrid MBRs are flaky and dangerous! If you decide not to use one,
just hit the Enter key at the below prompt and your MBR partition table will be untouched.

Type from one to three GPT partition numbers, separated by spaces, to be added to
the hybrid MBR, in sequence:

(qui t'avertit qu'avoir une Hybrid_MBR sur le bloc 0 du disque d'un Mac : c'est comme avoir une Épée de Damoclès suspendue sur la tête à un crin de cheval > et puisque tu persistes dans ta décision stoïque [qui dira jamais l'intrépidité logique de ceux qui installent Windows sur Mac ?

] > de taper le n° de rang de la - ou des - partitions dans la table GPT que tu veux voir décrite(s) en écho dans la HMBR - une HMBR, à la différence d'une PMBR, décrivant des partitions prédéterminées de la GPT selon la modalité MBR).

--------------------​

- e) tu tapes :

4

et ↩︎ puisque, tu t'en souviens, la partition BOOTCAMP occupe le rang n°4 dans la table GPT d'après ce tableau retourné par diskutil :

/dev/disk0 (internal, physical):
#:                  TYPE NAME             SIZE         IDENTIFIER
0: GUID_partition_scheme                 *500.1 GB     disk0
1:                  EFI EFI               209.7 MB     disk0s1
2:    Apple_CoreStorage ssd               351.2 GB     disk0s2
3:           Apple_Boot Recovery HD       650.0 MB     disk0s3
4: Microsoft Basic Data BOOTCAMP          148.0 GB     disk0s4

--> en retour tu obtiens :

Place EFI GPT (0xEE) partition first in MBR (good for GRUB)? (Y/N):

(qui te demande si tu veux que l'ESP = EFI System Partition occupant le rang n°1 de la GPT soit placée en tête des partitions décrites en écho dans la HMBR).

--------------------​

- f) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

Creating entry for GPT partition #4 (MBR partition #2)
Enter an MBR hex code (default 07):

(te proposant de créer une entrée dans la HMBR pour la partition BOOTCAMP de rang n°4 dans la GPT qui va, dans la HMBR, occuper le rang n°2 après l'ESP qui a été précédemment inscrite au rang n°1 --> puis te demandant d'associer un code de partition à cette partition BOOTCAMP en te proposant le "default" = 07).

--------------------​

- g) tu tapes :

07

(toujours suivre ici les préconisations de Roderick) et ↩︎ --> en retour tu obtiens :

Set the bootable flag? (Y/N):

(te demandant si tu veux inscrire le boot_flag ou indicateur de caractère démarrable sur le header ou en-tête du volume BOOTCAMP -> bien sûr que tu veux, et même tu le dois, donc...).

--------------------​

- h) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

Unused partition space(s) found. Use one to protect more partitions? (Y/N):

(te demandant si tu veux utiliser une bande d'espace libre trouvée pour décrire une partition supplémentaire).

--------------------​

- i) tu tapes :

n

(comme no - j'attire tout spécialement ton attention sur ce point crucial et décisif, où je trouve que Roderick pèche par excès de légèreté en ne faisant pas intervenir de texte d'avertissement assorti de points d'exclamations !!!! => si tu ne veux pas ficher en l'air par "effet_boomerang" la table GPT principale de ton disque il ne faut absolument pas répondre Yes = y à cette demande : il faut absolument et décisivement répondre No = n --> ne te loupe surtout pas ici par effet de la force d'inertie des réponses Yes = y précédentes. Cette invite anodine de gdisk est aussi explosive à manier que la commande rm = remove dans le «Terminal») et ↩︎ --> en retour de ton n (= no - je le réitère) tu obtiens :

Recovery/transformation command (? for help):

(qui est le ré-affichage de l'invite de commande interactive du recovery_mode - te montrant implicitement que la mise-en-cache des instructions précédentes est terminée. La définition de la nouvelle HMBR est complète en mode seulement virtuel et en attente d'un acte d'écriture au disque).

--------------------​

- j) tu tapes :

w

(comme write) et ↩︎ --> en retour tu obtiens :

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!!
Do you want to proceed? (Y/N):

(qui te dit que gdisk est prêt à écrire la nouvelle table HMBR au bloc 0 en sur-écriture de l'actuelle PMBR toujours intouchée pour l'instant et te demandant si tu veux exécuter cet acte d'écriture).

--------------------​

- k) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

OK; writing new GUID partition table (GPT) to /dev/disk0.

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.

(où Roderick explique noir sur blanc que le kernel va continuer en mode résilient à se référer sans changement aux descriptions de partitions préalablement chargées aussi longtemps qu'il n'y aura pas eu re-démarrage ou détachement > ré-attachement du disque).

--------------------​

- l) tu récupères l'invite de commande régulière du «Terminal» à ton nom d'utilisateur - signe que gdisk a quitté mission accomplie --> tu fermes le «Terminal» --> tu re-démarres impérativement ton Mac pour que le nouveau dispositif de la HMBR sur le bloc 0 soit prise en compte par le Système au démarrage.

--------------------​

​

=> il te reste plus qu'à vérifier si tu as récupéré un volume BOOTCAMP : 1° affiché à l'écran de choix du disque de démarrage obenu par la touche "alt" > 2° démarrable par l'EFI.

 

[The Lynx]

Alors voici le le mode d'emploi pour reconstruire sur le bloc 0 du SSD une Hybrid_MBR (HMBR) décrivant la partition BOOTCAMP comme bootable :

- a) tu repasses la commande classique :

diskutil list

afin de vérifier que le SSD est bien toujours identifié comme disk0 (sinon, tu modifies à disk1 la cible de la commande qui suit).

--------------------​

- b) tu appelles gdisk à ouvrir les tables de partition du SSD par la commande :

sudo gdisk /dev/disk0

et ↩︎ + password à l'aveugle et ↩︎ encore --> tu obtiens le retour :

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help):

(où tu notes que la MBR du bloc 0 est bien une PMBR (Protective_MBR ne décrivant aucune partition mais traitant l'espace du disque comme un ensemble indifférencié - ce, suite à ton expérimentation précédente avec gdisk).

--------------------​

- c) tu tapes :

r

(comme recovery_mode) et ↩︎ --> en retour tu obtiens :

Recovery/transformation command (? for help):

qui est l'invite de commande interactive du recovery_mode.

--------------------​

- d) tu tapes :

h

(comme hybrid_MBR) et ↩︎ --> en retour tu obtiens :

WARNING! Hybrid MBRs are flaky and dangerous! If you decide not to use one,
just hit the Enter key at the below prompt and your MBR partition table will be untouched.

Type from one to three GPT partition numbers, separated by spaces, to be added to
the hybrid MBR, in sequence:

(qui t'avertit qu'avoir une Hybrid_MBR sur le bloc 0 du disque d'un Mac : c'est comme avoir une Épée de Damoclès suspendue sur la tête à un crin de cheval > et puisque tu persistes dans ta décision stoïque [qui dira jamais l'intrépidité logique de ceux qui installent Windows sur Mac ?

] > de taper le n° de rang de la - ou des - partitions dans la table GPT que tu veux voir décrite(s) en écho dans la HMBR - une HMBR, à la différence d'une PMBR, décrivant des partitions prédéterminées de la GPT selon la modalité MBR).

--------------------​

- e) tu tapes :

4

et ↩︎ puisque, tu t'en souviens, la partition BOOTCAMP occupe le rang n°4 dans la table GPT d'après ce tableau retourné par diskutil :

/dev/disk0 (internal, physical):
#:                  TYPE NAME             SIZE         IDENTIFIER
0: GUID_partition_scheme                 *500.1 GB     disk0
1:                  EFI EFI               209.7 MB     disk0s1
2:    Apple_CoreStorage ssd               351.2 GB     disk0s2
3:           Apple_Boot Recovery HD       650.0 MB     disk0s3
4: Microsoft Basic Data BOOTCAMP          148.0 GB     disk0s4

--> en retour tu obtiens :

Place EFI GPT (0xEE) partition first in MBR (good for GRUB)? (Y/N):

(qui te demande si tu veux que l'ESP = EFI System Partition occupant le rang n°1 de la GPT soit placée en tête des partitions décrites en écho dans la HMBR).

--------------------​

- f) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

Creating entry for GPT partition #4 (MBR partition #2)
Enter an MBR hex code (default 07):

(te proposant de créer une entrée dans la HMBR pour la partition BOOTCAMP de rang n°4 dans la GPT qui va, dans la HMBR, occuper le rang n°2 après l'ESP qui a été précédemment inscrite au rang n°1 --> puis te demandant d'associer un code de partition à cette partition BOOTCAMP en te proposant le "default" = 07).

--------------------​

- g) tu tapes :

07

(toujours suivre ici les préconisations de Roderick) et ↩︎ --> en retour tu obtiens :

Set the bootable flag? (Y/N):

(te demandant si tu veux inscrire le boot_flag ou indicateur de caractère démarrable sur le header ou en-tête du volume BOOTCAMP -> bien sûr que tu veux, et même tu le dois, donc...).

--------------------​

- h) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

Unused partition space(s) found. Use one to protect more partitions? (Y/N):

(te demandant si tu veux utiliser une bande d'espace libre trouvée pour décrire une partition supplémentaire).

--------------------​

- i) tu tapes :

n

(comme no - j'attire tout spécialement ton attention sur ce point crucial et décisif, où je trouve que Roderick pèche par excès de légèreté en ne faisant pas intervenir de texte d'avertissement assorti de points d'exclamations !!!! => si tu ne veux pas ficher en l'air par "effet_boomerang" la table GPT principale de ton disque il ne faut absolument pas répondre Yes = y à cette demande : il faut absolument et décisivement répondre No = n --> ne te loupe surtout pas ici par effet de la force d'inertie des réponses Yes = y précédentes. Cette invite anodine de gdisk est aussi explosive à manier que la commande rm = remove dans le «Terminal») et ↩︎ --> en retour de ton n (= no - je le réitère) tu obtiens :

Recovery/transformation command (? for help):

(qui est le ré-affichage de l'invite de commande interactive du recovery_mode - te montrant implicitement que la mise-en-cache des instructions précédentes est terminée. La définition de la nouvelle HMBR est complète en mode seulement virtuel et en attente d'un acte d'écriture au disque).

--------------------​

- j) tu tapes :

w

(comme write) et ↩︎ --> en retour tu obtiens :

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!!
Do you want to proceed? (Y/N):

(qui te dit que gdisk est prêt à écrire la nouvelle table HMBR au bloc 0 en sur-écriture de l'actuelle PMBR toujours intouchée pour l'instant et te demandant si tu veux exécuter cet acte d'écriture).

--------------------​

- k) tu tapes :

y

(comme yes) et ↩︎ --> en retour tu obtiens :

OK; writing new GUID partition table (GPT) to /dev/disk0.

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.

(où Roderick explique noir sur blanc que le kernel va continuer en mode résilient à se référer sans changement aux descriptions de partitions préalablement chargées aussi longtemps qu'il n'y aura pas eu re-démarrage ou détachement > ré-attachement du disque).

--------------------​

- l) tu récupères l'invite de commande régulière du «Terminal» à ton nom d'utilisateur - signe que gdisk a quitté mission accomplie --> tu fermes le «Terminal» --> tu re-démarres impérativement ton Mac pour que le nouveau dispositif de la HMBR sur le bloc 0 soit prise en compte par le Système au démarrage.

--------------------​

​

=> il te reste plus qu'à vérifier si tu as récupéré un volume BOOTCAMP : 1° affiché à l'écran de choix du disque de démarrage obenu par la touche "alt" > 2° démarrable par l'EFI.

Ok j'ai effectué toutes les étapes, bootcamp est bien revenu à l'écran de choix mais toujours le même soucis lorsque je le sélectionne: écran noir, avec tiret qui clignote

 

[Membre supprimé 1060554]

On a donc réussi à boucler la boucle en revenant à la case départ : affichage du volume à l'écran des volumes démarrables > mais volume non démarrable. Avec une HMBR sur le bloc 0 (ce que tu avais d'entrée de jeu).

Est-ce que tu peux passer la commande (après l'actif > retour à l'informatif) :

sudo gdisk /dev/disk1

et poster le tableau retourné ? C'est pour vérifier ce qu'il en est de la MBR du bloc 0 de l'autre disque (le HDD).

[pour quitter gdisk : tu tapes q et ↩︎]

 

[The Lynx]

yes

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: protective

BSD: not present

APM: not present

GPT: present


Found valid GPT with protective MBR; using GPT.


Command (? for help):

 

[Membre supprimé 1060554]

Bon : ton HDD (comme attendu, vu l'absence de partition dans un format Windows) a une MBR tout ce qu'il y a de neutre sur le bloc 0 : une PMBR qui ne peut pas introduire un facteur de perturbation.

Il faudrait (pour étoffer les données expérimentales) que tu te livres à des interventions mécaniques (ce qui ne va sans doute pas trop te plaire) :

- a) si tu enlèves le HDD (actuellement en position naturelle) > sans changer de place le SSD (en position super-drive) = 1 seul disque -->

=> est-ce que tu arrives à démarrer ton Windows ou toujours pas ? Si tu y arrives > que renvoie une commande :

sudo gdisk /dev/disk0

- histoire de vérifier l'hypothèse tordue d'une répercussion de l'ablation du HDD sur la MBR du SSD ?

--------------------​

- b) si tu intervertis les 2 disques (SSD > emplacement naturel du disque et HDD > en position super-drive) = 2 disques croisés -->

=> est-ce que tu récupères le démarrage sur Windows ? Si tu y arrives, que renvoie une commande :

sudo gdisk /dev/disk0

(ou disk1 : il s'agit du SSD --> vérifie par un diskutil list quel est son identifiant en position primitive) - histoire de vérifier l'hypothèse tordue bis d'une répercussion de l'emplacement du disque sur la MBR du bloc 0 ?

--------------------​

- c) si tu laisses le SSD en position naturelle mais enlèves le HDD de la position super-drive = 1 disque -->

=> est-ce que tu récupères le démarrage sur Windows ? Si tu y arrives > que renvoie une commande :

sudo gdisk /dev/disk0

- histoire de vérifier l'hypothèse tordue ter d'une répercussion de l'emplacement du disque + absence de l'autre disque sur la MBR du bloc 0 ?

--------------------​

​

=> si tu décidais de faire ces petites expérimentations horlogères > attention dans la manipulation des nappes.

J'aurais besoin de la confirmation que sans l'action pertubatrice de l'autre disque > ou loggé à l'emplacement disque naturel > ton Windows démarre (ou pas) - sachant que le SSD a actuellement une Hybrid_MBR décrivant cette partition en mode « Legacy »...

 

[The Lynx]

Bon je vais tester tout ça, je te fais un retour dans la semaine!

 

[The Lynx]

Finalement je vais tenter une réinstallation complète de windows avec bootcamp, non pas que j'ai la flemme de faire les manips mais je dois absolument garder les disques dans cette configuration.. Une petite question: si je n'ai pas moyen de désinstaller proprement windows, qu'est-ce que je risque à supprimer la partition bootcamp? (après avoir sauvegardé mes données sur un autre disque bien sûr)

 

[Deleted member 1099514]

Finalement je vais tenter une réinstallation complète de windows avec bootcamp, non pas que j'ai la flemme de faire les manips mais je dois absolument garder les disques dans cette configuration.. Une petite question: si je n'ai pas moyen de désinstaller proprement windows, qu'est-ce que je risque à supprimer la partition bootcamp? (après avoir sauvegardé mes données sur un autre disque bien sûr)

Bootcamp doit te permettre de supprimer la partition Windows.

 

[Membre supprimé 1060554]

The Lynx

qu'est-ce que je risque à supprimer la partition bootcamp?

Rien, car tu es ici dans un garage où alternent deux spécialistes ès nettoyage des résidus de partitions Windows > il suffit de poster le résultat d'un : diskutil list & d'un diskutil cs list

Le logiciel «Winclone» (payant) est capable de faire une image-archive Win.winclone (clone) du volume Windows > puis de la rétro-cloner à une partition vide au format FAT-32 créée par l'utilisateur > je me demande s'il serait capable de restaurer via cette opération de va-et-vient le caractère démarrable d'un volume BOOTCAMP comme le tien...

 

[The Lynx]

Oui jean, ça devrait fonctionner mais bon sait-on jamais.
Je vais tenter ce que maco dit avec winclone, juste pour voir, mais dans le futur je pense faire une nouvelle install bien clean (je dispose d'une autre version de windows 10, allégée avec le strict minimum, ça me donnera l'occasion de tester en machine virtuelle depuis OSX). J'ai découvert il'y a peu Crossover qui permet d'installer des applis win sous mac, donc ça remet en cause l'intérêt de bootcamp pour moi... ceci dit ça n'a pas l'air hyper stable avec toutes les applis.

résultats diskutil list et diskutil cs list:
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage ssd 351.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

4: Microsoft Basic Data BOOTCAMP 148.0 GB disk0s4


/dev/disk1 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_HFS HDD 1.7 TB disk1s2

3: Apple_HFS Time Machine 349.4 GB disk1s3


/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: ssd +350.9 GB disk2

Logical Volume on disk0s2

9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96

Unlocked Encrypted










CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group C5875627-3EE3-40AB-B3F1-9AC5FE047A30

=========================================================

Name: ssd

Status: Online

Size: 351248105472 B (351.2 GB)

Free Space: 311296 B (311.3 KB)

|

+-< Physical Volume C1E36D08-2B3D-47E5-A258-93E3089B786B

| ----------------------------------------------------

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 351248105472 B (351.2 GB)

|

+-> Logical Volume Family 71F250BB-4E66-4FC6-AD8C-6602F7CF371E

----------------------------------------------------------

Encryption Type: AES-XTS

Encryption Status: Unlocked

Conversion Status: Complete

High Level Queries: Fully Secure

| Passphrase Required

| Accepts New Users

| Has Visible Users

| Has Volume Key

|

+-> Logical Volume 9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96

---------------------------------------------------

Disk: disk2

Status: Online

Size (Total): 350895472640 B (350.9 GB)

Revertible: Yes (unlock and decryption required)

Revert Status: Reboot required

LV Name: ssd

Volume Name: ssd

Content Hint: Apple_HFS

 

[Membre supprimé 1060554]

Comme tu as un format CoreStorage Chiffré sur la partition disk0s2 [la Recovery HD en disk0s3, ayant un statut logique solidaire, est échappée lors des repartitionnements] > je conjecture que l'«Assistant BootCamp» va planter si tu lui demandes de supprimer l'actuelle partition BOOTCAMP en disk0s4...

... pas grave : les spécialistes ès nettoyage de résidus BOOTCAMP finiront le travail

 

[The Lynx]

arf.. impossible de démarrer winclone (je suis sous Sierra), carbon copy cloner et super duper ne peuvent pas cloner de partition bootcamp, je vais voir si il y'a d'autres alternatives.

Je vais quand même essayer de virer windows avec bootcamp, pouvez-vous me confirmer que je ne risque pas d'accidenter ma partition OSX? c'est le terme "restaurer" qui me fait douter:

 

[Membre supprimé 1060554]

Pour supprimer la partition BOOTCAMP disk0s4 et virer ses blocs au statut d'espace libre > tu passes la commande (copier-coller) :

diskutil eraseVolume free NULL disk0s4

Pour tenter de ré-intégrer cet espace libre à la partition ssd disk0s2 (ce qui implique un re-dimensionnement du CoreStorage de cette partition) > tu passes la commande (copier-coller) :

diskutil coreStorage resizeStack 9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96 0b

--> une vérification du système de fichiers jhfs+ ancré sur le Volume Logique terminal du CoreStorage sera lancée en préalable :

- si le résultat est : exit code = 0 (pas d'erreur) > la commande de re-dimensionnement sera engagée ;

- si le résultat est : exit code > 0 (erreurs) > la commande de re-dimensionnement avortera.​

=> tu n'as qu'à rendre compte du résultat en postant le retour d'affichage.

 

[The Lynx]

Dac mais j'aimerai profiter de l'occasion pour réduire la partition windows à 100go pas plus, est-ce possible via une commande? (je me doute que ça doit l'être )

 

[Membre supprimé 1060554]

Tu peux adapter la commande n°2 que je t'ai donnée > en la transformant en ceci :

diskutil coreStorage resizeStack 9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96 400g fat32 BOOTCAMP 0b

Cette commande instruit un redimensionnement de la partition ssd de 351 Go actuels à 400 Go par récupération de 49 Go d'espace libre dégagé par la suppression de la partition BOOTCAMP > et instruit la recréation d'une partition disk0s4 de 99 Go environ au format FAT-32 montant un volume intitulé BOOTCAMP (l'option 0b = 0_byte finale signifie : "ne laisser aucun bloc libre inemployé pour la création de la partition de queue").

Pour la passer > tu dois nécessairement passer d'abord la commande :

diskutil eraseVolume free NULL disk0s4

qui vire l'actuelle partition BOOTCAMP au statut de free_space : c'est la condition sine qua non de la commande de re-dimensionnement, laquelle requiert toujours l'existence d'espace libre sous la partition bénéficiaire.

[La partition disk0s3 Recovery HD, logiquement solidaire de la disk0s2 (d'autant plus si un format CoreStorage y est présent car elle joue alors le rôle de « booter » du CoreStorage), se trouve déplacée par clonage sur les blocs pour permettre l'extension de la partition principale.]

 

[The Lynx]

Merci de la précision, j'ai passé les commandes et voici le retour ci-dessous

edit: j'ai vérifié dans utilitaire de disque et effectivement la partition Boot Camp est effacée et celle d'OSX fait bien 400go. Cependant je remarque qu'il y'aurait 10,53go purgeable, comment le faire?

The Core Storage Logical Volume UUID is 9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96

Started CoreStorage operation

Checking prerequisites for resizing Logical-Physical volume stack

Growing Logical-Physical volume stack

Verifying file system

Using live mode

Performing live verification

Checking Journaled HFS Plus volume

Checking extents overflow file

Checking catalog file

Checking multi-linked files

Checking catalog hierarchy

Checking extended attributes file

Checking volume bitmap

Checking volume information

The volume ssd appears to be OK

File system check exit code is 0

Growing Core Storage Physical Volume from 351 248 105 472 to 400 352 632 832 bytes

Copying booter

Growing disk partition

Modifying partition map

Growing Core Storage data structures

Resizing Core Storage Physical Volume structures

Resized Core Storage Physical Volume to 400 352 632 832 bytes

Growing Logical Volume

Resizing Core Storage Logical Volume structures

Resized Core Storage Logical Volume to 400 000 000 000 bytes

Growing file system

Finished CoreStorage operation

 

[Membre supprimé 1060554]

Est-ce que tu peux passer une commande :

diskutil list

et poster le tableau que je vérifie l'état des lieux, en ce qui concerne le partitonnement ?

 

[The Lynx]

voici:
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *500.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage ssd 399.9 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

4: Microsoft Basic Data 99.2 GB disk0s4


/dev/disk1 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *2.0 TB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_HFS HDD 1.7 TB disk1s2

3: Apple_HFS Time Machine 349.4 GB disk1s3


/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: ssd +399.5 GB disk2

Logical Volume on disk0s2

9CDB51C6-D8FB-4663-AE3B-CB4E9808FD96

Unlocked Encrypted


J'ai essayé d'installer windows sur la partition de 99go à partir d'une clé bootable (testée auparavant sur machine virtuelle et un autre pc, tout marche), au menu d'installation windows j'ai un message qui me dit "Impossible d'installer windows sur ce disque..." lorsque je clique sur la partition 0s4, et même si je la formate en ntfs depuis l'installeur windows, j'obtiens: "windows ne peut pas être installé sur ce disque. le materiel de cet ordinateur peut ne pas prendre en charge le démarrage sur ce disque. Vérifiez que le contrôleur de ce disque est activé dans le menu du Bios de L'ordinateur"

Dans disk utility j'ai "type de disque: non initialisé" (pour la partition windows en question)

Bon je vais me calmer un peu et attendre tes instructions :eek: