10.13 High Sierra Création partition Boot camp : Espace insuffisant

  • Créateur du sujet Créateur du sujet Akog
  • Date de début Date de début
Salut Tom

Passe la commande expérimentale (copier-coller) :
Bloc de code:
diskutil ap resizeContainer disk1 350g jhfs+ Brol 0b

  • la commande rétrécit (non destructivement) le Conteneur à 350 Go > et crée avec l'espace libéré une partition de 150 Go montant un volume Brol

Poste l'affichage retourné par la commande.
 
Merci à vous deux. @remy: oui c'est normal, je l'ai supprimé grâce à l'assistant bootcamp ;)
@macomaniac : la commande semble avoir réussi :
Bloc de code:
diskutil ap resizeContainer disk1 350g jhfs+ Brol 0b
Started APFS operation
Aligning shrink delta to 149 963 173 888 bytes and targeting a new physical store size of 349 999 996 928 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 201 288 015 872 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 499 963 170 816 to 349 999 996 928 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Initialized /dev/rdisk0s3 as a 140 GB case-insensitive HFS Plus volume with a 16384k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation

ça me donne ça :

Bloc de code:
diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         500.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         350.0 GB   disk0s2
   3:                  Apple_HFS Brol                    149.8 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +350.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            192.1 GB   disk1s1
   2:                APFS Volume Preboot                 23.8 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        +24.2 MB    disk2
   1:        Apple_partition_map                         32.3 KB    disk2s1
   2:                  Apple_HFS Flash Player            24.2 MB    disk2s2
 
La commande expérimentale est passée sans aucune difficulté --> preuve que le Conteneur apfs est redimensionnable.

Pour revenir à la case départ > passe les 2 commandes :
Bloc de code:
diskutil eraseVolume free null disk0s3
diskutil ap resizeContainer disk1 0b

  • la 1ère supprime la partition du volume Brol
  • la 2è récupère son espace au Conteneur

Si tu n'as pas obtenu de message d'erreur > repasse enfin la commande :
Bloc de code:
diskutil list

  • et poste le tableau --> pour vérifier que tout est revenu comme avant.
 
Tout est revenu à la normal.
Bloc de code:
diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         500.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            192.2 GB   disk1s1
   2:                APFS Volume Preboot                 23.8 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        +24.2 MB    disk2
   1:        Apple_partition_map                         32.3 KB    disk2s1
   2:                  Apple_HFS Flash Player            24.2 MB    disk2s2
 
On vient de faire la preuve que le Conteneur est redimensionnable (dans le sens aller et dans le sens retour) sans problème.

Passe la commande (informative) -->
Bloc de code:
tmutil listlocalsnapshots /

  • s'il y a des instantanés du volume stockés dans le système de fichiers apfs --> leur liste va s'afficher ; sinon > tu auras un retour direct de l'invite de commande à ton nom court d'utilisateur

Poste la liste ou déclare qu'il n'y a... rien à déclarer.
 
Alors rien ne s'oppose en principe à ce que l'«Assistant BootCamp» repartitionne le Conteneur pour créer une partition BOOTCAMP.

  • si cette création de partition s'effectue bien > et que le problème touche le processus d'installation de Windows à proprement parler : je ne suis pas compétent dans ce dernier domaine.
 
D'accord, un grand merci tout de même à toi, tu m'as permis de résoudre tout mes premiers problèmes (en effet la présence d'un seul snapshot bloque le lancement de boot camp).
Je pense que ça touche en effet le processus d'installation de windows, c'est à ce moment là que j'ai l'écran bleu avec le smiley pas content... Est-ce que tu sais qui serait compétent sur le forum pour ce genre de problème ?
 
Il me semble que le problème de Tom n'était pas lié à un problème de partitionnement (il avait réussi à créer puis à supprimer la partition BootCamp avec l'assistant BootCamp), mais un problème lié directement au processus d'installation de Windows.
C'est plutôt Locke qu'il faudrait solliciter.
 
Oui c'est exactement ça remy ! Est-ce que l'un de vous pourrait contacter Locke pour savoir si il a le temps de faire un petit détour par cette conversation ? Je crois que son aide me serait vraiment précieuse, je suis dans le flou total là, je comprend pas du tout pourquoi l'installation se met en erreur..
@Locke please I need your help !!! ^^
 
Tu tentes d'installer quelle version de Windows, nom exact du fichier .iso et dans quel modèle de Mac ? A priori avec le n° d'erreur que tu mentionnes ce serait une version de Windows 7 ?
 
Merci Locke de prendre de ton temps. Alors le nom de l'iso c'est Win10_1803_French_x64.iso. Pour le numéro de l'erreur je ne suis plus sur exactement... Je sais que c'est une erreur 0xc0...quelque chose (je peux réessayer et te dire exactement si tu as besoin). Ensuite pour le mac, c'est une macbook pro 2017, sous high sierra 10.13.4
 
A quel moment ce message d'erreur apparaît, pendant l'installation de Windows, dans quelle fenêtre ou depuis les fenêtres de Boot Camp qui par défaut ne propose que deux types d'écrans ?
 
Pendant l'installation elle même. Boot camp télécharge les logiciels de prise en charge de windows, il partitionne bien, le programme d'installation windows se lance sans problème et au bout de 5-6 minutes, il y a une sorte de redémarage (ecran noir puis logo windows) et à ce moment là le message d'erreur s'affiche.
 
il y a une sorte de redémarage (ecran noir puis logo windows) et à ce moment là le message d'erreur s'affiche.
Donc ce serait l'installateur de Windows lui-même qui poserait problème ? Je n'ai pas encore testé cette version, je n'en sais pas plus pour le moment. Sinon, essaye de trouver l'ancien fichier .iso qui est Win10_1709_French_x64.iso et tente une installation. Par contre, il n'apparaît plus officiellement sur le site de Microsoft, donc je n'en dirais pas plus.

Edit : il ne faut aucun matériel USB de connecté, principalement les disques durs USB.
 
ok j'essaie de trouver cette version ;) La première fois, j'avais ma souris USB connectée, je ne pense pas que ça ait posé de souci mais dans le doute je relance en débranchant tout.
 
Quand l'installeur de Windows se lance, tu sélectionnes bien la partition BootCamp pour la formater en NTFS?
 
Bonjour,
je suis nouveau sur le forum car après avoir essayé de résoudre mon problème notamment via ce fil, je n'y arrive pas. Mon soucis est donc que Bootcamp refuse la partition de mon SSD sous prétexte qu'il me manque de l'espace de stockage (je ne possèderai pas les 40go mini nécessaires selon lui).
J'utilise un macbook pro mi-2014 i5 256go SSD. À noter que je viens tout juste de passer sous High Sierra (qui à l'air d'être une des causes de mon soucis) et que j'utilise time machine (qui à l'air de participer au problème également si j'ai bien suivi).

J'ai donc déjà essayé plusieurs commandes de ce fil proposées par @macomaniac et je me permets dès à présent de poster
Bloc de code:
diskutil list

ce qui nous donne :
Bloc de code:
/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_APFS Container disk1         250.8 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            126.3 GB   disk1s1
   2:                APFS Volume Preboot                 22.6 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4


Je me suis permis de répondre directement dans ce fil pour éviter de rajouter un nouveau topic similaire sur ce forum. En remerciant pour la lecture et pour votre aide :merci:
 
Bonjour Delka

Tu as 128 Go occupés en tout pour un Conteneur de 250 Go --> ce qui fait 122 Go disponibles en principe.

S'il ne le sont pas > ce peut être a cause de snapshots (instantanés du volume) stockés dans le système de fichiers apfs > qui retiennent de l'espace de blocs dans le volume comme "indisponible".

Passe la commande :
Bloc de code:
tmutil listlocalsnapshots /

  • qui affiche la liste des snapshots existants > sinon retourne directement l'invite de commande

Poste la liste > si liste il y a.
 
  • J’aime
Réactions: Delka
Merci pour la réponse rapide.

Alors voici la réponse à la commande
Bloc de code:
com.apple.TimeMachine.2018-05-24-160446
com.apple.TimeMachine.2018-05-24-170501
com.apple.TimeMachine.2018-05-24-180523

J'ai fait mon dernier time machine cette nuit.

Encore merci.