Espace Non formaté empechant Boot Camp

[Matbes]

Bonsoir tout le monde,
après quelques mauvaises manipulation avec l'utilitaire des disques et Boot Camp en voulant installer Windows 10, je me retrouve avec un Disque partagé entre ma partition principale et un petit espace non formaté ( le 803.1 Mo)
En essayant de remettre l'espace non formaté avec l'autre partition j'obtiens une erreur a chaque fois
Et donc je n'arrive pas à réutiliser Boot camp a cause de ces 800 MO ( Il me dit que le disque doit être en une seule partition )
J'ai besoin d'aide svp, merci



Note de la modération: pas trop de rapport avec les portables Mac, je déplace dans le forum adéquat.

 

[Membre supprimé 1060554]

Salut Matbes

Le problème d'espace libre sur le disque déroutant les compétences de l'«Utilitaire de Disque» (je fais référence ici à la version débile de ce logiciel présente dans «El Capitan» ou «Sierra») se règle classiquement par l'intermédiaire du «Terminal».

Je te propose d'aller à : Applications > Utilitaires > pour lancer le «Terminal» > dans la fenêtre qui s'est ouverte > saisis l'une après l'autre les 2 commandes (simplement informatives) :

diskutil list
diskutil cs list

et ↩︎ (presse chaque fois la touche "Entrée" du clavier pour activer la commande).

La première commande appelle l'utilitaire UNIX diskutil (disk_utility : utilitaire de disque - le même qu'exploite graphiquement le logiciel «Utilitaire de Disque» de manière sommaire) avec le verbe list (lister) --> en retour tu vas voir s'afficher le tableau des partitions de ton disque décrites en format > nom > taille > device (appareil logique).

La 2è commande appelle le même utilitaire avec le même verbe mais en ajoutant en intercalaire la spécification cs (abrégé de corestorage : magasinage du noyau) --> en retour tu vas voir s'afficher le tableau imposant du dispositif logique du CoreStorage dont l'installateur d'«El Capitan» ou «Sierra» n'aura pas manqué de greffer le format sur la partition de ton OS.​

Si tu veux visualiser l'emplacement exact de la bande d'espace libre sur ton disque > tu peux encore passer la 3è commande :

sudo gpt show /dev/disk0

et ↩︎ --> 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 ↩︎

Cette dernière commande appelle l'utilitaire gpt (guid_partition_table_utility) avec le verbe show (montrer) sur la cible du device : disk0 (le premier disque ou disque interne de ton Mac) --> en retour tu vas voir s'afficher ce coup-ci le tableau de la distribution des blocs sur ton disque, inclus dans des partitions ou hors partition.​

=> peux-tu poster ces 3 tableaux ici en copier-coller (reste en mode texte sans faire de photo) ? Ces informations permettront de te passer la commande opératoire capable de te faire récupérer ton espace libre à la partition principale de l'OS, grâce au n° de device ou à l'UUID du volume virtuel requis.

 

[r e m y]

petit hors sujet...
L'utilitaire disque de Sierra ayant semble-t-il été débarassé des bugs pénibles d'ElCapitan, quelqu'un a-t-il essayé d'utiliser l'Utilitaire Disques de Sierra sur El Capitan?
Une sorte de Disk Newtility en quelque sorte!

 

[Locke]

L'utilitaire disque de Sierra ayant semble-t-il été débarassé des bugs pénibles d'ElCapitan, quelqu'un a-t-il essayé d'utiliser l'Utilitaire Disques de Sierra sur El Capitan?

Je viens de tester et j'ai un beau sens interdit.

 

[Matbes]

Bonjour et merci pour vos réponses,
en utilisant le diskutil list j'obtiens:

/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_CoreStorage Macintosh HD 249.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

4: EFI NO NAME 104.9 MB disk0s4

5: Apple_CoreStorage Sans Titre 153.1 MB disk0s5

6: Apple_Boot 650.0 MB disk0s6

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +248.9 GB disk1

Logical Volume on disk0s2

C7988BA2-DFB5-4A67-A1B6-D623AA671D52

Unencrypted


Pour ce qui est du diskutil cs list, j'obtiens:

CoreStorage logical volume groups (2 found)

|

+-- Logical Volume Group E0486AD7-1D33-484F-82BA-7E0F3A77796C

| =========================================================

| Name: Macintosh HD

| Status: Online

| Size: 249229832192 B (249.2 GB)

| Free Space: 8921088 B (8.9 MB)

| |

| +-< Physical Volume 41B9FC45-D22E-40C8-B8D2-DEDA7DAB279B

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

| | Index: 0

| | Disk: disk0s2

| | Status: Online

| | Size: 249229832192 B (249.2 GB)

| |

| +-> Logical Volume Family 77A18719-4F32-455A-AA63-53FC8D998FB7

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

| Encryption Type: None

| |

| +-> Logical Volume C7988BA2-DFB5-4A67-A1B6-D623AA671D52

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

| Disk: disk1

| Status: Online

| Size (Total): 248868589568 B (248.9 GB)

| Revertible: Yes (no decryption required)

| LV Name: Macintosh HD

| Volume Name: Macintosh HD

| Content Hint: Apple_HFS

|

+-- Logical Volume Group 7EAEBB64-6B53-4301-9CB1-452B4842DC89

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

Name: Sans Titre

Status: Online

Size: 153092096 B (153.1 MB)

Free Space: 0 B (0 B)

|

+-< Physical Volume 4EE1F9E5-4892-4F50-9132-85EDE608E92A

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

Index: 0

Disk: disk0s5

Status: Online

Size: 153092096 B (153.1 MB)

Enfin, avec le sudo gpt show /dev/disk 0 j'ai:

start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409640 486777016 2 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
487186656 1269536 3 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
488456192 204800 4 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
488660992 4096
488665088 299008 5 GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
488964096 1080
488965176 1269536 6 GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
490234712 7
490234719 32 Sec GPT table
490234751 1 Sec GPT header

J'imagine que le problème doit être en rapport avec le disque 5 ( quand j'essaie de formater cet "espace non formaté" il devient un espace de 153 Mo puis m'affiche une erreur et revient a 800 MO)
Désolé de m'être trompé de section et encore merci pour vos réponses !

 

[Membre supprimé 1060554]

Alors commence par passer la commande (copier-coller) :

diskutil coreStorage deleteLVG 7EAEBB64-6B53-4301-9CB1-452B4842DC89

puis, quand tu auras récupéré l'invite de commande, repasse un :

diskutil list

et poste le tableau retourné.

Tu as un CoreStorage complet sur la partition disk0s2 de l'OS > mais tu as aussi un CoreStorage incomplet (rien que le Physical Volume) sur la partition disk0s5 > la commande supprime donc ce format et restitue un format standard jhfs+.

Le diskutil list ensuite est pour vérifier que la situation est apurée, avant de passer des commandes de suppression des partitions inutiles.

 

[Matbes]

Voila le resultat:
/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_CoreStorage Macintosh HD 249.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

4: EFI NO NAME 104.9 MB disk0s4

5: Apple_HFS Untitled 153.1 MB disk0s5

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +248.9 GB disk1

Logical Volume on disk0s2

C7988BA2-DFB5-4A67-A1B6-D623AA671D52

Unencrypted

 

[Membre supprimé 1060554]

Alors à présent tu vas passer (l'une après l'autre) les commandes :

diskutil eraseVolume free NULL1 /dev/disk0s4
diskutil eraseVolume free NULL2 /dev/disk0s5

(ces 2 commandes suppriment les partitions n°4 & 5 en virant leurs blocs au statut d'espace libre) > et repasser en sortie un :

diskutil list

pour reposter le tableau retourné.

 

[Matbes]

Merci pour ces reponses rapides !
Voilà ce que j'obtiens:
/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_CoreStorage Macintosh HD 249.2 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +248.9 GB disk1

Logical Volume on disk0s2

C7988BA2-DFB5-4A67-A1B6-D623AA671D52

Unencrypted

 

[Membre supprimé 1060554]

Tu passes enfin la commande :

diskutil coreStorage resizeStack C7988BA2-DFB5-4A67-A1B6-D623AA671D52 0b

(destinée à récupérer l'espace libre [assez mince] consécutif à la suppression des 2 partitions précédentes) > puis tu repasses un :

diskutil list

et tu postes encore le tableau retourné.

 

[Matbes]

Je pense que ça s'est bien passé, j'ai obtenu:

v/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *251.0 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Macintosh HD 250.1 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s4

/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Apple_HFS Macintosh HD +249.8 GB disk1

Logical Volume on disk0s2

C7988BA2-DFB5-4A67-A1B6-D623AA671D52

Unencrypted

Merci beaucoup pour votre aide!

 

[Membre supprimé 1060554]

C'est bon : tout est réglé.

Ta situation de départ était compliquée par 3 partitions de queue du disque atypiques :

4:               EFI NO NAME     104.9 MB   disk0s4
5: Apple_CoreStorage Sans Titre  153.1 MB.  disk0s5
6:        Apple_Boot             650.0 MB   disk0s6

L'EFI NO NAME étant typiquement une pseudo partition de boot créée pour booter provisoirement Windows et non supprimée ; la Sans Titre étant un pseudo-CoreStorage auquel il manquait 2 instances (Logical Volume Family & Logical Volume) sur 3 ; l'Apple_Boot une pseudo Recovery HD à laquelle il manquait le système de fichiers montant un volume. Ce qui faisait beaucoup de pseudo.

Pour supprimer la Sans titre, il fallait un commande spéciale à cause du format CoreStorage greffé dessus. Et le curieux, c'est que cette suppression a entraîné automatiquement celle de la pseudo Recovery HD alors en 6è position...

Pour avoir une vision "binoculaire" de ces sections logiques du disque > rien ne vaut le «Terminal», depuis qu'«El Capitan» a massacré l'ancien «Utilitaire de Disque» pour le remplacer par une daube.

 

[Locke]

Pour avoir une vision "binoculaire" de ces sections logiques du disque > rien ne vaut le «Terminal», depuis qu'«El Capitan» a massacré l'ancien «Utilitaire de Disque» pour le remplacer par une daube.

Le nouveau dans macOS Sierra a été revu et corrigé, il y a toujours le camembert, mais plus le curseur qui fichait la zizanie. Maintenant on agit sur les signes plus et moins et ça me semble plus fiable (pour le moment).

 

[r e m y]

C'est quand même fou qu'Apple ne fasse pas l'effort de rendre cette nouvelle version compatible avec ElCzpitan, ne serait-ce que pour ceux qui ne peuvent aller au-delà d'ElCapitan!