iMac Partition disparu après désinstallation de bootcamp

Len0x

Membre enregistré
7 Février 2016
2
0
103
Bonjour,

Je possède un iMac de fin 2012 ayant un fusion drive. Cela fait maintenant un petit moment que j'ai installé puis désinstallé Windows au travers de bootcamp (oui je sais, je n'aurai pas dû installer ce truc là :D). Depuis que j'ai désinstallé la partition bootcamp, l'espace disque alloué n'a pas été "rendu" à la partition Macintosh HD. L'ancienne partition bootcamp a tout bonnement disparu.

captur10.jpg

Fusion Drive d'1,12 To pour un Macintosh HD de 611 Go

captur11.jpg

Il semblerait que la partition à récupérer soit sur le disk1 avec uniquement un peu plus de 500 Go d'alloué pour un DD d'1 To

Même si je vois qu'il me reste de l'espace disk non alloué, je n'arrive pas à créer une nouvelle partition pour récupérer cet espace disque.

J'ai déjà tenté une ré-installe complète après être passé par l'utilitaire de disque au démarrage.

Avez-vous une idée ?

Merci

Len0x
 
Salut

Que te renvoient :
diskutil list
et
diskutil cs list

Donne les retours par copier/coller plutôt que par copie d'écran.;)
 
Salut Len0x.

Pourquoi cet échec de l'«Assistant BootCamp», après la suppression de la partition Windows, à opérer la ré-allocation de l'espace libéré au Volume Logique global Macintosh HD du Fusion Drive (ce qui se serait fait, à la base, par dilatation de la partition /dev/disk1s2 du HDD exclusivement) ?

- soit c'est la présence d'un Groupe de Volumes Logiques CoreStorage (le Fusion Drive en est un associant 2 partitions de disques distincts) => l'«Assistant BootCamp» ne saurait pas s'adapter en passant la commande spécifique qui permet dans ce cas de figure le re-dimensionnement d'un Volume Logique ;

- soit, comme une telle commande de re-dimensionnement implique toujours en préalable une vérification d'intégrité du système de fichiers du volume concerné (sans capacité de réparation, qui impliquerait son démontage = impossible, puisque c'est le volume de l'OS démarré), et comme, en cas d'erreurs trouvées, la commande se trouve avortée => il y aurait eu constat d'erreurs sur le système de fichiers concerné et abandon de la commande de re-dimensionnement.​

☞ Tu vas vite pouvoir vérifier la pertinence ou non de cette 2è hypothèse (si tu n'as jamais réparé ton système de fichiers par ré-installation d'OS X ou via de l'«Utilitaire de Disque» de la «Recovery HD») : s'il y a des erreurs dans le système de fichiers du volume Macintosh HD, la commande de re-dimensionnement va avorter.
361608_original.png


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

Tu peux donc, dans le «Terminal», faire un copier-coller direct de :

Bloc de code:
sudo diskutil coreStorage resizeStack F4E532A2-10C7-49AE-A44D-480E22EF3A03 0b
et ↩︎ (presse la touche "Entrée" du clavier) --> 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 ↩︎ --> comme mentionné, cette commande lance l'utilitaire fsck_hfs avec fonction de vérification simple du système de fichiers du volume Macintosh HD -->

- a) si le code de sortie = 0 (sans erreurs), le processus de re-dimensionnement s'effectuera et tu devrais toucher un affichage te montrant une partition /dev/disk1s2 remontée à une taille de 999 Mo
415489_original.gif



- b) si le code de sortie ≠ 0 (erreurs trouvées => code 8 par exemple), la commande va planter
459250_original.gif


=> re-démarre alors par ⌘R sur la partition de récupération «Recovery HD», lance l'«Utilitaire de Disque», sélectionne le volume Macintosh HD (non-démarré donc démontable et par suite réparable à partir d'un démarrage sur ce Système auxiliaire indépendant) et fais un S.O.S. dessus (si ton OS = «El Capitan») ou un "Réparer le disque" (si ton OS est antérieur à «El Capitan) => si tu obtiens en sortie un "OK", re-démarre sur ton OS Macintosh HD, re-lance le «Terminal» et repasse la commande diskutil donnée ci-dessus...​

--------------------​
 
Dernière édition par un modérateur:
Salut Len0x.

Pourquoi cet échec de l'«Assistant BootCamp», après la suppression de la partition Windows, à opérer la ré-allocation de l'espace libéré au Volume Logique global Macintosh HD du Fusion Drive (ce qui se serait fait, à la base, par dilatation de la partition /dev/disk1s2 du HDD exclusivement) ?

- soit c'est la présence d'un Groupe de Volumes Logiques CoreStorage (le Fusion Drive en est un associant 2 partitions de disques distincts) => l'«Assistant BootCamp» ne saurait pas s'adapter en passant la commande spécifique qui permet dans ce cas de figure le re-dimensionnement d'un Volume Logique ;

- soit, comme une telle commande de re-dimensionnement implique toujours en préalable une vérification d'intégrité du système de fichiers du volume concerné (sans capacité de réparation, qui impliquerait son démontage = impossible, puisque c'est le volume de l'OS démarré), et comme, en cas d'erreurs trouvées, la commande se trouve avortée => il y aurait eu constat d'erreurs sur le système de fichiers concerné et abandon de la commande de re-dimensionnement.​

☞ Tu vas vite pouvoir vérifier la pertinence ou non de cette 2è hypothèse (si tu n'as jamais réparé ton système de fichiers par ré-installation d'OS X ou via de l'«Utilitaire de Disque» de la «Recovery HD») : s'il y a des erreurs dans le système de fichiers du volume Macintosh HD, la commande de re-dimensionnement va avorter.
361608_original.png


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

Tu peux donc, dans le «Terminal», faire un copier-coller direct de :

Bloc de code:
sudo diskutil coreStorage resizeStack F4E532A2-10C7-49AE-A44D-480E22EF3A03 0b
et ↩︎ (presse la touche "Entrée" du clavier) --> 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 ↩︎ --> comme mentionné, cette commande lance l'utilitaire fsck_hfs avec fonction de vérification simple du système de fichiers du volume Macintosh HD -->

- a) si le code de sortie = 0 (sans erreurs), le processus de re-dimensionnement s'effectuera et tu devrais toucher un affichage te montrant une partition /dev/disk1s2 remontée à une taille de 999 Mo
415489_original.gif



- b) si le code de sortie ≠ 0 (erreurs trouvées => code 8 par exemple), la commande va planter
459250_original.gif


=> re-démarre alors par ⌘R sur la partition de récupération «Recovery HD», lance l'«Utilitaire de Disque», sélectionne le volume Macintosh HD (non-démarré donc démontable et par suite réparable à partir d'un démarrage sur ce Système auxiliaire indépendant) et fais un S.O.S. dessus (si ton OS = «El Capitan») ou un "Réparer le disque" (si ton OS est antérieur à «El Capitan) => si tu obtiens en sortie un "OK", re-démarre sur ton OS Macintosh HD, re-lance le «Terminal» et repasse la commande diskutil donnée ci-dessus...​

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


Merci beaucoup pour ta réponse macomaniac, j'ai effectué les différentes étapes (code de sortie =0) et j'ai bien récupéré ma partition disk1s2 à 999 Go :)

Jeanjd merci à toi aussi pour la bonne volonté ;)