10.13 High Sierra partition bootcamp invisible suite a diskutil

Yosh34

Nouveau membre
23 Juillet 2015
7
0
43
bonjour,
suite a l'installation de la beta high Sierra , bootcamp ne pouvais plus agir sur ma partition windows de 50Go , donc impossible de ré allouer cet espace.
suite a quelques recherche , je suis tombé sur cette commande diskutil list , et par la suite, je suis arrivé a supprimer cette partition windows/bootcamp, croyant qu'il me suffirait de la redistribuer .
malheureusement , cette partition est invisible et injoignable ...
voici la tableau de la commande diskutil list et diskutil cs list

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_APFS Container disk1 70.4 GB disk0s2


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +70.4 GB disk1

Physical Store disk0s2

1: APFS Volume SSD 50.5 GB disk1s1

2: APFS Volume Preboot 30.1 MB disk1s2

3: APFS Volume Recovery 519.6 MB disk1s3

4: APFS Volume VM 1.1 GB disk1s4
MacBook-Air: diskutil cs list
No CoreStorage logical volume groups found

si quelqu'un a une piste a exploiter je suis preneur , car a mon niveau, je pensais devoir tout réinstaller , je n'ai pas du tout l'habitude du terminal et de ses mystères ^^
mais en lisant certains post, j'ai découvert que l'on pouvait faire des miracles .....
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
85 368
25 755
Forêt de Fontainebleau
Salut Yosh

Comme tu as un système de stockage APFS > pour dilater le Conteneur APFS à l'espace libre qui réside actuellement sous la partition disk0s2 > il faut employer une commande spécialisée.

Formellement la voici (tu n'as qu'à faire un copier-coller) :
Bloc de code:
diskutil ap resizeContainer disk1 0b

  • l'utilitaire diskutil est appelé > avec la spécification ap (apfs en abrégé) > le verbe resizeContainer (redimensionner le Conteneur APFS global - et par là-même sa partition de résidence sur le disque : disk0s2) > la cible disk1 (qui est l'identifiant d'appareil virtuel du Conteneur) > et la taille 0b (comme 0_byte - qui s'interprète ainsi : "récupérer tout l'espace libre disponible en-dessous du Conteneur bénéficiaire sans en excepter aucun byte")

=> théoriquement la commande est valide. Si tu obtiens un message d'erreur > ce sera imputable à la beta qui ne permet pas encore l'effectuation de cette commande.