10.13 High Sierra Bootcamp sur High Sierra

[Tato89]

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

 

[Membre supprimé 1060554]

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 3è 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) :

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].

 

[Tato89]

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

 

[Membre supprimé 1060554]

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.

 

[Tato89]

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

 

[Adk3rn]

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 !

 

[Membre supprimé 1060554]

Salut Adk3n

Peux-tu aller à : Applications > Utilitaires > pour lancer le «Terminal» ? Dans la fenêtre ouverte > saisis la commande informative  :

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.

 

[Adk3rn]

Bonsoir Macomaniac !
Merci pour ton court tuto voici le retour du terminal :

/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 !

 

[Membre supprimé 1060554]

Passe la commande :

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é.

 

[Adk3rn]

Re !

Et voici le résultat :

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

 

[Membre supprimé 1060554]

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 :

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 -->

/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) :

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 :

diskutil list

 

[Adk3rn]

Voici les résultats de ces commandes :

--- diskutil eraseVolume free null disk0s3 ---
Started erase on disk0s3
Unmounting disk
Finished erase on disk0

puis :

--- 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 :

/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 !

 

[Membre supprimé 1060554]

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

- à ton avis ?-

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»...

 

[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)

 

[Adk3rn]

Hello !
Bad news, ça ne marche toujours pas :

Je commence à désespérer... Merci encore pour toute l'aide.

 

[Membre supprimé 1060554]

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 :

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.

 

[mathieu.edet]

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 :

3:       Apple_KernelCoreDump                        655.4 MB   disk0s3

 

[Membre supprimé 1060554]

Salut Mathieu

Inspire-toi de mon message #7 pour poster le retour d'une commande :

diskutil list

que je vois la distribution des partitions sur ton disque.

 

[mathieu.edet]

Voila le résultat :

 #:                       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

 

[Membre supprimé 1060554]

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) :

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.