Partition invisible après crash bootcamp

Membre supprimé 1060554 · 7 Juin 2019

Il me semble que pour installer Windows sur un disque Mac > il faut pas d'autre partition "principale" au départ que celle de macOS (la partition de type "auxiliaire" = EFI n'étant pas décomptée). Or tu as déjà une partition UBUNTU en n°2 sur le disque => ce qui doit normalement "inhiber" l'Assistant BootCamp.

Fédag · 8 Juin 2019

Bonjour macmaniac,

merci pour cette explication! Tout a du sens maintenant, effectivement.
Dans ces conditions, l'installation de Ubuntu devrait se faire en dernière étape. Il serait mieux alors d'installer dans un premier temps le Windows à l'aide de BOOTCAMP (qui crée une deuxième partition NTFS), et dans un deuxième temps créer la troisième partition extFS 4 et installer Ubuntu. De cette manière BOOTCAMP prend en compte la totalité du disque lors de la création de la partition NTFS et évite probablement de échouer lors de la création de la partition. Et je pense que grâce à ton explication, j'ai pu comprendre d'où vient le problème. J’évite donc de faire la même bêtise.
Tu as répondu également à la question liée à l'installation du WIN.

Je me demande si la capacité de mon SSD, qui normalement est de 500Go, n'a pas été impactée par cette histoire de perte d'espace de stockage. Le disk0 affiche une capacité de 480,01 Go.

Est-ce normal?

Membre supprimé 1060554 · 8 Juin 2019

Le décompte des blocs (de 512 octets) du disque est une mesure "numérique-linéaire" absolue --> aucun bloc supplémentaire ne peut se "cacher" quelque part. Ton SSD fait 480 Go. C'est la capacité effective de certains SSD annoncés grosso modo comme faisant 500 Go.

Si tu veux installer Windows > il te faut supprimer la partition UBUNTU et récupérer son espace au Conteneur apfs (je peux te passer la commande qui le fait, si tu veux).

L'Assistant BootCamp crée une partition en format FAT-32 au préalable > portant un volume BOOTCAMP. C'est à l'utilisateur (= toi) > une fois l'interface d'installation de Windows ouverte => d'utiliser le bouton "Formater" pour reformater la partition BOOTCAMP en NTFS.

Fédag · 8 Juin 2019

D'accord. Là c'est clair.
Bien sûr, je veux bien ton aide. Comme cela je reprends tout proprement.

Merci.

Membre supprimé 1060554 · 8 Juin 2019

Repasse une commande :

Bloc de code:

diskutil list

et poste le tableau des disques.

Fédag · 8 Juin 2019

Voici:

Bloc de code:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *480.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         409.9 GB   disk0s2
   3:           Linux Filesystem UBUNTU 18               69.9 GB    disk0s3

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

Membre supprimé 1060554 · 8 Juin 2019

Passe la commande (copier-coller) :

Bloc de code:

diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list

la commande : a) supprime la partition UBUNTU > b) récupère l'espace libéré au Conteneur apfs et à sa partition de base > c) réaffiche le tableau des disques

Poste l'affichage retourné.

Fédag · 8 Juin 2019

Merci! Merci! Merci!

Bloc de code:

Started erase on disk0s3 UBUNTU 18
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 69 987 987 456 bytes and targeting a new physical store size of 479 894 224 896 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 479 893 196 800 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 -S /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD was formatted by diskmanagementd (945.241.4) 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 diskmanagementd (945.230.6) 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.230.6) 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.230.6) 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
warning: Overallocation Detected on Main device: (24425862+1) bitmap address (11337)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 409 906 237 440 to 479 894 224 896 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *480.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         479.9 GB   disk0s2

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

Membre supprimé 1060554 · 8 Juin 2019

Opération réussie -->

Bloc de code:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *480.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         479.9 GB   disk0s2

tu n'as qu'à retenter ta chance avec l'Assistant BootCamp...

Fédag · 8 Juin 2019

Est-ce que les volumes suivantes sont toutes indispensables?
Surtout le Volume VM?

Bloc de code:

2:                APFS Volume Preboot                 32.2 MB    disk1s2
   3:                APFS Volume Recovery                506.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Fédag · 8 Juin 2019

Merci beaucoup!

Si je souhaite installer deux MacOS sur le même disk1, en créant un nouveau Volume APFS via l'utilitaire de disques, comment pourrais-je installer le nouveau OS sans effacer l'OS existent? J'ai lu dans un article que cette possibilité existe et au lieu d'amputer une partition pour créer une autre, il me semble intéressant de pouvoir utiliser l’intégralité de l'espace du disk1 pour les deux OS.

As-tu une idée là dessus?

Fédag · 8 Juin 2019

Et si au lieu de "diskutil list" on utilise "diskutil apfs list"?

Voici le résultat:

Bloc de code:

APFS Container (1 found)
|
+-- Container disk1 6B2663CE-E454-42EB-9206-F91873791D79
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      479894224896 B (479.9 GB)
    Capacity In Use By Volumes:   174908248064 B (174.9 GB) (36.4% used)
    Capacity Not Allocated:       304985976832 B (305.0 GB) (63.6% free)
    |
    +-< Physical Store disk0s2 AFF03486-D7FE-47C3-985A-4A2B08C70065
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       479894224896 B (479.9 GB)
    |
    +-> Volume disk1s1 918F4430-C074-445B-A5CF-6CE9968A49C8
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         173135859712 B (173.1 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s2 E84186BD-4A14-4CB4-8792-8590BEB9EAB1
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         32202752 B (32.2 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 56D38C3C-E68F-443B-AA24-889497A00751
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         506806272 B (506.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 828557C3-EA99-4CC0-BCDA-E58FDE7518DD
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /Volumes/VM
        Capacity Consumed:         1073762304 B (1.1 GB)
        FileVault:                 No

Fédag · 8 Juin 2019

Le disk1s2 et disk1s3 affichent

Bloc de code:

Mount Point:               Not Mounted

Membre supprimé 1060554 · 8 Juin 2019

Le Conteneur apfs disk1 est un espace-disque virtualisé à partir du magasin Physical Store de la partition primaire disk0s2. Son espace total est partagé entre ces 4 volumes simultanément :

Bloc de code:

   1:                APFS Volume Macintosh HD            173.1 GB   disk1s1
   2:                APFS Volume Preboot                 32.2 MB    disk1s2
   3:                APFS Volume Recovery                506.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

chaque volume n'ayant que la taille actuelle de ses données et étant extensible à l'espace disponible du Conteneur. Cette distribution quadripartite est canonique d'un Conteneur apfs de type "Système". En ce sens que > pour qu'un Système apfs démarrable soit hébergé dans le Conteneur > il faut nécessairement que les 4 volumes soient présents.

Macintosh HD est le volume de démarrage Système. Les 3 autres sont des volumes auxiliaires dédiés à des fonctions spécialisées : Preboot = prédémarrage > Recovery = secours > VM (Virtual Memory) = archivage de la RAM et du swap. Les 2 volumes Preboot & Recovery ne sont pas montés lorsque la session dans Macintosh HD est ouverte. VM est toujours monté at: /private/var/vm dans Macintosh HD.

il peut exister n volumes Système de type démarrable dans un même Conteneur apfs > chacun de ces volumes hébergeant un OS démarrable déterminé (de la même version ou de versions apfs différentes). Mais si l'on peut multiplier les volumes de type "Système" démarrables dans un même Conteneur > il ne peut exister en regard qu'un seul volume Preboot > un seul Recovery > un seul VM.

le problème se résout ainsi : dans l'actuel Preboot existe un dossier intitulé de l'UUID du volume Macintosh HD démarrable correspondant. Dans ce dossier > existent les fichiers de prédémarrage de Macintosh HD (sans lesquels il est indémarrable). Il en va de même pour Recovery : un dossier intitulé de l'UUID de Macintosh HD > contient l'image-disque BaseSystem.dmg recelant son OS de secours démarrable via ⌘R.

si l'utilisateur crée un second volume Système de type démarrable (intitulé Mojave par exemple) > alors => à l'installation de l'OS Mojave dans ce second volume > vont être créés respectivement dans Preboot & Recovery des dossiers intitulés de l'UUID de ce nouveau volume Mojave > recelant ses fichiers de prédémarrage & son OS de secours. Et etc. pour autant de nouveaux volumes démarrables créés puis installés d'un OS.

le cas de VM est différent : il archive le contexte de la RAM de la session d'utilisateur ouverte. Tout changement de session dans le même volume démarrable > ou d'un volume de démarrage à un autre => purge VM de ses contenus et archive le contexte de la RAM de la nouvelle session. il n'y a donc pas itération de dossiers spécifiques comme pour Preboot & Recovery > mais remplacement d'archivage.

Fédag · 8 Juin 2019

Tes explications sont très claires et très complètes. C'est une plaisir d'apprendre de toi.

Je me pose la question si avec "diskutil apfs list" on aurait vu l'espace manquant au départ.

Macomaniac, merci pour toutes tes explications et pour ton aide! Maintenant que tout est claire, je vais me remettre au travail.

Membre supprimé 1060554 · 8 Juin 2019

Fédag a dit:
Je me pose la question si avec "diskutil apfs list" on aurait vu l'espace manquant au départ.

dans la mesure où le tableau retourné affiche a) l'espace-disque du Conteneur apfs virtualisé > b) le magasin de stockage Physical Store de la partition primaire du disque qui l'exporte > c) les 4 volumes apfs membres du Conteneur -->

=> il aurait sauté aux yeux que la taille du Conteneur (a) était plus étroite que la taille du Physical Store (b). Mais le tableau n'aurait fourni aucune clé pour redilater le Conteneur accidentellement rétréci => à la taille du magasin Physical Store.

Fédag · 8 Juin 2019

Tu as raison. Merci.

anass.afathi · 17 Novembre 2019

Bonjour,
J'ai le même problème. Cependant quand je désactive filevault et redémarre mon ordinateur, mon volume n'est pas restauré et fait toujours 124,92go.
Que dois-je faire?
Merci d'avance!

voici:

Last login: Sun Nov 17 01:00:38 on console

MacBook-Pro-de-anass:~ anassafathi$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *250.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_APFS Container disk1 249.7 GB disk0s2

3: Microsoft Reserved 16.8 MB disk0s3

/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +124.9 GB disk1

Physical Store disk0s2

1: APFS Volume Macintosh HD 14.2 GB disk1s1

2: APFS Volume Preboot 25.1 MB disk1s2

3: APFS Volume Recovery 507.4 MB disk1s3

4: APFS Volume VM 5.4 GB disk1s4

MacBook-Pro-de-anass:~ anassafathi$ diskutil cs list

Membre supprimé 1060554 · 17 Novembre 2019

Bonjour anass.afathi

Ton cas de figure est très intéressant -->

- voici la partition apfs primaire de ton disque :

Bloc de code:

   2:                 Apple_APFS Container disk1         249.7 GB    disk0s2

(tu notes qu'elle a une extension de 249,7 Go) > et voici l'espace-disque virtuel du Conteneur apfs exporté depuis cette partition apfs primaire :

Bloc de code:

   0:      APFS Container Scheme -                      +124.9 GB    disk1

dans le principe : la capacité de l'espace-disque apfs (appelé Conteneur) > virtualisé depuis la partition primaire du disque => doit avoir strictement la même taille que celle de la partition exportatrice du disque. Donc la capacité du Conteneur apfs devrait être = 249,7 Go. Chez toi > elle est = 124,9 Go. Soit 124,8 Go de moins.

où sont donc ces 124,8 Go qui manquent à l'appel ? --> pas en-dehors de la partition primaire du disque > laquelle à part une petite partition invisible Microsoft Reserved de 16,8 Mo => totalise tout l'espace-disque disponible. Mais en-dedans de cette partition primaire > au sens où 124,8 Go d'espace de blocs internes à cette partition => se trouvent échappés d'inclusion à l'espace-disque virtualisé du Conteneur. Il s'agit donc d'une erreur de gestion de l'espace de la partition par le système de fichiers apfs.

[c'est par de pareils problèmes logiques qui intriguent l'intelligence => que l'expérience de l'informatique vaut d'être vécue (et pas - dirais-je par ironie grande - de par les "avantages" que ladite informatique procurerait à l'humanité => ce qui se résume à une pullulation de fichiers graphiques de type "images" obscurcissant l'usage de l'entendement).]

----------

Je te propose d'effectuer une expérimentation en forme d'action en va-et-vient sur les partitions -->

- passe la commande (copier-coller - copie-la bien jusqu'au list final) :

Bloc de code:

diskutil eraseVolume free null disk0s3 ; diskutil resizeContainer disk1 100g free null 0b ; diskutil resizeContainer disk1 0b ; diskutil list

cette commande concaténée : a) supprime la petite partition Windows invisible > b) rétrécit la taille du Conteneur apfs (et donc aussi de la partition primaire du disque qui le sustente) => à 100 Go > c) dilate la taille du Conteneur apfs (et donc aussi de la partition primaire du disque qui le sustente) => à la totalité de l'espace libre disponible > d) réaffiche la configuration du disque interne. Cette expérimentation enchaînée --> implique un va-et-vient rétrécissant > puis redilatant du Conteneur (et de sa partition de base) => destiné à faire "sauter" l'erreur de gestion de l'espace par l'apfs.

Poste l'intégralité de l'affichage qui aura été retourné par cette commande > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.

anass.afathi · 17 Novembre 2019

voila la resultat !
Last login: Sun Nov 17 13:01:28 on ttys000

MacBook-Pro-de-anass:~ anassafathi$ diskutil eraseVolume free null disk0s3 ; diskutil resizeContainer disk1 100g free null 0b ; diskutil resizeContainer disk1 0b ; diskutil list

Started erase on disk0s3

Unmounting disk

Finished erase on disk0

diskutil: did not recognize verb "resizeContainer"; type "diskutil" for a list

diskutil: did not recognize verb "resizeContainer"; type "diskutil" for a list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *250.1 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_APFS Container disk1 249.7 GB disk0s2

/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +124.9 GB disk1

Physical Store disk0s2

1: APFS Volume Macintosh HD 15.1 GB disk1s1

2: APFS Volume Preboot 25.1 MB disk1s2

3: APFS Volume Recovery 507.4 MB disk1s3

4: APFS Volume VM 5.4 GB disk1s4

/dev/disk2 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: FDisk_partition_scheme *7.8 GB disk2

1: Windows_NTFS anass 7.7 GB disk2s1

MacBook-Pro-de-anass:~ anassafathi$

[Restauré 17 nov. 2019 à 14:27:05]

Last login: Sun Nov 17 14:26:59 on console

Restored session: Sun Nov 17 14:25:31 +01 2019

MacBook-Pro-de-anass:~ anassafathi$

Partition invisible après crash bootcamp

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre confirmé

Membre confirmé

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre supprimé 1060554

Invité

Membre confirmé

Membre enregistré

Membre supprimé 1060554

Invité

Membre enregistré

Sujets similaires