MacBook Air Bootcamp échec installation espace disque

Nagarian

Membre confirmé
29 Novembre 2009
38
0
Bonjour à tous,

Récemment j'ai voulu réinstaller bootcamp (je l'avais installé et désinstallé il y a quelque temps sans soucis).
Précision je suis sous macbook air e capitan (10.11.3).
Lors de l'installation, comme d'habitude, j'ai définis la taille de ma partition de windows (45 go). Néanmoins, lorsque le mac a redémarré, la partition bootcamp était pas la, un message d'erreur de type "votre mac a redémarré pour une raison inconnu" était présent.
De plus, dans l'espace disque j'ai perdu 45 go.
La partition est invisible, ni au redémarrage avec alt, ni dans l'utilitaire de disque.
J'ai essayé de faire apparaitre les partitions cachés mais sans succès.

Je n'ai pas réussi à trouver de solution claire à ce sujet.
La commande diskutil list me renvoi ces informations :
diskutil list.webp

et la commande diskutil cs list :
diskutil list.webp Diskutil cs  list.webp

Alors voilà avez-vous une idée pour récupérer mes go manquant ....:(

merci de votre aide ;)
 
Salut

Tente dans le terminal un :

diskutil cs resizestack 456F9460-99B0-4730-A607-6A706618B218 0b

PS c'est mieux de faire des copier/coller texte depuis le terminal. Ça évite les recopies fastidieuses comme dans ce cas.;)
 
Salut

Tente dans le terminal un :

diskutil cs resizestack 456F9460-99B0-4730-A607-6A706618B218 0b

PS c'est mieux de faire des copier/coller texte depuis le terminal. Ça évite les recopies fastidieuses comme dans ce cas.;)


Bonjour, merci de ta réponse.
Oui c'est mieux effectivement, désolé je n'avais pas pensé à ce problème:banghead:

Voici le message qui revient avec cette ligne de commande

The Core Storage Logical Volume UUID is 456F9460-99B0-4730-A607-6A706618B218

Started CoreStorage operation

Error: -69674: The provided Core Storage logical volume has an incorrect size; you should run whole-disk repair

Après un redémarrage, cela n'a pas réglé le problème... Merci quand même :)
Si tu as une autre idée ce serait super.

PS dans l'utilitaire de disque quand je fait SOS il me dit que le disque est ok ..
 
Bonjour Nagarian

En scrutant le tableau de ton CoreStorage, voici ce qui apparaît :

- a) le Groupe de Volumes Logiques aka Logical Volume Group (c'est l'enveloppe globale du CoreStorage) a une taille globale de 250 Go mais comporte un espace libre de 45 Go. Cet espace libre n'est pas externe au Groupe de Volumes Logiques, il lui est intérieur. Donc la commande avec le verbe resizeStack n'est pas adaptée, car elle ordonne la récupération à un Groupe de Volumes Logiques d'un espace libre extérieur, pas intérieur.

--> le constat ci-dessus conduit donc à se demander : en quoi consiste cet espace libre intérieur au Groupe de Volumes Logiques ?

- b) la couche basse du Groupe de Volumes Logiques, ou Volume Physique aka Physical Volume (il s'agit d'un disque dur émulé importé à même la partition GUID disk0s2) a une taille de 250 Go => la conséquence qui s'en laisse tirer est que l'espace libre dans le Groupe de Volumes Logiques ne provient pas d'un Volume Physique plus petit de 45 Go que la taille totale possible.

- c) la couche haute du Groupe de Volumes Logiques, ou Volume Logique aka Logical Volume (il s'agit d'un volume qui s'exporte à partir du Volume Physique en ayant le statut de disque virtuel de second ordre = disk1) n'a qu'une taille de 204 Go => on tient le point critique : le Volume Logique exporté par le Volume Physique de 250 Go n'a qu'une taille de 204 Go. Il y a donc 45 Go de Volume Physique qui ne servent pas de support à une exportation corrélative de Volume Logique. Ton Volume Logique est plus petit que la taille totale possible par rapport au Volume Physique du CoreStorage.

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

Permets-moi quelques remarques épistémologiques. Il est normal que tu ne puisses pas apercevoir cet espace libre, car il ne s'agit pas d'une « partition ». Une partition, ce n'est jamais de l'espace libre ; inversement, de l'espace libre, ce n'est jamais une partition. Une partition est, en effet, définie comme un secteur de l'espace disque (commençant au bloc n° tant et finissant au bloc n° tant) qui est géré par un système de fichiers d'un format donné (système de fichiers dont les fichiers résident sur les premiers blocs de la partition). Ainsi, une partition = {secteur d'espace-disque x système de fichiers} enregistré dans la Table de Partition GUID (qui est elle-même un fichier de type "carte de géographie logique" résidant ce coup-ci sur le secteur de boot du disque = secteur 0). Aucun secteur d'espace-disque (= une série continue de blocs) ne peut être enregistré comme partition dans le fichier GPT (GUID Partition Table) s'il n'est pas géré par un système de fichiers. Tu supprimes le système de fichiers gérant un secteur d'espace-disque, tu supprimes ipso facto la partition et tu transformes l'espace-disque en question en espace_libre aka free_space.

En résumé : l'espace_libre, c'est une série continue de blocs (espace-disque) libre de système de fichiers gestionnaire, et par conséquent non défini comme partition logique dans le fichier GPT de table de partition.

Ton cas est très particulier, car c'est la première fois à ma connaissance (un hapax ! - subjectif, du moins...) qu'une foirade de BootCamp (sans doute le logiciel Apple natif le plus fécond de tous en carabistouilles de tous genres) ne débouche pas sur de l'espace libre externe à la partition du Système (disk0s2 chez toi), mais interne à cette partition, càd. interne au Groupe de Volumes Logiques CoreStorage édifié sur cette partition. Comme je te l'ai expliqué, tu as un disque virtuel de Volume Physique CoreStorage de la même taille que ta partition disk0s2 (= 250 Go) mais un Volume Logique exporté comme disk1 de second ordre plus petit de 45 Go que ce disque physique virtuel qui lui sert de support générateur.

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

Étant donné cet état de choses très original, la bonne commande est celle qui ordonne la dilatation spécifique du Volume Logique pour qu'il colle en taille au Volume Physique à partir duquel il est exporté. Fais donc un copier-coller de la commande :

sudo diskutil coreStorage resizeLV 456F9460-99B0-4730-A607-6A706618B218 0b

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> 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 ↩︎ => à mon avis, la commande devrait passer et dilater non-destructivement ton Volume Logique pour le faire coller en taille au Volume Physique qui l'exporte, car une commande avec le verbe resizeLV est une commande de re-dimensionnement "interne" au Groupe de Volumes Logiques CoreStorage (récupération d'espace libre intérieur) ; tandis que la commande avec le verbe resizeStack est une commande de re-dimensionnement "externe" de l'enveloppe globale du Groupe de Volumes Logiques CoreStorage (récupération d'espace libre extérieur).

--------------------​
 
Dernière édition par un modérateur:
Bonjour Nagarian

En scrutant le tableau de ton CoreStorage, voici ce qui apparaît :

- a) le Groupe de Volumes Logiques aka Logical Volume Group (c'est l'enveloppe globale du CoreStorage) a une taille globale de 250 Go mais comporte un espace libre de 45 Go. Cet espace libre n'est pas externe au Groupe de Volumes Logiques, il lui est intérieur. Donc la commande avec le verbe resizeStack n'est pas adaptée, car elle ordonne la récupération à un Groupe de Volumes Logiques d'un espace libre extérieur, pas intérieur.

--> le constat ci-dessus conduit donc à se demander : en quoi consiste cet espace libre intérieur au Groupe de Volumes Logiques ?

- b) la couche basse du Groupe de Volumes Logiques, ou Volume Physique aka Physical Volume (il s'agit d'un disque dur émulé importé à même la partition GUID disk0s2) a une taille de 250 Go => la conséquence qui s'en laisse tirer est que l'espace libre dans le Groupe de Volumes Logiques ne provient pas d'un Volume Physique plus petit de 45 Go que la taille totale possible.

- c) la couche haute du Groupe de Volumes Logiques, ou Volume Logique aka Logical Volume (il s'agit d'un volume qui s'exporte à partir du Volume Physique en ayant le statut de disque virtuel de second ordre = disk1) n'a qu'une taille de 204 Go => on tient le point critique : le Volume Logique exporté par le Volume Physique de 250 Go n'a qu'une taille de 204 Go. Il y a donc 45 Go de Volume Physique qui ne servent pas de support à une exportation corrélative de Volume Logique. Ton Volume Logique est plus petit que la taille totale possible par rapport au Volume Physique du CoreStorage.

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

Permets-moi quelques remarques épistémologiques. Il est normal que tu ne puisses pas apercevoir cet espace libre, car il ne s'agit pas d'une « partition ». Une partition, ce n'est jamais de l'espace libre ; inversement, de l'espace libre, ce n'est jamais une partition. Une partition est, en effet, définie comme un secteur de l'espace disque (commençant au bloc n° tant et finissant au bloc n° tant) qui est géré par un système de fichiers d'un format donné (système de fichiers dont les fichiers résident sur les premiers blocs de la partition). Ainsi, une partition = {secteur d'espace-disque x système de fichiers} enregistré dans la Table de Partition GUID (qui est elle-même un fichier de type "carte de géographie logique" résidant ce coup-ci sur le secteur de boot du disque = secteur 0). Aucun secteur d'espace-disque (= une série continue de blocs) ne peut être enregistré comme partition dans le fichier GPT (GUID Partition Table) s'il n'est pas géré par un système de fichiers. Tu supprimes le système de fichiers gérant un secteur d'espace-disque, tu supprimes ipso facto la partition et tu transformes l'espace-disque en question en espace_libre aka free_space.

En résumé : l'espace_libre, c'est une série continue de blocs (espace-disque) libre de système de fichiers gestionnaire, et par conséquent non défini comme partition logique dans le fichier GPT de table de partition.

Ton cas est très particulier, car c'est la première fois à ma connaissance (un hapax ! - subjectif, du moins...) qu'une foirade de BootCamp (sans doute le logiciel Apple natif le plus fécond de tous en carabistouilles de tous genres) ne débouche pas sur de l'espace libre externe à la partition du Système (disk0s2 chez toi), mais interne à cette partition, càd. interne au Groupe de Volumes Logiques CoreStorage édifié sur cette partition. Comme je te l'ai expliqué, tu as un disque virtuel de Volume Physique CoreStorage de la même taille que ta partition disk0s2 (= 250 Go) mais un Volume Logique exporté comme disk1 de second ordre plus petit de 45 Go que ce disque physique virtuel qui lui sert de support générateur.

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

Étant donné cet état de choses très original, la bonne commande est celle qui ordonne la dilatation spécifique du Volume Logique pour qu'il colle en taille au Volume Physique à partir duquel il est exporté. Fais donc un copier-coller de la commande :

sudo diskutil coreStorage resizeLV 456F9460-99B0-4730-A607-6A706618B218 0b

et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> 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 ↩︎ => à mon avis, la commande devrait passer et dilater non-destructivement ton Volume Logique pour le faire coller en taille au Volume Physique qui l'exporte, car une commande avec le verbe resizeLV est une commande de re-dimensionnement "interne" au Groupe de Volumes Logiques CoreStorage (récupération d'espace libre intérieur) ; tandis que la commande avec le verbe resizeStack est une commande de re-dimensionnement "externe" de l'enveloppe globale du Groupe de Volumes Logiques CoreStorage (récupération d'espace libre extérieur).

--------------------​
Merci beaucoup de ta réponse.
Je suis au travail là mais j'essaye ça se soir dès que je rentre et vous tiens au courant.
 
Si la solution ci-dessus ne fonctionne pas, tu peux tenter ceci :
Démarrer en mode Recovery (cmd+r lors du boot), puis via l'utilitaire de disque faire un SOS sur la partition système.
 
Si la solution ci-dessus ne fonctionne pas, tu peux tenter ceci :
Démarrer en mode Recovery (cmd+r lors du boot), puis via l'utilitaire de disque faire un SOS sur la partition système.

Alors je reviens avec des nouvelles après avoir réalisé la commande que tu m'a donnée voilà le résultat :

sudo diskutil coreStorage resizeLV 456F9460-99B0-4730-A607-6A706618B218 0b

WARNING: Improper use of the sudo command could lead to data loss

or the deletion of important system files. Please double-check your

typing when using sudo. Type "man sudo" for more information.


To proceed, enter your password, or type Ctrl-C to abort.

Password:

The size (0b) must be followed a letter suffix ("B", "K", "M", etc)

Je me suis ensuite aperçu que j'avais mis un espace après le 0b. Donc j'ai supprimé l'espace et relancé la commande.
Voici le résultat :

sudo diskutil coreStorage resizeLV 456F9460-99B0-4730-A607-6A706618B218 0b

The Core Storage Logical Volume UUID is 456F9460-99B0-4730-A607-6A706618B218

Started CoreStorage operation

Error: -69674: The provided Core Storage logical volume has an incorrect size; you should run whole-disk repair

En ce qui concerne le SOS en mode recovery, j'ai essayé hier, mais le résultat était qu'il n'y avait pas d'erreur pour l'utilitaire...

Une autre idée ? :)
 
A ce niveau la seule solution est de faire un clone de ton système sur DDE formaté os x schéma GUID (pour être démarrable).
Carbon Copy Cloner utilisable en version d'essai pendant un mois fait très bien cela.
Ensuite reformatage de ton SSD et reclonage à l'envers.
 
A ce niveau la seule solution est de faire un clone de ton système sur DDE formaté os x schéma GUID (pour être démarrable).
Carbon Copy Cloner utilisable en version d'essai pendant un mois fait très bien cela.
Ensuite reformatage de ton SSD et reclonage à l'envers.

Ok merci, je vais essayer ça alors!
 
Hé ! J'étais persuadé que ma commande allait marcher, pourtant : zut, et triple zut.
361608_original.png


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

Il existe une autre solution (croquignolette) que celle du clone, Nagarjan : tu vas à Menu  > Préférences Système > Sécurité et confidentialité > FileVault, tu déverrouilles le cadenas et tu presses le bouton "Désactiver FlleVault". De manière régulière (mais sait-on jamais), l'opération ne se contente pas de déchiffrer le disque chiffré, mais supprime l'ensemble du Groupe de Volumes Logiques du CoreStorage en ne conservant que le système de fichiers JHFS+ de l'OS.

Ton Mac va redémarrer, puis le déchiffrement va s'ensuivre. Quand tu toucheras le message "FileVault est désactivé pour le volume Macintosh HD" => re-démarre impérativement ton Mac pour que le kernel enregistre le nouvel état de la partition.

À la ré-ouverture de ta session, relance le «Terminal» et fais un :

Bloc de code:
disktutil cs list
=> si tu touches un "No CoreStorage Logical Volume Groups found", tu es bon. Il suffit alors que tu fasses un copier-coller de la commande suivante :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b
(attention aux espaces !) et tout devrait être rentré dans l'ordre (récupération de l'espace libre à la partition de l'OS).

Le point critique est de savoir si le déchiffrement de disque chiffré s'est bien accompagné de la déconstruction du CoreStorage. Si ce n'était pas le cas (message : "CoreStorage Logical Volume groups : 1 found"), je te signale que ton CoreStorage est réversible (non destructivement pour le système de fichiers de l'OS) : si donc la commande diskutil cs list te donnait un CoreStorage trouvé, il faudrait alors que tu passes d'abord la commande :

Bloc de code:
sudo diskutil coreStorage revert 456F9460-99B0-4730-A607-6A706618B218
pour déconstruire le CoreStorage > re-démarrage impératif > et alors seulement la commande :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b
 
Je suis étonné que la désactivation Filevault supprime le CoreStorage.

- ça m'a étonné moi-même la première fois que je l'ai expérimenté (hé oui !), mais ça le fait la plupart du temps. Et même donc quand un utilisateur a un CoreStorage non-réversible (et non chiffré) sur la partition de son OS, l'astuce est alors de chiffrer dans un 1er temps par «FileVault», puis de déchiffrer dans un 2è et... plus de CoreStorage (qui était pourtant labellisé : non-réversible). C'est ça que je trouve croquignolet...​
 
- ça m'a étonné moi-même la première fois que je l'ai expérimenté (hé oui !), mais ça le fait la plupart du temps. Et même donc quand un utilisateur a un CoreStorage non-réversible (et non chiffré) sur la partition de son OS, l'astuce est alors de chiffrer dans un 1er temps par «FileVault», puis de déchiffrer dans un 2è et... plus de CoreStorage (qui était pourtant labellisé : non-réversible). C'est ça que je trouve croquignolet...​
Pas mal.:)
 
Hé ! J'étais persuadé que ma commande allait marcher, pourtant : zut, et triple zut.
361608_original.png


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

Il existe une autre solution (croquignolette) que celle du clone, Nagarjan : tu vas à Menu  > Préférences Système > Sécurité et confidentialité > FileVault, tu déverrouilles le cadenas et tu presses le bouton "Désactiver FlleVault". De manière régulière (mais sait-on jamais), l'opération ne se contente pas de déchiffrer le disque chiffré, mais supprime l'ensemble du Groupe de Volumes Logiques du CoreStorage en ne conservant que le système de fichiers JHFS+ de l'OS.

Ton Mac va redémarrer, puis le déchiffrement va s'ensuivre. Quand tu toucheras le message "FileVault est désactivé pour le volume Macintosh HD" => re-démarre impérativement ton Mac pour que le kernel enregistre le nouvel état de la partition.

À la ré-ouverture de ta session, relance le «Terminal» et fais un :

Bloc de code:
disktutil cs list
=> si tu touches un "No CoreStorage Logical Volume Groups found", tu es bon. Il suffit alors que tu fasses un copier-coller de la commande suivante :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b
(attention aux espaces !) et tout devrait être rentré dans l'ordre (récupération de l'espace libre à la partition de l'OS).

Le point critique est de savoir si le déchiffrement de disque chiffré s'est bien accompagné de la déconstruction du CoreStorage. Si ce n'était pas le cas (message : "CoreStorage Logical Volume groups : 1 found"), je te signale que ton CoreStorage est réversible (non destructivement pour le système de fichiers de l'OS) : si donc la commande diskutil cs list te donnait un CoreStorage trouvé, il faudrait alors que tu passes d'abord la commande :

Bloc de code:
sudo diskutil coreStorage revert 456F9460-99B0-4730-A607-6A706618B218
pour déconstruire le CoreStorage > re-démarrage impératif > et alors seulement la commande :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b

Je vais essayer de faire ça, mais juste avant je termine ma copy carbon on sait jamais ^^
Je fais ça et je reviens vers vous.
Merci beaucoup en tout cas pour vos aides !!!
 
Hé ! J'étais persuadé que ma commande allait marcher, pourtant : zut, et triple zut.
361608_original.png


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

Il existe une autre solution (croquignolette) que celle du clone, Nagarjan : tu vas à Menu  > Préférences Système > Sécurité et confidentialité > FileVault, tu déverrouilles le cadenas et tu presses le bouton "Désactiver FlleVault". De manière régulière (mais sait-on jamais), l'opération ne se contente pas de déchiffrer le disque chiffré, mais supprime l'ensemble du Groupe de Volumes Logiques du CoreStorage en ne conservant que le système de fichiers JHFS+ de l'OS.

Ton Mac va redémarrer, puis le déchiffrement va s'ensuivre. Quand tu toucheras le message "FileVault est désactivé pour le volume Macintosh HD" => re-démarre impérativement ton Mac pour que le kernel enregistre le nouvel état de la partition.

À la ré-ouverture de ta session, relance le «Terminal» et fais un :

Bloc de code:
disktutil cs list
=> si tu touches un "No CoreStorage Logical Volume Groups found", tu es bon. Il suffit alors que tu fasses un copier-coller de la commande suivante :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b
(attention aux espaces !) et tout devrait être rentré dans l'ordre (récupération de l'espace libre à la partition de l'OS).

Le point critique est de savoir si le déchiffrement de disque chiffré s'est bien accompagné de la déconstruction du CoreStorage. Si ce n'était pas le cas (message : "CoreStorage Logical Volume groups : 1 found"), je te signale que ton CoreStorage est réversible (non destructivement pour le système de fichiers de l'OS) : si donc la commande diskutil cs list te donnait un CoreStorage trouvé, il faudrait alors que tu passes d'abord la commande :

Bloc de code:
sudo diskutil coreStorage revert 456F9460-99B0-4730-A607-6A706618B218
pour déconstruire le CoreStorage > re-démarrage impératif > et alors seulement la commande :

Bloc de code:
sudo diskutil resizeVolume /dev/disk0s2 0b

Alors voilà ce que cela me donne :
CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 6477E3B7-C138-4C05-9218-11544E9D6C4A

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

Name: Macintosh HD

Status: Online

Size: 250140434432 B (250.1 GB)

Free Space: 45008953344 B (45.0 GB)

|

+-< Physical Volume 9FD06657-74FE-4A65-AF45-55767AA0A4C7

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

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 250140434432 B (250.1 GB)

|

+-> Logical Volume Family E4F7DDE3-EB2B-47B5-99C2-26A481C4129E

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

Encryption Type: AES-XTS

Encryption Status: Unlocked

Conversion Status: Complete

Reversion State: Reverting

High Level Queries: Not Fully Secure

| Has Visible Users

| Has Volume Key

|

+-> Logical Volume 456F9460-99B0-4730-A607-6A706618B218

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

Disk: disk1

Status: Online

Size (Total): 250140434432 B (250.1 GB)

Conversion Progress: Complete

Revertible: No

Revert Status: PV to LV passthrough mode

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS


Comme il a trouver un coreStorage volume 1 j'ai essayé la deuxième ligne de code :

sudo diskutil coreStorage revert 456F9460-99B0-4730-A607-6A706618B218

Password:

Passphrase: (ici même chose que le password je présume ? sinon aucune idée de ce que cela peut être)

Started CoreStorage operation on disk1 Macintosh HD

Error: -69741: The target disk isn't eligible for reversion because it wasn't created by conversion or it is not part of a simple setup of exactly one logical and one physical volume

..... a ce point je commence à penser que même un formatage et une restauration ne m'aidera pas .....
 
Si, le formatage devrait fonctionner.
Par contre pour le réaliser il faut démarrer en mode recovery (cmd+r lors du boot) puis sélectionner le disque complet et effacer via l'utilitaire de disque. Ensuite redémarrer sur le clone et restaurer.
 
Le déchiffrement n'a donc pas supprimé le CoreStorage, mais il a supprimé le caractère réversible qu'il avait au départ. C'est à n'y rien comprendre.

Je lis à la rubrique Logical Volume Group qu'il y a toujours 45 Go d'espace libre ; mais à la rubrique du Logical Volume que ce dernier fait maintenant 250 Go => est-ce qu'il n'a pas été redimensionné à la bonne taille, par hasard ? Si oui, le problème est réglé malgré tout... Re-démarre un petit coup, pour remettre tout ça d'aplomb et fais un diskutil list : qu'est-ce que ça renvoie ?
 
Le déchiffrement n'a donc pas supprimé le CoreStorage, mais il a supprimé le caractère réversible qu'il avait au départ. C'est à n'y rien comprendre.

Je lis à la rubrique Logical Volume Group qu'il y a toujours 45 Go d'espace libre ; mais à la rubrique du Logical Volume que ce dernier fait maintenant 250 Go => est-ce qu'il n'a pas été redimensionné à la bonne taille, par hasard ? Si oui, le problème est réglé malgré tout...

AAAAAAAAAAAAAAAAA oui !!!!!!!!

Effectivement avec tous ça et avec les messages d'erreur à répétition, je n'ai pas vérifier le plus basique..... mais oui j'ai récupéré mon espace disque j'ai maintenant environ 98 go de libre donc ça marche merci.

Par contre un diskutil list me renvoi :
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *251.0 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 250.1 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3


..... comprend plus grand chose. En tout cas j'ai récupéré mon espace disque. Pour le coup j'hésite a retenter Boot Camp, ou alors de formater quand même pour repartir sur une base saine...

En tout cas un grand merci de toute votre aide!!!!
 
AAAAAAAAAAAAAAAAA oui !!!!!!!!

Effectivement avec tous ça et avec les messages d'erreur à répétition, je n'ai pas vérifier le plus basique..... mais oui j'ai récupéré mon espace disque j'ai maintenant environ 98 go de libre donc ça marche merci.

Par contre un diskutil list me renvoi :
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *251.0 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 250.1 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3


..... comprend plus grand chose. En tout cas j'ai récupéré mon espace disque. Pour le coup j'hésite a retenter Boot Camp, ou alors de formater quand même pour repartir sur une base saine...

En tout cas un grand merci de toute votre aide!!!!


Après redémarrage, un diskutil list renvoi les infos ci-dessus, et un diskutil cs list :

No CoreStorage logical volume groups found
 
AAAAAAAAAAAAAAAAA oui !!!!!!!!

Effectivement avec tous ça et avec les messages d'erreur à répétition, je n'ai pas vérifier le plus basique..... mais oui j'ai récupéré mon espace disque j'ai maintenant environ 98 go de libre donc ça marche merci.

Par contre un diskutil list me renvoi :
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *251.0 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS Macintosh HD 250.1 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3


..... comprend plus grand chose. En tout cas j'ai récupéré mon espace disque. Pour le coup j'hésite a retenter Boot Camp, ou alors de formater quand même pour repartir sur une base saine...

En tout cas un grand merci de toute votre aide!!!!
Donc plus de corestorage.:)