Probleme bootcamp W10 & Mojave

  • Créateur du sujet Créateur du sujet LemmS
  • Date de début Date de début
Je n'ai pas de réponse au problème. L'Assistant BootCamp plante sans raison ici - puisque le repartitionnement est supporté via une commande du Terminal -->

- tu pourrais envisager de passer par les 2 premières options du panneau (créer un disque d'installation de Windows + un volume pour les pilotes) en t'abstenant de la dernière option (le partitionnement). On pourrait partitionner via le Terminal > puis tu démarrerais sur ton volume d'installation de Windows.​
 
du coup j'utilise cette ligne de commande ?
diskutil ap resizeContainer disk2 950g fat32 BOOTCAMP 0b ; diskutil list disk1
Je le fais en mode secours ?

Et si je reformatais mon Fusion Drive, ça permettrait de tout rétablir à ton avis ?
 
La commande :
Bloc de code:
diskutil ap resizeContainer disk2 920g fat32 BOOTCAMP 0b ; diskutil list disk1

  • devrait réduire la taille du Conteneur apfs à 920 Go > et créer un volume BOOTCAMP de 200 Go dans le format FAT-32 préalable (puis afficher la nouvelle configuration du HDD)

=> tu la passes depuis ta session habituelle et tu postes le retour.

Il te restera à effectuer les 2 démarches préparatoires initiales du panneau de l'Assistant BootCamp (préparation d'un volume d'installation et d'un pour les pilotes).

Note : si tu voulais supprimer / recréer le Fusion Drive apfs > il te faudrait une sauvegarde préalable de ton volume MacOne qui contient 797 Go de données !
 
1.A priori j'ai déjà testé mais lors de l'install windows lorsque je dois choisir la partition il me dit qu'il ne trouve pas la partition ntfs. du coup je crée une NTFS ?

2.Pour le volume install et pilotes c'est déjà fait. D'ailleurs je ne l'ai pas fais qu'une seule fois.

3.Pour formater le Fusion j'ai quasiment fini de tout sauvegarder. Mais est-ce que ça résoudrait vraiment le problème. Y a t il une façon de faire pour retrouver le Fusion "sorti d'usine"

4. Pour info sur l'image suivante, hier cette barre bleue était complètement rouge avant le resize, qu'est ce que ça voulait dire.
Et aussi je ne vois pas ce que pourrait être recovery ? c'est un point de restauration ? et les 8,84 Go ?
Capture d’écran 2019-06-19 à 16.34.23.png

5. Sur les autres sujets que j'avais vu, a chaque fois le APFS container était identifié en disk1alors que le mien est sur disk2, es-ce que ça pourrait avoir une incidence?
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 MacOne                  812.1 GB   disk2s1
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                506.9 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *30.8 GB    disk3
   1:               Windows_NTFS WinInstall              30.8 GB    disk3s1

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:       Microsoft Basic Data MEDIAS                  4.0 TB     disk4s2

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            GSP1RM_X64FRE_DVD      +4.3 GB     disk5

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +7.3 GB     disk7
   1:                        EFI EFI                     209.7 MB   disk7s1
   2:                  Apple_HFS InstallESD              6.9 GB     disk7s2
 
Tu as un Fusion Drive apfs. Donc une association logicielle de 2 partitions de disques primaires disk0 (SSD) & disk1 (HDD) -->

- le dispositif Fusion Drive exporte alors un espace-disque commun > de type virtuel > qui est le Conteneur apfs de 1,1 To. Il est logiquement indexé comme un disque virtuel venant après les disques primaires disk0 & disk1 => donc nécessairement disk2

=> aucun problème : ton Fusion Drive est logiquement valide et de plus l'apfs qui le supporte est sans erreurs attestées à la vérification.

Note : je remarque dans ton tableau que tu n'as pas passé la commande de repartitionnement.
 
Voila,
J'ai repartitionné en fat32 comme indiqué.
Ma clef install + pilotes prête
Je redémarre avec alt, là mes trois lecteurs sont proposés, macos,windows et EFI.
Je sélectionne EFI, l'install windows commence.
au moment de sélectionner le disque bootcamp, il dit qu'il doit formater le volume en ntfs,
donc je fais format. le nom bootcamp disparait; mais un petit message me dit qu'il ne peut tjs pas installer windows sur ce disque, de voir le log setup.
par contre je ne sais pas ou se trouve ce satané log setup.
Du coup, je retourne sous osX et là j'ouvre l'utilitaire de disque, je remarque qu'il m'a modifié la partion bootcamp en NTFS mais j'ai l'impression que ça a foutu un sacré bordel. je te laisse regardé:

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         798.9 GB   disk1s2
   3:       Microsoft Basic Data                         201.1 GB   disk1s3

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +920.0 GB   disk2
                                 Physical Stores disk0s2, disk1s2
   1:                APFS Volume MacOne                  812.1 GB   disk2s1
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                506.9 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *30.8 GB    disk3
   1:               Windows_NTFS WinInstall              30.8 GB    disk3s1

Capture d’écran 2019-06-19 à 17.41.23.png Capture d’écran 2019-06-19 à 17.41.31.png Capture d’écran 2019-06-19 à 17.41.40.png Capture d’écran 2019-06-19 à 17.41.52.png
 
Voici les 2 cas de figure sur win installer,
dans le 1er cas, il me parle de partition GPT, peut être une nouvelle piste?

1er cas: Démarrage sur le lecteur Windows

IMG_1244.png

2ème cas: Démarrage sur le lecteur EFI


IMG_1243.png
 

Fichiers joints

  • IMG_1244.jpeg
    IMG_1244.jpeg
    1,5 Mo · Affichages: 153
Il y a 2 façons possibles d'installer Windows-10 : en mode UEFI (récent) et en mode Legacy (ancien) -->

- en mode UEFI : l'OS W-10 bootera selon la séquence : EFI (programme de boot primaire du Mac) > GPT (GUID_Partition_Table = la table de partition en place) > bootmgr.efi (démarreur UEFI de W-10)​

- en mode Legacy : l'OS W-10 bootera selon la séquence : émulation d'un BIOS par l'EFI > table Hybrid_MBR installée en alternative sur le seul bloc 0 du disque > bootmgr (démarreur Legacy de W-10)​

À l'écran de choix du volume de démarrage (alt) > l'icône EFI Boot correspond au mode UEFI d'installation de W-10 ; l'icône Windows --> au mode Legacy. Comme le disque de ton Mac n'a aucune Hybrid_MBR apprêtée d'avance sur son bloc 0 --> le mode d'installation Legacy est proscrit --> tu dois passer par EFI Boot et le mode UEFI (à moins d'avoir un Mac ancien ?).

En démarant sur EFI Boot > puis en reformatant (bouton : "Format") en ntfs la partition de 187 Gi (= 201 Go) --> tu fais ce qu'il faut. Je n'interprète pas ton échec.

C'est Locke (absent des forums depuis un moment déjà) qui est le spécialiste en ce qui concerne l'installation de Windows. Moi je n'ai jamais utilisé ni installé cet OS > et j'ignore donc les finesses tactiques de son installation. Je n'ai pu précédemment que te brosser un tableau "théorique" des 2 façons possibles d'installer W-10 > d'après une "reconstruction spéculative" que je m'en fais en y réfléchissant.

Note : il n'y a pas spécialement de bazar sur tes disques --> tu as une partition Windows en queue de HDD > qui a été virée au type Microsoft Basic Data sans définition d'un volume sur cette partition. On peut la reformater si tu veux (ou la supprimer).
 
  • J’aime
Réactions: Toniomendos
Salut Macomaniac,

je voulais vraiment te remercier pour toute ton aide.
Après avoir essayé quasiment tous les cas de figure, pas moyen que ça marche.
Effectivement, Locke serait d'une grande aide pour finaliser le process.
En tout cas, je te souhaite bon courage pour la suite. peace.

PS: saurais-tu à quoi correspondent les 9,35 go dans le conteneur sachant que APFS Volume Preboot fait 24,5 Mo et APFS Volume Recovery fait 506,9 Mo.

Capture d’écran 2019-06-20 à 14.46.56.png
 
En ce qui concerne ta question des 9,35 Go pris par les 2 volumes non montés du Conteneur apfs --> repasse la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques --> que j'observe la distribution.
 
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 MacOne                  815.8 GB   disk2s1
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                506.9 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *4.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:       Microsoft Basic Data MEDIAS                  4.0 TB     disk3s2
 
Voici les "autres volumes dans le Conteneur" -->
Bloc de code:
   2:                APFS Volume Preboot                 24.5 MB    disk2s2
   3:                APFS Volume Recovery                506.9 MB   disk2s3
   4:                APFS Volume VM                      2.1 GB     disk2s4

  • il s'agit des 3 volumes auxiliaires du volume de démarrage MacOne : VM (archivage de la RAM) étant monté dans MacOne at: /private/var/vm > Preboot & Recovery n'étant jamais montés par défaut au démarrage de MacOne. Ces 3 volumes totalisent 2,6 Go. Les 2 volumes non montés (Preboot & Recovery) ont une occupation de 531,4 Mo. Rien à voir avec les 9,35 Go annoncés : je ne vois pas d'où l'Utilitaire de disque peut bien tirer cette mesure.

Passe la commande :
Bloc de code:
diskutil ap list disk2

  • qui affiche le tableau détaillé du Conteneur apfs

Poste ce tableau [j'ai l'impression qu'on est partis à la chasse au Dahu...].
 
  • J’aime
Réactions: Toniomendos
Bloc de code:
|
+-- Container disk2 3F225292-52A2-4066-952E-B2C1D3AA9FBB
    ====================================================
    APFS Container Reference:     disk2 (Fusion)
    Size (Capacity Ceiling):      1121118199808 B (1.1 TB)
    Capacity In Use By Volumes:   827297648640 B (827.3 GB) (73.8% used)
    Capacity Not Allocated:       293820551168 B (293.8 GB) (26.2% free)
    |
    +-< Physical Store disk0s2 92CA78A8-E8A6-457E-9337-E34F71806851
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2 (Main)
    |   Size:                       121123069952 B (121.1 GB)
    |
    +-< Physical Store disk1s2 6BC366EE-3BE0-4148-9701-93F52EA9F7A3
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk1s2 (Secondary, Designated Aux Use)
    |   Size:                       999995129856 B (1000.0 GB)
    |
    +-> Volume disk2s1 C6352773-BC68-3A05-946A-271628B53E23
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s1 (No specific role)
    |   Name:                      MacOne (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         815797231616 B (815.8 GB)
    |   FileVault:                 No
    |
    +-> Volume disk2s2 5D18B3AE-65C8-4DED-9CF2-C279390FCFEE
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         24539136 B (24.5 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s3 7DE1E949-01EB-4A8B-BDF6-ABC731B77932
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk2s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         506867712 B (506.9 MB)
    |   FileVault:                 No
    |
    +-> Volume disk2s4 0EFC4179-498B-44D2-A5BA-CADD98422D18
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk2s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /Volumes/VM
        Capacity Consumed:         2147733504 B (2.1 GB)
        FileVault:                 No
 
Si j'additionne l'occupation des 4 volumes en Bytes > j'obtiens : 815797231616 B (MacOne) + 24539136 B (Preboot) + 506867712 B (Recovery) + 2147733504 B (VM) = 818476371968 Bytes = 818,476371968 Go.

L'occupation globale du Conteneur est annoncée pour 827297648640 Bytes = 827,29764864 Go.

Il y a donc une occupation de blocs fantôme de 827,29764864 Go - 818,476371968 Go = 8,821276672 Go. Si j'additionne 8,821276672 Go (espace fantôme) + 0,024539136 Go (Preboot) + 0,506867712 Go (Recovery) => 9,35268352 Go -->

- j'ai donc réussi à reconstruire la valeur de 9,35 Go mise en avant par l'Utilitaire de disque. Elle provient des 2 occupations de blocs réelles des volumes Preboot (0,024 Go) & Recovery (0,50 Go) > additionnées d'une occupation fantôme de blocs de 8,82 Go.​

Afin de voir si les 8,82 Go fantômes ne proviennent pas d'une erreur du spaceman (le gestionnaire de l'allocation des blocs de l'apfs) > passe la commande :
Bloc de code:
diskutil verifyVolume disk2

  • qui vérifie successivement le Conteneur apfs > et chacun de ses 4 volumes (dans l'ordre de leur indexage)

Poste l'affichage retourné.
 
Bloc de code:
Started file system verification on disk2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking the container superblock
Checking the fusion superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking the Fusion data structures
Checking volume
Checking the APFS volume superblock
The volume MacOne was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.260.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.260.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.260.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by apfs.util (945.200.129) and last modified by apfs_kext (945.260.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk2
 
Aucune erreur attestée sur aucun des objets de l'apfs.

Passe les commandes (l'une après l'autre) :
Bloc de code:
diskutil mount disk2s2 ; diskutil mount disk2s3
diskutil ap listSnaps disk2s1 ; diskutil ap listSnaps disk2s2 ; diskutil ap listSnaps disk2s3 ; diskutil ap listSnaps disk2s4

  • la 1ère remonte les 2 volumes auxiliaires Preboot & Recovery (pour vérifier les snapshots ou instantanés de volumes --> les volumes concernés doivent être montés)
  • la 2è liste les éventuels snapshots pour chacun des 4 volumes actuellement montés du Conteneur apfs

Poste les retours.
 
Bloc de code:
Volume Preboot on disk2s2 mounted
Volume Recovery on disk2s3 mounted
iMac-de-antoine:~ antoinemenez$ diskutil ap listSnaps disk2s1 ; diskutil ap listSnaps disk2s2 ; diskutil ap listSnaps disk2s3 ; diskutil ap listSnaps disk2s4
No snapshots for disk2s1
No snapshots for disk2s2
No snapshots for disk2s3
No snapshots for disk2s4
 
La chasse au Dahu n'a rien donné - la cible (comme tout bon Dahu qui se respecte) étant un gibier fantôme -->

- en résumé : il y a dans ton Conteneur apfs une allocation de blocs fantôme de 8,82 Go > dont on n'a pas réussi à détecter la raison ni la localisation exacte. Peut-être de l'espace de blocs perdu à la création d'un Fusion Drive apfs...​
 
est-il possible de formater le fusion drive en espérant réparer les blocs perdus?
J'avais prévu de le faire de toute façon, histoire de nettoyer un bon coup.
Quelle est la meilleure façon de faire un formatage du fusion drive ?
 
Tu as 816 Go de données dans MacOne --> il faudrait les sauvegarder afin de pouvoir les récupérer à la fin d'une réinstallation de Mojave. As-tu déjà une telle sauvegarde ?

- le reste : suppression / recréation du Fusion Drive > réinstallation => ce n'est que de la technique sans difficulté.​