10.13 High Sierra Bootcamp sur High Sierra

Tato89

Membre confirmé
25 Février 2012
10
2
Bonjour tout le monde

Je voulais savoir si vous aviez pu installer une nouvelle partition bootcamp sur high sierra.

Perso je n’y arrive pas je sais pas si c’est dû à ma nouvelle partition lors de l’install de la bêta ou si le problème était connu...

j’ai biensur recherché sur Google mais j’ai pas trouvé mon bonheur

Merci pour vos réponses

Tato
 
Salut Tato

Il y a énormément de dysfonctionnements (d'après mon expérience) de l'OS «High Sierra» > dès lors que l'on a installé ce dernier avec conversion au nouveau système de fichiers APFS.

----------

Dans un pareil environnement (OS 10.13 + APFS inscrit sur une partition expérimentale de disque) > j'ai tenté via une commande du «Terminal» de réduire la taille du Container APFS afin de créer une partition intitulée BOOTCAMP au format FAT-32 - opération qu'effectue en principe l'«Assistant BootCamp» en départ d'installation de «Windows».

  • La vérification du système de stockage / système de fichiers APFS qui se lance au préalable s'est avérée particulièrement pénible : gel de l'OS pendant un très long temps et interminable vérification du « fs_tree » (manifestement l'équivalent du catalogue B-tree de l'ancien système de fichiers JHFS+).
  • Ensuite > l'opération de re-dimensionnement du Container APFS qui s'est engagée s'est révélée également des plus lente > et je n'ai obtenu qu'un message d'erreur inconnue in fine > toute la procédure se trouvant annulée.
Si ce que je viens de décrire n'est pas un cas d'échec particulier limité à ma seule configuration > nul doute que l'«Assistant BootCamp» (qui déclenche en coulisses le même type de commande de re-dimensionnement du Container APFS en vue de créer une partition BOOTCAMP au format d'accueil FAT-32) ne bute pareillement sur le même type d'erreur.

----------

Cela dit > cette indication de ta part :
je sais pas si c’est dû à ma nouvelle partition lors de l’install de la bêta

  • me laisse penser que ton disque possède au moins 2 partitions-Systèmes : une avec un système de fichiers JHFS+ classique (voire avec un système de stockage CoreStorage) > une autre avec le nouveau système de fichiers APFS. Si tel est le cas => l'«Assistant BootCamp» refusera résolument de créer une partition BOOTCAMP qui interviendrait en tranche logique sur le disque.

Afin de vérifier si ce n'est pas banalement ce cas de figure qui explique ton blocage > va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre qui s'est ouverte > saisis la commande (purement informative et inoffensive) :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande)

  • en retour > tu vas voir s'afficher le tableau logique de ton disque : table de partition générale > et distribution des partitions décrites en format de système de fichiers > nom de volume > taille > identifiant d'appareil.

=> tu n'as qu'à faire un copier-coller de ce tableau ici > en ayant en préalable du coller pressé le bouton dans la petite barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Code > pour coller le tableau dans la fenêtre Code > Insérer [cet affichage économise l'espace d'affichage d'une page et est le plus lisible].
 
Dernière édition par un modérateur:
Hello Macomaniac,

Merci beaucoup pour ta réponse super précise!

Le soucis que j'ai lorsque je crée une installation windows via l'utilitaire Bootcamp c'est qu'au moment de choisir la taille de la partition il y a le message d'erreur suivant: "Une erreur s’est produite lors du partitionnement du disque. Veuillez exécuter Utilitaire de disque pour consulter et corriger l’erreur."
Ce qui veut un peut tout dire et rien dire à la fois...

Autre indice pour toi peut être mais impossible de modifier la taille de la partition de l'APFS dans l'utilitaire de disque.

J'ai depuis ouvert l'utilitaire de disque pour faire un "SOS". Comme tu le disais plus haut ca prend du temps, beaucoup de temps! Au bout de 20min j'ai toujours l'os en freeze avec le fameux fsroot tree. Je force l'extinction et je reboot. Je relance la même procédure. Au bout d'une heure même constat je reboot à nouveau... et là la galère commence. Je n'ai pas réussi à redémarrer mon mac, dès que je rentrais mon mot de passe, extinction directe du système.

J'ai tenté l'utilitaire de disque en recovery mais la partition est grisée, j'ai essayé la time machine et je pense que le système APFS n'aime pas trop la récup de cette manière car impossible de recharger mes données. Après maintes manipulations j'ai du effacer mon disque.

Je suis actuellement en réinstallation de Lion (pas le choix on me propose que cet OS pour le moment). Je vais remonter jusqu'à Sierra et tenter de recharger mes datas. Heureusement ma dernière time machine remonte à 12 jours et je n'ai rien fait d'important depuis...

Je te tiens au courant dès que j'ai du nouveau car je serai indisponible à partir de demain jusqu'à lundi prochain


Bonne soirée!

Tato
 
:coucou: Tato

Tu confirmes mon expérience : il y a un problème de repartitionnement du Container APFS dans la beta 3. Déjà > la vérification du système de stockage APFS > puis de chacun de ses volumes et système de fichiers est une croix. Ensuite > même si la vérification retourne un code de sortie 0 (= sans erreurs) > le ré-trécissement du Container APFS afin de ménager de l'espace-disque libre pour une nouvelle partition échoue.

Tu as eu raison de décider de repartir sur un OS éprouvé. Mais tu as eu tort de ne pas avoir fait de sauvegarde avant de passer à High Sierra mode "APFS". Quand tu seras revenu au niveau «Sierra» > fais-toi un clone démarrable de ce volume > puis à la rigueur mets-à-niveau à High Sierra sans conversion à l'APFS.

Il me paraît clair que l'APFS dans son état actuel de développement induit énormément de dysfonctionnements. Il y a drôlement de pain sur la planche.
 
Hello Macomaniac,

Désolé pour la réponse tardive, j'ai pas pu avant :/
En fait j'ai eu des sauvegardes tout du long, que se soit sur macos 12 ou sur le 13 (j'ai une time capsule en sauvegarde auto). J'ai essayé de recharger des sauvegardes sur la bêta 3 mais ça prenait pas (d'ou surement la décision d’Apple de désactiver tout simplement time machine). J'ai fini par réussi par réinstaller la beta 2 sans encombres avec des datas datant du 22 juin. Heureusement pas de documents importants de perdus. je conseillerai à tout le monde de sauvegarder tous leur nouveaux docs sur une clé/ disque externe ou bien enregistrer sur icloud.

J'ai lu il y a quelques jours que la beta 3 réactivait de nouveau les time machine, perso je suis sage et j'attends les retours d une éventuelle beta 4 :)

Je pense que le sujet est clos mais tout à chacun de venir partager ses expériences sur la discussion. Pour ce qui est de bootcamp j'attends qu Apple officialise son utilisation en APFS pour me faire une partition. Rien de grave c est pour faire tourner un jeu lorsque je suis en déplacement...

A très bientôt

Tato
 
Bonjour !

Je me permets de réactiver cette discussion pour demander si vous avez trouvé une solution au problème de de partitionnage (Erreur : "Une erreur s’est produite lors du partitionnement du disque. Veuillez exécuter Utilitaire de disque pour consulter et corriger l’erreur.").
Impossible de créer une partition Bootcamp depuis le passage à High Sierra (+ conversion APFS)...
Je précise (au cas où), je suis sur MBP 2016 Touch Bar.

Merci d'avance pour vos réponses !
 
Salut Adk3n

Peux-tu aller à : Applications > Utilitaires > pour lancer le «Terminal» ? Dans la fenêtre ouverte > saisis la commande informative  :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier exécuter la commande).

  • Tu vas voir s'afficher le tableau des disques attachés à ton Mac (en interne / externe > physiques / virtuels) > avec leurs paramètres logiques de tables de partition > de partitions > de Conteneur APFS.

Poste ce tableau ici en copier-coller > mais attention ! avant de faire ton coller > presse le bouton (4è avant la fin à droite) dans la barre de menus au-dessus du champ de saisie d'un message > menu : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité).

=> d'après ce tableau > je pourrais te passer une commande de vérification > car je crois deviner la raison du blocage.
 
  • J’aime
Réactions: Adk3rn
Bonsoir Macomaniac !
Merci pour ton court tuto :) voici le retour du terminal :
Bloc de code:
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.0 GB   disk0s2
   3:       Apple_KernelCoreDump                         655.4 MB   disk0s3

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

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Copies de sauvegarde... 2.0 TB     disk4s2

Si cela peut t'aider à comprendre le soucis, je serais ravi ! :)

Merci d'avance !
 
Dernière édition:
Passe la commande :
Bloc de code:
diskutil verifyVolume /

  • cette commande vérifie le système de fichiers APFS dont dépend le volume démarré Macintosh HD
  • ne t'étonne pas d'un gel momentané des processus (c'est une phase nécessaire impliquée par le mode "live" [volume démarré maintenu monté] de la vérification)

=> tu n'as qu'à poster le tableau retourné.
 
  • J’aime
Réactions: Adk3rn
Re !

Et voici le résultat :
Bloc de code:
Started file system verification on disk1s1 Macintosh HD
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_apfs -n -l -x /dev/rdisk1s1
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 snapshot 1 of 9
Checking snapshot 2 of 9
Checking snapshot 3 of 9
Checking snapshot 4 of 9
Checking snapshot 5 of 9
Checking snapshot 6 of 9
Checking snapshot 7 of 9
Checking snapshot 8 of 9
Checking snapshot 9 of 9
Verifying allocated space
The volume /dev/rdisk1s1 appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk1s1 Macintosh HD

Encore merci pour ton temps :)
 
Le système de fichiers est sans faute (j'avais conjecturé au départ la présence d'erreurs - car elles sont bloquantes pour toute tentative de re-partitionnement).

Alors voici une seconde conjecture --> en examinant le tableau retourné par la commande diskutil list > je note cette partition en-dessous de celle du Conteneur APFS :
Bloc de code:
3:       Apple_KernelCoreDump                         655.4 MB   disk0s3

Il s'agit manifestement du reliquat de la partition de secours Recovery HD auxiliaire de l'OS antérieur > mais qui aurait dû être supprimée lors du passage à l'APFS. Car > si tu examines le tableau du Conteneur APFS -->
Bloc de code:
/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            164.6 GB   disk1s1
   2:                APFS Volume Preboot                 31.4 MB    disk1s2
   3:                APFS Volume Recovery                520.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

tu notes que le 3è volume est un Volume Recovery > et c'est lui qui désormais assure la fonction de réceptacle de l'OS de secours.

Je te propose donc de supprimer la partition reliquat disk0s3 > et de récupérer son espace au Conteneur APFS (récupération qui servira de preuve qu'il accepte - ou n'accepte pas - les re-dimensionnements). Passe les commandes (l'une après l'autre) :
Bloc de code:
diskutil eraseVolume free null disk0s3
diskutil ap resizeContainer disk1 0b

  • la 1ère vire la partition disk0s3 à de l'espace libre
  • la 2è récupère cet espace au Conteneur APFS

=> si tu n'as pas obtenu de message d'erreur > poste le retour d'un :
Bloc de code:
diskutil list
 
  • J’aime
Réactions: Adk3rn
Voici les résultats de ces commandes :
Bloc de code:
--- diskutil eraseVolume free null disk0s3 ---
Started erase on disk0s3
Unmounting disk
Finished erase on disk0
puis :
Bloc de code:
--- diskutil ap resizeContainer disk1 0b ---
Started APFS operation
Resizing APFS Container designated by APFS Container Reference disk1
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 snapshot 1 of 7
Checking snapshot 2 of 7
Checking snapshot 3 of 7
Checking snapshot 4 of 7
Checking snapshot 5 of 7
Checking snapshot 6 of 7
Checking snapshot 7 of 7
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
Growing APFS Physical Store disk0s2 from 250 030 215 168 to 250 685 575 168 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation

Ce qui nous donne désormais :
Bloc de code:
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

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

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Copies de sauvegarde... 2.0 TB     disk2s2

Dois-je maintenant réessayer de lancer Boot Camp ?

Merci encore ! :)
 
Dois-je maintenant réessayer de lancer Boot Camp ?

- à ton avis ?-
361608_original.png


La réponse est : oui ! - ton Conteneur APFS vient de faire la preuve qu'il est élastique. Il saura donc rétrécir comme il a su se dilater.

Je pense que le partition-relique disk0s3 - non prise en charge par le système de stockage APFS > constituait une barrière au re-partitionnement. Tu vas vite pouvoir le vérifier avec l'«Assistant BootCamp»...
 
  • J’aime
Réactions: Adk3rn
Pour info : je suis en train de retelecharger une image disque de Windows 10, j'avais supprimé l'autre par énervement...
Je vous tiens au courant ! (Et je croise les doigts)
 
Je te propose un test de re-partitionnement manuel (toujours réversible) : supposant que tu veuilles créer une partition de 60 Go au format d'accueil FAT-32 --> passe la commande :
Bloc de code:
diskutil ap resizeContainer disk1 190g fat32 BOOTCAMP 0b

=> S'il y a blocage > poste l'ensemble de l'affichage qui a été retourné ; s'il n'y en a pas > poste le tableau retourné par un diskutil list.
 
Bonjour à vous,

J'ai également installé High Sierra il y a deux jours et j'ai exactement le même problème que Adk3rn. Impossible créer une partition pour mon bootcamp. Via l'utilitaire, j'ai la fenêtre d'erreur comme le message ci-dessus et via l'utilitaire de disques j'obtiens également une erreur lorsque je tente de modifier la taille de la partition APFS.
La seule différence est que que je n'avais pas après le passage à High Sierra :
Bloc de code:
3:       Apple_KernelCoreDump                        655.4 MB   disk0s3
 
Salut Mathieu

Inspire-toi de mon message #7 pour poster le retour d'une commande :
Bloc de code:
diskutil list
que je vois la distribution des partitions sur ton disque.
 
Voila le résultat :

Bloc de code:
 #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.4 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.4 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            360.3 GB   disk1s1
   2:                APFS Volume Preboot                 21.1 MB    disk1s2
   3:                APFS Volume Recovery                520.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Alors je te propose un petit test (réversible) --> créer une partition de 100 Go en position disk0s3 du disque > par rétrécissement de la partition disk0s2 et du Container APFS édifié dessus.

Si ça marche > tu sauras que c'est l'«Assistant BootCamp» qui plante à effectuer une tâche possible.

Passe la commande (en copier-coller direct) :
Bloc de code:
diskutil ap resizeContainer disk1 399g fat32 BOOTCAMP 0b

  • tu remarqueras que cette commande appelle diskutil (l'exécutable utilitaire de disque) > avec la spécification ap (abrégé de apfs) > le verbe resizeContainer (re-dimensionner le Conteneur APFS : en augmentation ou en diminution) > son identifiant de disque (virtuel) = disk1 > la taille choisie = 399g (réduction) > et une triplette [format][nom][taille] définissant la nouvelle partition à créer avec l'espace libéré du Conteneur --> format = FAT-32 (saisie simplifiable à fat32) > nom = BOOTCAMP > taille = 0b (qui se lit ainsi : "utiliser tout l'espace libre disponible sans en exempter aucun byte = 0byte pour créer la partition").

=> tu vas bien voir si ça passe. Si oui > poste le retour d'un nouveau diskutil list ; si non > poste l'affichage retourné par la commande.