probleme pour installer Boot camp

Doozers

Membre junior
2 Mars 2008
24
0
Bonjour
Apres plusieurs essais pour installer Windows 10 et surement quelques bêtises faites de ma part, je n'arrive manifestement pas à m'en sortir.
Je suis sur Imac 27 fin 2012 avec un fusion Drive de 1.12 TO avec la dernière version GM de High Sierra (bêta 10.13 (17A362a)).
Il y a quelques temps avec une ancienne version de l'OS sa marché mais depuis Sierra et même avec celle d'avant je n'y arrive plus. j'avais laissé tomber mais j'ai voulu retenter mais rien à faire et je croix bien que j'ai foutu la merde dans les volumes du DD.

pour faire cours voici le résultat du DISKUTIL :
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *121.3 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_CoreStorage Macintosh HD 121.0 GB disk0s2
3: Apple_Boot Boot OS X 134.2 MB disk0s3

/dev/disk1 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk1
1: EFI EFI 209.7 MB disk1s1
2: Apple_CoreStorage Macintosh HD 748.3 GB disk1s2
3: Apple_Boot Recovery HD 251.6 GB disk1s3

/dev/disk2 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme +2.1 GB disk2
1: Apple_HFS OS X Base System 2.0 GB disk2s1

/dev/disk3 (internal, virtual):
#: TYPE NAME SIZE IDENTIFIER
0: Apple_HFS Macintosh HD +863.5 GB disk3
Logical Volume on disk0s2, disk1s2
291023EE-4D9F-4C16-9563-7D9DB4B8597D
Unencrypted Fusion Drive

/dev/disk4 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +5.2 MB disk4

/dev/disk5 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk5

/dev/disk6 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk6

/dev/disk7 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk7

/dev/disk8 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk8

/dev/disk9 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk9

/dev/disk10 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk10

/dev/disk11 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +12.6 MB disk11

/dev/disk12 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk12

/dev/disk13 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk13

/dev/disk14 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk14

/dev/disk15 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk15

/dev/disk16 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk16

/dev/disk17 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +1.0 MB disk17

/dev/disk18 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk18

/dev/disk19 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +6.3 MB disk19

/dev/disk20 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +524.3 KB disk20

/dev/disk21 (disk image):
#: TYPE NAME SIZE IDENTIFIER
0: untitled +2.1 MB disk21

-bash-3.2#
a la dernière tentative d'instal de BOOTcamp j'ai pu aller jusqu' au partitionnage mais après sa écran noir, au bout d'un moment je reboot et la je tombe sur une page noir avec une ligne de commande me demandant de mettre un support pour booter dessus (ma clef d'installation était sur le mac).
je redémarre idem, je tente un démarrage avec "alt", il ne m'affiche que le disque de récupération mais quand je démarre dessus je me retrouve avec ma cession mac, à n'y rien comprendre...
je supprime la partition BOOTCAMP sans problème et redémarre mais je reste sur un écran blanc...
pour m'en sortir je fais un reset de la PRAM et je boot sur ma session normalement.

par contre quand je fais un démarrage avec "alt" pour voir je n'ai que le disque de récupération qui est en faite ma cession .
(j'arrive par contre à lancer le disque de récupération au démarrage avec les raccourcies "cmd-N")

je pense que le problème vient de la première fois ou je n'arrivais pas a faire l'installation de Windows il y a quelques temps, j'ai trifouillé avec le terminal avec la cession de récupération.

Si une âme charitable peu m'aider, snif
merci
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Salut Doozers

Quel est ton problème actuel - exactement ?

En inspectant le tableau retourné par la commande diskutil list > je note que ton passage à High Sierra n'a pas affecté ta configuration de départ : le volume de ton OS Macintosh HD réside toujours sur un système de stockage CoreStorage de type Fusion Drive (Apple ayant bloqué provisoirement la conversion à l'APFS des Fusion Drives impliquant un disque à plateaux).

Mais ton volume Macintosh HD ne fait actuellement que 863,5 Go > au lieu des 1,1 To attendus. Tu as donc supprimé une partition BOOTCAMP d'environ 150 Go > sans que son espace n'ait été récupéré à ton Fusion Drive --> est-ce que c'est la récupération de cet espace qui constitue ton problème ?

Je note par ailleurs à la série d'images-disques en RAM affichées par le tableau > ainsi qu'à l'invite de commande -bash-3.2# > que tu as passé ta commande diskutil list dans le «Terminal» du Recovery OS de secours. Est-ce à dire que tu ne peux plus démarrer sur ton OS High Sierra du volume Macintosh HD ? - car si tu le peux > je te signale que tu disposes du «Terminal» de l'OS à l'adresse : Applications > Utilitaires > «Terminal.app».
 

Doozers

Membre junior
2 Mars 2008
24
0
salut MAcomaniac
j'aimerais avoir mon DD comme à l'achat, et pouvoir installer une partition pour windows 10, chose que je n'arrive pas a faire.
j'arrive a démarrer maintement sur ma session mais je pense que j'ai tellement trafiquer le DD que du coup Boot Camp doit perdre les pédales ....

j'ai une sauvegarde de ma session et j'aimerais remettre le DD à zéro (comme à l'achat du mac si possible)
si tu as besoin d'autre info avec le terminal demande moi.
merci d'avance
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Ta session dans l'OS ouverte > va à : Applications > Utilitaires > lance le «Terminal» (celui de l'OS, donc   : il est plus facile de poster des retours de commandes dans le contexte de ta session).

Passe la commande :
Bloc de code:
diskutil cs list
  • cette commande retourne le tableau du système de stockage CoreStorage Fusion Drive

=> poste ce tableau ici (entre des balises de code comme précédemment) --> j'ai besoin de vérifier quelque chose concernant les disques virtuels de ton CoreStorage.
 

Doozers

Membre junior
2 Mars 2008
24
0
Voila
CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 9A73324F-EC76-4087-B4FE-715A7BF23CE2

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

Name: Macintosh HD

Status: Online

Size: 869333983232 B (869.3 GB)

Free Space: 114688 B (114.7 KB)

|

+-< Physical Volume 9306AB7A-5149-4296-B8B6-233C9F7A68F0

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 120988852224 B (121.0 GB)

|

+-< Physical Volume E99A5DCB-33F4-445C-803D-FAD31A5CFAD2

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

| Index: 1

| Disk: disk1s2

| Status: Online

| Size: 748345131008 B (748.3 GB)

|

+-> Logical Volume Family C4130B8A-2BA3-4270-96C6-17C4B32AFDE1

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

Encryption Type: None

|

+-> Logical Volume 291023EE-4D9F-4C16-9563-7D9DB4B8597D

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

Disk: disk2

Status: Online

Size (Total): 863478611968 B (863.5 GB)

Revertible: No

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

LVG Type: Fusion, Sparse
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Il n'y a pas d'erreur de taille interne au CoreStorage (ce qui est toujours embêtant).

Passe la commande (copier-coller)  :
Bloc de code:
diskutil coreStorage resizeStack 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b
  • qui récupère l'espace libre (situé sur le HDD sous la partition Recovery HD disk1s3) au Conteneur CoreStorage.

Si la vérification préliminaire du système de fichiers JHFS+ du volume Macintosh HD ne retourne pas d'erreur > ce volume devrait être dilaté à une taille de 1,1 To (avec le CoreStorage qui le supporte et la partition disk1s2 du HDD) --> poste alors le retour d'un diskutil list pour confirmation. S'il y a un message d'erreur à la vérification > signale-le.
 

Doozers

Membre junior
2 Mars 2008
24
0
j'ai un code erreur
diskutil coreStorage resizeStack 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b

The Core Storage Logical Volume UUID is 291023EE-4D9F-4C16-9563-7D9DB4B8597D

Started CoreStorage operation

Checking prerequisites for resizing Logical-Physical volume stack

Error: -69742: The requested size change for the target disk or a related disk is too small; please try a different disk or partition, or make a larger change
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
À y regarder de près > je constate un décalage de taille interne au CoreStorage. En effet, le Logical Volume (disque virtuel qui supporte le volume Macintosh HD) a une taille de 863 Go > tandis que la somme des 2 Physical Volumes (magasins de stockage physique inscrits sur les 2 partitions de disques) est de 869 Go.

Il y a donc un décalage de 6 Go - ce qui n'est pas négligeable. Tente la commande spécialisée :
Bloc de code:
diskutil coreStorage resizeVolume 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b
  • qui s'efforce de dilater le Logical Volume en interne au Conteneur CoreStorage > pour le rendre congruent en taille à la somme des 2 Physical Volumes.

=> Cette commande est très rarement validée --> quel est le retour d'affichage ?
 

Doozers

Membre junior
2 Mars 2008
24
0
voila le résultat
diskutil coreStorage resizeVolume 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b

The Core Storage Logical Volume UUID is 291023EE-4D9F-4C16-9563-7D9DB4B8597D

Started CoreStorage operation

Verifying file system

Volume could not be unmounted

Using live mode

Performing fsck_hfs -fn -l -x /dev/rdisk2

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 Macintosh HD appears to be OK

File system check exit code is 0

Restoring the original state found as mounted

Growing Logical Volume

Resizing Core Storage Logical Volume structures

Resized Core Storage Logical Volume to 863 478 611 968 bytes

Growing file system

Finished CoreStorage operation
et j'ai refais un
diskutil cs list
CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 9A73324F-EC76-4087-B4FE-715A7BF23CE2

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

Name: Macintosh HD

Status: Online

Size: 869333983232 B (869.3 GB)

Free Space: 114688 B (114.7 KB)

|

+-< Physical Volume 9306AB7A-5149-4296-B8B6-233C9F7A68F0

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 120988852224 B (121.0 GB)

|

+-< Physical Volume E99A5DCB-33F4-445C-803D-FAD31A5CFAD2

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

| Index: 1

| Disk: disk1s2

| Status: Online

| Size: 748345131008 B (748.3 GB)

|

+-> Logical Volume Family C4130B8A-2BA3-4270-96C6-17C4B32AFDE1

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

Encryption Type: None

|

+-> Logical Volume 291023EE-4D9F-4C16-9563-7D9DB4B8597D

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

Disk: disk2

Status: Online

Size (Total): 863478611968 B (863.5 GB)

Revertible: No

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

LVG Type: Fusion, Sparse
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
La commande d'augmentation de taille du Logical Volume n'a pas retourné d'erreur > mais cet affichage  :
Bloc de code:
Growing Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 863 478 611 968 bytes
Growing file system
Finished CoreStorage operation
qui paraît dire qu'il y a bien eu dilatation. Le problème étant que la taille mesurée à la fin de l'opération est exactement la même que la taille initiale = 863 Go.

Retente la commande précédente :
Bloc de code:
diskutil coreStorage resizeStack 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b
  • qui demande la récupération de l'espace libre de 150 Go externe au CoreStorage - mais qui ne peut être validée que si la taille du Logical Volume est adéquate en interne au CoreStorage à celle des 2 magasins de stockage Physical Volumes.

=> quel retour obtiens-tu ?
 

Doozers

Membre junior
2 Mars 2008
24
0
meme erreur
diskutil coreStorage resizeStack 291023EE-4D9F-4C16-9563-7D9DB4B8597D 0b

The Core Storage Logical Volume UUID is 291023EE-4D9F-4C16-9563-7D9DB4B8597D

Started CoreStorage operation

Checking prerequisites for resizing Logical-Physical volume stack

Error: -69742: The requested size change for the target disk or a related disk is too small; please try a different disk or partition, or make a larger change
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
[Eurêka  !] Je viens de trouver où est le problème. Ça aurait dû me sauter aux yeux d'entrée.

Dans ton premier tableau retourné par la commande diskutil list > il est mentionné concernant la partition de secours sur le HDD :
Bloc de code:
3: Apple_Boot Recovery HD 251.6 GB disk1s3
càd. que la partition Recovery HD > au lieu de faire les 650 Mo réglementaires > fait 251,6 Go. Elle a donc aborbé par erreur les 250 Go de la partition BOOTCAMP supprimée et elle retient cet espace captif. Pas étonnant s'il n'est pas possible de redimensionner le Conteneur CoreStorage  !

Il est possible d'effectuer des manipulations sur cette partition > mais il me faut savoir au préalable si tu as une sauvegarde et en quoi elle consiste ?
 

Doozers

Membre junior
2 Mars 2008
24
0
lol
j'ai la sauvegarde d'aujourd'hui.

mais j'ai pas mal de chose sur le cloud aussi , donc pas de soucis si on ne doit pas utiliser la sauvegarde TM

je peux faire une clean instal et je mettrais mes prog après c'est pas un soucis, tout le reste est sur le cloud (photos, musique ....)
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Il faut être très prudent avec la partition Recovery HD d'un Fusion Drive > parce que le volume Recovery HD ne joue que secondairement le rôle d'abriter le Recovery OS de secours démarrable > mais prioritairement celui de 2è « booter » (déclencheur) du Volume Logique du CoreStorage.

Passe la commande [non publique] :
Bloc de code:
sudo asr adjust --t /dev/disk1s3 --settype "Apple_HFS"
--> une demande de password va s'afficher à la validation (commande sudo) --> tape ton mot-de-passe de session admin à l'aveugle - aucun caractère ne s'affichant à la frappe - et valide de nouveau.

  • cette commande change le type de la partition disk1s3 > du type Apple_Boot au type Apple_HFS - ce qui, le système de fichiers du volume étant JHFS+, autorise son re-partitionnement.

=> si tu n'as pas obtenu de message d'erreur > poste le tableau retourné par un diskutil list en confirmation.
 

Doozers

Membre junior
2 Mars 2008
24
0
j'ai sa comme erreur :
asr: Volume adjustment failed: Operation not permitted
diskutil list :
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *121.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Macintosh HD 121.0 GB disk0s2

3: Apple_Boot Boot OS X 134.2 MB disk0s3


/dev/disk1 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_CoreStorage Macintosh HD 748.3 GB disk1s2

3: Apple_Boot Recovery HD 251.6 GB disk1s3


/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +863.5 GB disk2

Logical Volume on disk0s2, disk1s2

291023EE-4D9F-4C16-9563-7D9DB4B8597D

Unencrypted Fusion Drive


/dev/disk3 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk3

1: EFI EFI 209.7 MB disk3s1

2: Apple_HFS Storage 400.0 GB disk3s2

3: Apple_HFS TimeMachine iMac 599.7 GB disk3s3
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Bon : je pense qu'on va jeter l'éponge question re-partitionnement de la Recovery HD. Il va falloir supprimer le CoreStorage Fusion Drive > le recréer > ré-installer un Système.

Je vois un volume intitulé TimeMachine iMac  : quel est l'OS recelé dans cette sauvegarde  ?
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
71 616
21 486
Forêt de Fontainebleau
Tu ne peux pas faire une clean install de High Sierra.

En démarrant avec les touches ⌘⌥R (cmd alt R) = démarrage par Internet > tu peux ré-installer Sierra 10.12.6 en clean install après recréation du Fusion Drive (il n'est pas possible de supprimer le Fusion Drive en démarrant sur la Recovery HD locale > car elle est solidaire du CoreStorage et doit être supprimée avec lui).

Sinon > tu peux démarrer sur le volume TimeMachine iMac et restaurer High Sierra dans le volume du nouveau Fusion Drive.

=> à toi de choisir.