Probleme bootcamp W10 & Mojave

Alors passe la commande :
Bloc de code: 
diskutil ap list

  • qui affiche le tableau détaillé de l'apfs

Poste le retour.
 
Bloc de code: 
-bash-3.2# diskutil ap list
APFS Container (1 found)
|
+-- Container disk2 4A78CAE5-1C70-4F9A-8B63-76E8FA8649B1
    ====================================================
    APFS Container Reference:     disk2 (Fusion)
    Size (Capacity Ceiling):      1121118199808 B (1.1 TB)
    Capacity In Use By Volumes:   8816840704 B (8.8 GB) (0.8% used)
    Capacity Not Allocated:       1112301359104 B (1.1 TB) (99.2% free)
    |
    +-< Physical Store disk0s2 2535808A-1E17-4775-9966-406EE49DEAC5
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2 (Secondary, Designated Aux Use)
    |   Size:                       999995129856 B (1000.0 GB)
    |
    +-< Physical Store disk1s2 2029E6E0-161F-45E2-B0C3-B452BDC2AED0
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk1s2 (Main)
    |   Size:                       121123069952 B (121.1 GB)
    |
    +-> Volume disk2s1 1B299B84-0C45-450E-B73B-89616B910064
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk2s1 (No specific role)
        Name:                      MacOne (Case-insensitive)
        Mount Point:               /Volumes/MacOne
        Capacity Consumed:         20480 B (20.5 KB)
        FileVault:                 No
 
On voit bien le paradoxe ici -->
Bloc de code: 
    Capacity In Use By Volumes:   8816840704 B (8.8 GB) (0.8% used)

  • la consommation d'espace du Conteneur par les volumes existants = 8,2 Go
  • or, il n'existe encore que le volume Macintosh HD > donc voici l'occupation :
Bloc de code: 
    Capacity Consumed:         20480 B (20.5 KB)

  • je pense qu'il n'y a rien à faire : les 8,2 Go sont une dette à assumer. Je ne peux pas dire si c'est la règle pour tout Fusion Drive apfs (je n'ai pas les moyens de tester).
 
  • J’aime
Réactions: litobar71
Tu n'as pas tort de relancer la problématique. Car il y a encore 2 autres façons de créer un Fusion Drive de type apfs -->

- a) soit en commençant par créer un Conteneur apfs vide de volume > exporté par les 2 partitions principales des disques dans lesquelles aura été logé un magasin de stockage apfs nommmé "Physical Store". Puis en créant un volume (destiné à l'installation de l'OS) dans ledit Conteneur.​

- b) soit en commençant par créer un Fusion Drive de type CoreStorage (le type classique de Fusion Drive jusqu'à High Sierra compris) > puis en le convertissant à l'apfs via une commande ad hoc.​

Note : l'option resetFusion de diskutil > dont la page Apple que tu cites fais la réclame > et qui a manifestement été implémentée au diskutil de l'environnement Mojave --> fait exactement la chose suivante -->

- étant donné au départ un Fusion Drive de type apfs (Mojave installé) => la commande le supprime et reconstruit à la place un Fusion Drive de type CoreStorage. Il s'agit donc d'une recréation "rétrograde", logiciellement parlant. C'est la réinstallation de Mojave dans le volume exporté par le Fusion Drive CoreStorage --> qui va automatiquement effectuer la reconversion au type apfs de Fusion Drive. Ce qui correspond à l'option manuelle b) décrite plus haut - l'avantage de l'option manuelle est qu'on peut vérifier l'occupation du Conteneur par les volumes "à vide" - càd. sans avoir pris la peine d'installer encore l'OS Mojave.​

En résumé : depuis la session d'installation de ta clé de Mojave = on peut expérimenter "à vide" (sans installation de Mojave) les 2 options que j'ai décrites en a) & b) ci-dessus. Car tu n'as pas tort de juger abusive une consommantion d'espace du Conteneur du Fusion Drive apfs de 8,82 Go > alors qu'il n'y existe qu'un seul volume vide Macintosh HD dont la consommation intrinsèque d'espace est de 25 Ko -->

- tout se passe comme si le procédé génératif du volume sur l'espace-virtuel du Conteneur apfs demandait un espace de 8,82 Go de blocs (consacrés à des fichiers de l'apfs "metteurs-en-scène" du volume) > et qu'ensuite serait comptabilisée en sus la consommation spécifique d'espace du Conteneur par les contenus du volume. Un tel espace de 8,82 Go dédiés à la mise-en-place du "générateur du volume" (le fsroot tree de l'apfs) => cela me paraît hautement abusif logiciellement parlant. Jamais aucun système de fichiers (ni sous-ensemble ici d'un système de fichiers apfs) ne consomme pareil espace de blocs. C'est donc > dans ton cas > comme si - pour une raison inconnue --> l'apfs d'un Fusion Drive ne pouvait se mettre en place qu'en incluant une erreur d'installation : erreur de sur-allocation de blocs aux fichiers générateurs du volume sur le Conteneur > donc erreur du spaceman (le gestionnaire de blocs de l'apfs).​
 
Voici le résultat après "diskutil resetFusion"
Dans util disk le Fusion drive est à 1.12 To et le conteneur à 1,11 To. Les 8 Go n'apparraissent plus mais il reste quand meme le meme écart entre les 2.

Bloc de code: 
-bash-3.2# diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 7109194C-AC63-4599-904C-C25E2912F670
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         1120849764352 B (1.1 TB)
    Free Space:   0 B (0 B)
    |
    +-< Physical Volume 9E0D91B3-BAED-49CF-82E4-AA206393815F
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk1s2
    |   Status:   Online
    |   Size:     120988852224 B (121.0 GB)
    |
    +-< Physical Volume 65A2178A-E971-4639-ABF6-2F7FAF81FD4C
    |   ----------------------------------------------------
    |   Index:    1
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     999860912128 B (999.9 GB)
    |
    +-> Logical Volume Family A5D38B40-D44A-4E08-8D61-E468D5594CCC
        ----------------------------------------------------------
        Encryption Type:         None
        |
        +-> Logical Volume 6F905057-0310-46D9-B852-F19DF031E92C
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          1114994507776 B (1.1 TB)
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS
            LVG Type:              Fusion, Sparse
 
Ton tableau montre bien que l'argument resetFusion effectue une recréation rétrograde : à partir d'un Fusion Drive apfs (source) => à un Fusion Drive CoreStorage (destination).

- je ne comprends pas ce que tu appelles : "le même écart entre les deux".​
 
Bon ben je crois que j'ai fait le tour, apres le resetFusion, j'ai reinstaller mojave puis retenter direct l'install bootcamp.
C'est comme si tout ce que j'ai fait depuis 3 jours n'avait servi strictement à rien.
Je retrouve les fameux 8Go fantomes et meme plantage sur l'install windows: la table de partition est en MBR alors qu'il voudrait une partition GPT.
Je suis écoeuré !!

Bloc de code: 
APFS Container (1 found)
|
+-- Container disk2 337D9C1D-A512-4790-B255-47CCA19F6F91
    ====================================================
    APFS Container Reference:     disk2 (Fusion)
    Size (Capacity Ceiling):      1121118199808 B (1.1 TB)
    Capacity In Use By Volumes:   31437860864 B (31.4 GB) (2.8% used)
    Capacity Not Allocated:       1089680338944 B (1.1 TB) (97.2% free)
    |
    +-< Physical Store disk0s2 B36B03F8-2629-4ED3-9EB6-F2E25D230198
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2 (Main)
    |   Size:                       121123069952 B (121.1 GB)
    |
    +-< Physical Store disk1s2 7D69929C-0FEC-40B7-BBDC-6B9179C87768
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk1s2 (Secondary, Designated Aux Use)
    |   Size:                       999995129856 B (1000.0 GB)
    |
    +-> Volume disk2s1 1D23369D-A637-3080-B1E3-9E08589BC99A
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         19941191680 B (19.9 GB)
    |   FileVault:                 No
    |
    +-> Volume disk2s2 1EA4B4BB-02D3-43AF-A08D-0B860543EE0F
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         24629248 B (24.6 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s3 6847C4F0-B7AC-4F9C-9384-9AFCD948364E
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         506806272 B (506.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s4 D8C55466-DBDE-459B-B562-531F312913C6
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk2s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /Volumes/VM
        Capacity Consumed:         2147504128 B (2.1 GB)
        FileVault:                 No
 
L'installation de Mojave a reconverti le Fusion Drive CoreStorage => à un Fusion Drive apfs. Et effectivement > tu as retrouvé la sur-occupation "fantôme" du Conteneur par les 8,8 Go qui ne correspondent à aucune occupation de volume.

Pour Windows > il faut que tu choisisses l'option EFI Boot à l'écran de choix du volume de démarrage --> si tu veux installer en mode UEFI (càd. un OS Windows bootable par l'EFI > via la table GPT déjà en place sur l'en-tête du disque).
 
Passe la commande :
Bloc de code: 
sudo gpt show disk1

  • à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande affiche le tableau de la distribution des blocs du HDD (où réside la partition BOOTCAMP) > dont le bloc 0 (1er bloc) où est inscrite la table de partition MBR alternative de la GPT (des blocs 1 > 33)
Poste le tableau - à moins que tu n'aies en retour de commande un : "Operation not permitted' --> ce qui voudrait dire que le SIP (protocole de sécurisation) étant activé => l'accès en lecture aux blocs d'un des disques de démarrage est dénié.
 
Donc le SIP est activé -->

- pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > Menu Utilitaires > sous-menu : Terminal.

Lance-le et passe la commande :
Bloc de code: 
csrutil disable

  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > redémarre dessus.

----------

De retour dans ta session > passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques (on ne sait jamais avec 2 disques internes s'il n'y a pas permutation d'index d'appareils après un redémarrage).
 
Bloc de code: 
/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 disk2         121.1 GB   disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         1000.0 GB  disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.1 TB     disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume Macintosh HD            140.4 GB   disk2s1
   2:                APFS Volume Preboot                 24.6 MB    disk2s2
   3:                APFS Volume Recovery                506.8 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4
 
Le HDD est toujours disk1. Repasse la commande :
Bloc de code: 
sudo gpt show disk1

  • et poste le tableau des blocs.
 

Sujets similaires

S
Boot Camp effacé avec utilitaire de disques
Réponses
10
Affichages
1K
Windows sur Mac
stephnadege
S
J
prob bootcamp et partition
Réponses
7
Affichages
2K
Windows sur Mac
juko
J
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
454
macOS
Locke
Locke
N
Impossible de récupérer l'espace libre après une suppression d'une partition BootCamp
Réponses
26
Affichages
5K
Windows sur Mac
Systemc
Systemc
U
macOS Ventura Modifier taille partition
Réponses
2
Affichages
609
macOS
ubuubu
U
Haut Bas
Back