Problème de partitions après bidouille avec BootCamp

[cactux]

Bonsoir à tous,

Je suis dans le pétrin après de mauvaises manip avec Windows sur mon mac. Je me résigne doucement à tout reformater, mais si un expert passe par là…
En bref, Utilitaire de disque ne parvient pas à redimensionner ma partition principale après un formatage de la partition secondaire par Windows.


La version longue maintenant : j’ai fait toutes sortes d’erreurs pour en arriver là.

Erreur 1 : mon MacBookPro fin 2011 (sous El Capitan) ne permettant pas, avec BootCamp, de créer et de booter sur une clé usb, j’ai été bidouiller dans info.plist pour que ce soit possible.

Erreur 2 : Une fois devant l’installeur windows, celui-ci me renvoie une erreur, disant qu’il lui faut une partition GPT sur les systèmes EFI. Au lieu d’abandonner, j’ai décidé de passer outre BootCamp et de tenter d’installer windows « directement », en lui créant une partition GPT avec DiskUtility qui j’ai supprimée puis récréée sous windows. Celui-ci semble s’installer cette fois…mais m’affiche un message d’erreur à la fin de l’installation. Lorsque je retourne sur MacOS pour supprimer la partition « windows », DiskUtility me dit que c’est impossible, sans plus de détails.

(Erreur 3 ? : )J’ai ensuite tenté de supprimer cette partition via windows, mais DiskUtility ne m’affiche l’espace libre nulle part (que ce soit sous OS X ou dans la fonctionnalité de récupération). Je suis arrivé à la recréer (et à la re-supprimer) sous windows (et même à y accéder via os x quand formatée en exFAT), mais je souhaiterais retrouver une seule partition de la taille totale de mon disque.

Cf la capture et ci-dessous pour voir où j'en suis actuellement.

diskutil cs list

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 77DF5217-020D-48D8-B174-0FB13A7542FC

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

Name: Macintosh SSD

Status: Online

Size: 439054004224 B (439.1 GB)

Free Space: 18907136 B (18.9 MB)

|

+-< Physical Volume 0321F982-1BB4-4ED8-A2D4-526054B32503

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 439054004224 B (439.1 GB)

|

+-> Logical Volume Family 4FD3FFE8-6D81-451A-AC84-F0030759CD96

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

Encryption Type: None

|

+-> Logical Volume A01F6418-D7C5-43FA-8014-8F82FE1D6695

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

Disk: disk1

Status: Online

Size (Total): 438682775552 B (438.7 GB)

Revertible: Yes (no decryption required)

LV Name: Macintosh SSD

Volume Name: Macintosh SSD

Content Hint: Apple_HFS





diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *480.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Macintosh SSD 439.1 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

4: Microsoft Reserved 134.2 MB disk0s4

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh SSD +438.7 GB disk1

Logical Volume on disk0s2

A01F6418-D7C5-43FA-8014-8F82FE1D6695

Unencrypted


Merci d’avance à quiconque qui essaiera de m’aider!

Vous êtes ma dernière chance avant de tout formater.

 

[Membre supprimé 1060554]

Salut cactux

Tu as frappé à la bonne porte : c'est ici le garage spécialisé dans la réparation des fuites de carter d'espace disque utilisable avec deux mécaniciens fous qui y bricolent en alternance

Alors la situation est limpide : tu as une petite partition 4: Microsoft Reserved 134.2 MB disk0s4 juste en-dessous de la Recovery HD qui fait obstacle à la récupération de l'espace libre d'environ 42 Go situé encore en-dessous à la partition principale 2: Apple_CoreStorage Macintosh SSD 439.1 GB disk0s2.

Voici la manœuvre récupératrice :

- a) tu passes d'abord la commande (en copier-coller) :

diskutil eraseVolume free NULL disk0s4

par laquelle tu supprimes la partition n°4 de 134 Mo en virant ses blocs au statut de free_space. Désormais > une bande continue d'espace libre existe juste en-dessous de la Recovery HD.

- b) tu passes ensuite la commande (en copier-coller) :

diskutil coreStorage resizeStack A01F6418-D7C5-43FA-8014-8F82FE1D6695 0b

par laquelle tu demandes le re-dimensionnement de la pile des Volumes Logiques CoreStorage inscrits sur la partition n°2 Macintosh HD. Cette commande d'ordre complexe dans son processus exécutif (re-dimensionnement du Volume Logique > du Volume Physique en corrélation > étirement du système de fichiers JHFS+ terminal > inscription dans le table de partition GUID d'en-tête du disque) est sujette à un protocole préalable : la vérification d'intégrité du système de fichiers JHFS+ ancré sur le Volume Logique de la partition bénéficiaire.

- b1) S'il n'y a d'erreur (exit code = 0) > la commande devrait passer.

- b2) S'il y a des erreurs (exit code > 0) > re-démarre en mode Recovery (tiens pressées les touches ⌘R de l'écran noir jusqu'à l'affichage de la ) et fais un S.O.S. dans l'«Utilitaire de Disque» sur le volume Macintosh HD > puis re-démarre > ré-ouvre ta session > repasse ma commande b) qui devrait être honorée.
​

=> quelque soit le cas de figure > re-démarre à la fin impérativement ton Mac pour mettre à jour le kernel.​

Si tu as besoin ensuite de tuyaux pour installer W-10 dans une partition BOOTCAMP > ouvre un nouveau fil spécifique à cette question...

 

[cactux]

Salut macomaniac,
MILLE MERCIS!
Nickel, ça a marché du premier coup, tu m'as évité une journée de réinstallation!
Pour ce qui est de Windows, je crois avoir compris qu'il ne valait mieux pas tenter d'installation par une clé USB, puisque celle-ci semble impossible par défaut, que d'après mes recherches, mon mac n'est pas compatible à 100% avec l'EFI boot pour windows (même si je ne suis pas certain de ce que ça veut dire), et que la dernière fois ou j'avais installé windows, j'étais passé par un DVD et tout avait fonctionné...
Enfin bref, merci encore!

 

[Membre supprimé 1060554]

Nickel, ça a marché du premier coup, tu m'as évité une journée de réinstallation!

le « garage » MacGé : c'est ce qu'il y a de plus rapide...

​

l'EFI boot pour windows

Tout dépend quelle version de Windows tu essaies d'installer :

- si c'est W-7 > alors c'est un OS qui boote en mode « Legacy » : càd. que l'EFI (le Programme Interne du Mac) doit passer par la description de sa partition donnée par une table secondaire de type Hybrid_MBR inscrite sur le bloc 0 du disque ;

- si c'est W-10 > alors c'est un OS qui boote en mode « UEFI » : càd. que l'EFI passe par la description de sa partition donnée par la table principale GPT (GUID Partition Table) inscrite sur les 32 premiers blocs du disque.
​

=> chacune de ces options demande des ajustements a la mano > dès lors qu'on ne passe pas par l'«Assistant BootCamp».​

 

[Fatal Wis Titi]

Bonjour,

Je suis nouveau sur le forum et j'espère poster au bon endroit. Donc... J'ai utilisé Bootcamp pour installer Windows 10 (image ISO) sur mon iMac 2016 Fusion Drive. Jusqu'ici tout allait bien, la procédure s'est lancée, Bootcamp a téléchargé les fichiers de prise en charge Windows puis à commencer à préparer la partition d'accueil.

C'est à ce moment où j'ai décidé d'arrêter la procédure (en cliquant sur le bouton "arrêter" de l'assistance Bootcamp). C'est là que ça c'est gâté : L'ordinateur à ramé pendant quelque temps et bootcamp s'est complètement figé (curseur multicolore).

J'ai donc fait un reset. Le redémarrage s'est déroulé correctement, mais le problème est que depuis, je n'ai plus du tout accès à la partition qui devait accueillir Windows (d'environ 120 Go). Et je ne peut même pas relancer Bootcamp car la procédure plante lors de la préparation d'une nouvelle partition.

J'ai chercher sur le net diverses réponses à mon problème mais je n'ai rien trouvé. Voilà ce que diskutil et diskutil cs me donne dans le terminal :



DISKUTIL LIST :





DISKUTIL CS LIST :



J'espère que vous saurez m'aider car j'aimerais vraiment installer Windows avec Bootcamp mais je ne peut plus, et faire une restauration Time Machine me paraît un peu extrême et je ne suis pas certains que cela me permette de récupérer ma partition.

Merci par avance d'avoir pris le temps de lire jusqu'au bout.

Bonne soirée

 

[Membre supprimé 1060554]

Salut Fatal Wis Titi

Ah ! «Windows-Sur-Mac»... on en arrive toujours à la case : « garage macgé » soit au départ, soit à la fin

Voici le diagnostic de ton cas : il s'agit d'un incident assez rare, avec un pronostic de réparation incertain.

Tu as manifestement un iMac récent avec 2 disques : un SSD de 24 Go et un HDD de 1 To > les 2 partitions principales de ces disques (disk0s2 & disk1s2) associées logiciellement par un dispositif CoreStorage de type «Fusion Drive».

Dans un tel cas de figure (CoreStorage associatif) > le SSD demeure toujours intouché par des repartitionnements > lesquels n'affectent jamais que le disque associé second : le HDD. C'est donc toujours lui qui porte la partition de récupération Recovery HD (disk1s3) > et en-dessous encore, quant il y a lieu, une partition BOOTCAMP dédiée à «Windows» (disk1s4).

En ce qui te concerne > tu as planté délibérément l'opération de re-partitionnement de l'«Assistant BootCamp» avant qu'il n'ait complété cette tâche > càd. n'ait créé sur le HDD une partition BOOTCAMP de 120 Go (environ) en disk1s4. En suite de quoi, comme tu peux le constater du point de vue du partitionnement basique (commande diskutil list) --> la partition CoreStorage du HDD (disk1s2) a gardé sa taille originelle = 999,3 Go.

Mézalor (te demandes-tu) quel est le problème ? - le problème concerne l'allocation des espaces à l'intérieur de la structure logique du CoreStorage «Fusion Drive».

Un CoreStorage consiste, pour l'essentiel, à importer 1 ou 2 (Fusion Drive) disque(s) dur(s) virtuel(s) à même 1 (ou 2) partition(s) d'accueil > de sorte que la définition même de l'espace de la partition se trouve convertie, de container de blocs bruts (définition POSIX) à Physical Volume (disque physique virtuel) => et à exporter un disque virtuel miroir de ce Physical Volume : un Logical Volume, qui en constitue une redondance logique. Sur un nœud de device (dev node) de ce Logical Volume > se trouve ancré le système de fichiers JHFS+ classique gérant les écritures aux blocs comme des fichiers relevant d'un répertoire (volume). Ce dispositif binaire (Volume Physique <=> Volume Logique) comporte une instance médiatrice : une Famille de Volumes Logiques comme traducteur assurant la correspondance entre les 2 disques virtuels. Enfin, toutes ces instances se trouvent comprises dans un Ensemble Logique, qui est le Groupe de Volumes Logiques du CoreStorage.

Bref : en ce qui concerne le Groupe de Volumes Logiques de ton CoreSorage Fusion Drive --> les 2 Physical Volumes sont bien en place sur leurs partitions de résidence, avec chacun la bonne taille (23,6 Go & 999,3 Go) > la Famille de Volumes Logiques est au rendez-vous et ne comporte pas de paramètre de chiffrement (--> correspondance immédiate et transparente entre les 2 disques virtuels) > mais le Volume Logique unique exporté est nettement plus petit en taille (883 Go) que la taille qu'il devrait avoir pour correspondre à la somme des tailles des Physical Volumes : soit 1 To => il existe donc actuellement 127 Go de free_space (espace libre) sur le Physical Volume n°2 (celui du HDD, seul concerné par les repartitionnements dans un Fusion Drive) > espace libre qui n'est pas utilisé pour la génération du Volume Logique exporté.

Il s'agit donc d'une erreur interne au CoreStorage (inadéquation des tailles Volumes Physiques <=> Volume Logique) qui est absolument invisible du point de vue du niveau basique de partitionnement (POSIX).

Comment se fait-il que cette erreur se soit produite (te demandes-tu) ? - eh ! le repartitionnement d'un dispositif CoreStorage est toujours un processus d'une extrême complexité, car (s'il s'agit d'une réduction) : il y a toujours d'abord processus de rétrécissement couplé du système de fichiers jhfs+ ancré sur le dev node du Volume Logique et de la taille de ce même disque virtuel du Volume Logique > puis rétrécissement couplé de la taille du seul Volume Physique du HDD de manière à ce qu'il soit ramené à congruence du couple : système de fichiers / Volume Logique rétrécis > & de la taille du container brut de la partition POSIX (disk1s2) avec enregistrement de son nouveau décompte de blocs dans la table de partition GPT de l'en-tête du HDD.

Ton initiative de couper l'opération initiée de l'«Assistant BootCamp» est intervenue pile au moment où le couple : système de fichiers JHFS+ / Volume Logique avait été rétréci à la taille requise de 883 Go > mais avant que le couple : Volume Physique n°2 / container de blocs de la partition disk1s2 ait pu être re-dimensionné à congruence. Il s'ensuit que le rétrécissement du Volume Logique et de son système de fichiers a généré de l'espace libre sur le Physical Volume n°2 du HDD.

La possibilité de réparer ce type d'inadéquation de taille Volume Logique < Volume Physique dans un dispositif CoreStorage est d'issue incertaine - un dispositif CoreStorage de type Fusion Drive n'étant pas susceptible de surcroît de « réversion logique » non destructrice.

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

Je te propose de passer dans le «Terminal» la commande de réparation spécifique à ce cas (copier-coller) :

diskutil coreStorage resizeLV 981F6BBA-4FC7-4A5F-9023-ACC318E35370 0b

qui requiert le re-dimensionnement du Volume Logique & du système de fichiers couplé seuls > par élargissement à tout l'espace libre actuellement disponible sur le Volume Physique impliqué du HDD (0b = 0_byte signifiant : "n'échapper aucun bloc libre sur le Volume Physique pour le redimensionnement du Volume Logique").

=> tu vas bien voir si tu obtiens un message d'erreur ou non. Si tu obtiens un message d'erreur > re-démarre en tenant pressées les 2 touches ⌘R de l'écran noir jusqu'à l'affichage de la  (démarrage en mode Recovery) > «Utilitaire de Disque» > sélection du Volume Logique Macintosh HD > S.O.S. => re-démarre normalement > repasse la commande de re-dimensionnement.

=> poste le retour d'une commande :

diskutil cs list

en fin d'opération (et ne fais pas de capture d'écran ce coup-ci ! Reste en mode texte ! Sélection du tableau > ⌘C pour le copier dans le presse-papier > ⌘V pour le copier ici. Ça évite au "garagiste" du CoreStorage d'avoir à faire un glisser-déposer de ton image sur son Bureau de session > afficher avec «Aperçu» > disposition en parallèle de la fenêtre de «Safari» affichant la page MacGé > recopiage à la main des chiffres de l'image en chiffres au clavier).

 

[Fatal Wis Titi]

Salut Fatal Wis Titi

Ah ! «Windows-Sur-Mac»... on en arrive toujours à la case : « garage macgé » soit au départ, soit à la fin

Voici le diagnostic de ton cas : il s'agit d'un incident assez rare, avec un pronostic de réparation incertain.

Tu as manifestement un iMac récent avec 2 disques : un SSD de 24 Go et un HDD de 1 To > les 2 partitions principales de ces disques (disk0s2 & disk1s2) associées logiciellement par un dispositif CoreStorage de type «Fusion Drive».

Dans un tel cas de figure (CoreStorage associatif) > le SSD demeure toujours intouché par des repartitionnements > lesquels n'affectent jamais que le disque associé second : le HDD. C'est donc toujours lui qui porte la partition de récupération Recovery HD (disk1s3) > et en-dessous encore, quant il y a lieu, une partition BOOTCAMP dédiée à «Windows» (disk1s4).

En ce qui te concerne > tu as planté délibérément l'opération de re-partitionnement de l'«Assistant BootCamp» avant qu'il n'ait complété cette tâche > càd. n'ait créé sur le HDD une partition BOOTCAMP de 120 Go (environ) en disk1s4. En suite de quoi, comme tu peux le constater du point de vue du partitionnement basique (commande diskutil list) --> la partition CoreStorage du HDD (disk1s2) a gardé sa taille originelle = 999,3 Go.

Mézalor (te demandes-tu) quel est le problème ? - le problème concerne l'allocation des espaces à l'intérieur de la structure logique du CoreStorage «Fusion Drive».

Un CoreStorage consiste, pour l'essentiel, à importer 1 ou 2 (Fusion Drive) disque(s) dur(s) virtuel(s) à même 1 (ou 2) partition(s) d'accueil > de sorte que la définition même de l'espace de la partition se trouve convertie, de container de blocs bruts (définition POSIX) à Physical Volume (disque physique virtuel) => et à exporter un disque virtuel miroir de ce Physical Volume : un Logical Volume, qui en constitue une redondance logique. Sur un nœud de device (dev node) de ce Logical Volume > se trouve ancré le système de fichiers JHFS+ classique gérant les écritures aux blocs comme des fichiers relevant d'un répertoire (volume). Ce dispositif binaire (Volume Physique <=> Volume Logique) comporte une instance médiatrice : une Famille de Volumes Logiques comme traducteur assurant la correspondance entre les 2 disques virtuels. Enfin, toutes ces instances se trouvent comprises dans un Ensemble Logique, qui est le Groupe de Volumes Logiques du CoreStorage.

Bref : en ce qui concerne le Groupe de Volumes Logiques de ton CoreSorage Fusion Drive --> les 2 Physical Volumes sont bien en place sur leurs partitions de résidence, avec chacun la bonne taille (23,6 Go & 999,3 Go) > la Famille de Volumes Logiques est au rendez-vous et ne comporte pas de paramètre de chiffrement (--> correspondance immédiate et transparente entre les 2 disques virtuels) > mais le Volume Logique unique exporté est nettement plus petit en taille (883 Go) que la taille qu'il devrait avoir pour correspondre à la somme des tailles des Physical Volumes : soit 1 To => il existe donc actuellement 127 Go de free_space (espace libre) sur le Physical Volume n°2 (celui du HDD, seul concerné par les repartitionnements dans un Fusion Drive) > espace libre qui n'est pas utilisé pour la génération du Volume Logique exporté.

Il s'agit donc d'une erreur interne au CoreStorage (inadéquation des tailles Volumes Physiques <=> Volume Logique) qui est absolument invisible du point de vue du niveau basique de partitionnement (POSIX).

Comment se fait-il que cette erreur se soit produite (te demandes-tu) ? - eh ! le repartitionnement d'un dispositif CoreStorage est toujours un processus d'une extrême complexité, car (s'il s'agit d'une réduction) : il y a toujours d'abord processus de rétrécissement couplé du système de fichiers jhfs+ ancré sur le dev node du Volume Logique et de la taille de ce même disque virtuel du Volume Logique > puis rétrécissement couplé de la taille du seul Volume Physique du HDD de manière à ce qu'il soit ramené à congruence du couple : système de fichiers / Volume Logique rétrécis > & de la taille du container brut de la partition POSIX (disk1s2) avec enregistrement de son nouveau décompte de blocs dans la table de partition GPT de l'en-tête du HDD.

Ton initiative de couper l'opération initiée de l'«Assistant BootCamp» est intervenue pile au moment où le couple : système de fichiers JHFS+ / Volume Logique avait été rétréci à la taille requise de 883 Go > mais avant que le couple : Volume Physique n°2 / container de blocs de la partition disk1s2 ait pu être re-dimensionné à congruence. Il s'ensuit que le rétrécissement du Volume Logique et de son système de fichiers a généré de l'espace libre sur le Physical Volume n°2 du HDD.

La possibilité de réparer ce type d'inadéquation de taille Volume Logique < Volume Physique dans un dispositif CoreStorage est d'issue incertaine - un dispositif CoreStorage de type Fusion Drive n'étant pas susceptible de surcroît de « réversion logique » non destructrice.

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

Je te propose de passer dans le «Terminal» la commande de réparation spécifique à ce cas (copier-coller) :

diskutil coreStorage resizeLV 981F6BBA-4FC7-4A5F-9023-ACC318E35370 0b

qui requiert le re-dimensionnement du Volume Logique & du système de fichiers couplé seuls > par élargissement à tout l'espace libre actuellement disponible sur le Volume Physique impliqué du HDD (0b = 0_byte signifiant : "n'échapper aucun bloc libre sur le Volume Physique pour le redimensionnement du Volume Logique").

=> tu vas bien voir si tu obtiens un message d'erreur ou non. Si tu obtiens un message d'erreur > re-démarre en tenant pressées les 2 touches ⌘R de l'écran noir jusqu'à l'affichage de la  (démarrage en mode Recovery) > «Utilitaire de Disque» > sélection du Volume Logique Macintosh HD > S.O.S. => re-démarre normalement > repasse la commande de re-dimensionnement.

=> poste le retour d'une commande :

diskutil cs list

en fin d'opération (et ne fais pas de capture d'écran ce coup-ci ! Reste en mode texte ! Sélection du tableau > ⌘C pour le copier dans le presse-papier > ⌘V pour le copier ici. Ça évite au "garagiste" du CoreStorage d'avoir à faire un glisser-déposer de ton image sur son Bureau de session > afficher avec «Aperçu» > disposition en parallèle de la fenêtre de «Safari» affichant la page MacGé > recopiage à la main des chiffres de l'image en chiffres au clavier).

Merci pour votre réponse mais cette nuit j'ai fait une restauration time machine et j'ai récupéré mon espace libre suite à une fausse manip de ma part dans le terminale (diskutil erasevolume 98...).

J'avais complètement reformaté mon disk Macintosh HD. Du coup obligé de faire une restauration. Et j'ai pris une sauvegarde antérieure à mon opération Bootcamp et me voilà avec mon Macintosh HD de 1 To.



Je vous remercie toutefois pour votre réponse forte instructive et très réactive. =D

Merci infiniment !

 

[Fatal Wis Titi]

J'ai retenté un partitionnement Bootcamp en laissant la procédure s'accomplir jusqu'au bout et après 1h / 1h30 d'attente, l'assistant m'a dit que le disque Macintosh HD n'a pas pu être partitionné. Pourtant, depuis le terminal et l'utilitaire de disque, je me retrouve avec une partition bootcamp de 150 Go :

DISKUTIL LIST :



UTILITAIRE DE DISQUE :



Que faire à partir de là pour finaliser l'installation de Windows 10 depuis mon ISO ?

Merci encore pour votre intérêt à mon problème.

 

[Fatal Wis Titi]

A mince... Voici le diskutil en copier/coller... ^^

/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 24.0 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_CoreStorage Macintosh HD 23.6 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 841.4 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s3

4: Apple_Boot Recovery HD 650.0 MB disk1s6

5: Microsoft Basic Data OSXRESERVED 8.0 GB disk1s4

6: Microsoft Basic Data BOOTCAMP 150.0 GB disk1s5

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +864.0 GB disk2

Logical Volume on disk0s2, disk1s2

160A60D8-367B-4E50-B58C-12786287CA51

Unencrypted Fusion Drive

 

[Membre supprimé 1060554]

Salut FWT

Est-ce que tu peux re-démarrer un coup afin que les partitions récupèrent des numéros suivis (pour l'instant, c'est un peu le bazar) ?

Puis repasse les 2 commandes :

diskutil list
diskutil cs list

et poste les 2 tableaux (en copier-coller !).

=> qu'est-ce que tu veux faire actuellement ? Parce que tu as 2 Recovery HD à la suite + un OSXRESERVED + un BOOTCAMP sur le HDD > bref c'est le chaos

Je peux te passer des commandes pour fusionner les 3 partitions de queue du HDD en une seule au format FAT-32 si tu veux.

 

[Fatal Wis Titi]

Encore merci pour votre réponse. J'essaye d'aller vite et je vois que je me créé un peu de misère... On recommence depuis le début et je veux pouvoir installer windows 10 sur mon mac. Je vais m'en tenir à vos recommandations ^^

Voici l'état de mon DD :

DISKUTIL LIST :

/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 24.0 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_CoreStorage Macintosh HD 23.6 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 999.3 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s4

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +1.0 TB disk2

Logical Volume on disk0s2, disk1s2

160A60D8-367B-4E50-B58C-12786287CA51

Unencrypted Fusion Drive


DISKUTIL CS LIST :

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 97FDFE4A-48B8-4F23-9741-3A91C9AFD07A

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

Name: Macintosh HD

Status: Online

Size: 1022898851840 B (1.0 TB)

Free Space: 176128 B (176.1 KB)

|

+-< Physical Volume 2E421C1B-6321-48ED-8499-DC31C9F39A2E

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 23553724416 B (23.6 GB)

|

+-< Physical Volume B4F6028A-FE0C-4707-8833-B31A4445D9F9

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

| Index: 1

| Disk: disk1s2

| Status: Online

| Size: 999345127424 B (999.3 GB)

|

+-> Logical Volume Family 92A625BE-5D63-4B18-8645-1CC831BF46E7

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

Encryption Type: None

|

+-> Logical Volume 160A60D8-367B-4E50-B58C-12786287CA51

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

Disk: disk2

Status: Online

Size (Total): 1021993943040 B (1.0 TB)

Revertible: No

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

LVG Type: Fusion, Sparse


Voilà où j'en suis.... J'attend vos indications...

Un grand merci pour votre patience.

 

[Membre supprimé 1060554]

Actuellement donc : ton partitionnement a l'air propre comme un sou neuf

> sauf que curieusement la numérotation des partitions du HDD saute de disk1s2 pour la bande CoreStorage à disk1s4 pour la Recovery HD.

=> est-ce que tu peux re-démarrer une fois de plus (bis repetita placent) > et reposter uniquement le tableau résultant d'une commande :

diskutil list

> pour vérifier si le kernel cette fois-ci aligne numériquement les partitions ?

 

[Fatal Wis Titi]

Voilà ce que j'ai après avoir redémarré le mac...

DISKUTIL LIST :


/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 24.0 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_CoreStorage Macintosh HD 23.6 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 999.3 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s3

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +1.0 TB disk2

Logical Volume on disk0s2, disk1s2

160A60D8-367B-4E50-B58C-12786287CA51

Unencrypted Fusion Drive

Tout semble être rentré dans l'ordre.

L'ultime question reste : comment faire pour installer Windows 10 maintenant ? je retente un bootcamp ?

Merci encore

 

[Membre supprimé 1060554]

Oui : la numérotation est de nouveau suivie.

Tu n'as qu'à retenter une installation avec l'«Assistant BootCamp» - c'est quand même le procédé le plus orthodoxe - et documenter le résultat (succès / échec / problème de partitionnement...).

 

[Fatal Wis Titi]

Ok je m'occupe de ça et je vous retransmet les résultats dès que la procédure prendra fin.

Merci

 

[Fatal Wis Titi]

Je viens de survoler un peu le net et le support Apple et il semblerai que mon iMac (qui est en faite un iMac fin 2015 acheté en juin dernier...) ne supporte que Windows 8 en bootcamp...

 

[Fatal Wis Titi]

Bonjour bonjour,

J'ai une petite question concernant mes partitions (encore ^^)...

Est ce que s'il vous plait vous connaissez les commandes permettant de récupérer les 1 To sur mon disk2 "macintosh HD" ?


DISKUTIL LIST :

/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 24.0 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_CoreStorage Macintosh HD 23.6 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 838.4 GB disk1s2

3: Apple_Boot Recovery HD 650.0 MB disk1s3

4: Microsoft Basic Data OSXRESERVED 8.0 GB disk1s4

5: Windows Recovery 314.6 MB disk1s5

6: EFI NO NAME 104.9 MB disk1s6

7: Microsoft Reserved 134.2 MB disk1s7

8: Windows Recovery 314.6 MB disk1s8

9: EFI NO NAME 104.9 MB disk1s9

10: Microsoft Basic Data 152.0 GB disk1s10

/dev/disk2 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +861.0 GB disk2

Logical Volume on disk0s2, disk1s2

EF5F8313-DB19-4449-BB1F-FADC498091EC

Unencrypted Fusion Drive


DISKUTIL CS LIST :

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 97FDFE4A-48B8-4F23-9741-3A91C9AFD07A

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

Name: Macintosh HD

Status: Online

Size: 861904908288 B (861.9 GB)

Free Space: 4096 B (4.1 KB)

|

+-< Physical Volume 2E421C1B-6321-48ED-8499-DC31C9F39A2E

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 23553724416 B (23.6 GB)

|

+-< Physical Volume B4F6028A-FE0C-4707-8833-B31A4445D9F9

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

| Index: 1

| Disk: disk1s2

| Status: Online

| Size: 838351183872 B (838.4 GB)

|

+-> Logical Volume Family BA9BBCDC-D528-4C13-A90E-F19BB769709A

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

Encryption Type: None

|

+-> Logical Volume EF5F8313-DB19-4449-BB1F-FADC498091EC

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

Disk: disk2

Status: Online

Size (Total): 861000171520 B (861.0 GB)

Revertible: No

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

LVG Type: Fusion, Sparse



C'est un peu le carnage après bidouille bootcamp ^^

Merci d'avance

 

[Deleted member 1099514]

Salut

Si tu veux supprimer l'ensemble des partitions créées par bootcamp voici les commandes à passer (les unes après les autres) :
diskutil eraseVolume free space disk1s10
diskutil eraseVolume free space disk1s9
diskutil eraseVolume free space disk1s8
diskutil eraseVolume free space disk1s7
diskutil eraseVolume free space disk1s6
diskutil eraseVolume free space disk1s5
diskutil eraseVolume free space disk1s4

Puis redémarrer le mac et faire un :
diskutil cs resizestack EF5F8313-DB19-4449-BB1F-FADC498091EC 0b

 

[Membre supprimé 1060554]

On laisse à peine le Ouistiti dans un espace propre et bien rangé > pof ! il vous remet une pagaïe de 7 partitions...

Heureusement qu'il y a alternance des "garagistes" : Jean a repris la clé à molette

 

[Deleted member 1099514]

On laisse à peine le Ouistiti dans un espace propre et bien rangé > pof ! il vous remet une pagaïe de 7 partitions...

Heureusement qu'il y a alternance des "garagistes" : Jean a repris la clé à molette

Je sens qu'on va resserrer quelques boulons.
Et si ça suffit pas on va mettre de l'huile :