Partition invisible après crash bootcamp

[bouboulebébé]

c'était en effet désopilant !!! j'avais mis un sacré bordel, chapeau très très bas Mr Macomaniac, merci mille fois! Je me permets de vous demander une dernière chose a savoir si je retente bootcamp et windows, et que cela ne marche pas comment dois je faire pour supprimer la partition crée? Merci encore!! RESPECT !!!!!!!

 

[Membre supprimé 1060554]

Content pour toi !

- en cas de plantage d'une installation de Windows dans un volume BOOTCAMP => il est recommandé de relancer l'Assistant BootCamp > pour lui demander de supprimer la partition et de récupérer son espace. Sinon > tu peux toujours t'adresser ici > et le terminal réglera la question aussi bien.​

 

[bouboulebébé]

pour te remercier j'ai une contrepétrie pour toi:
"S'il avait su laver l'anis, les herbes auraient un gout a la mode" Merci encore!

 

[Fédag]

Bonjour,

Je viens de m'inscrire dans ce forum de discussions. J'essaie d'installer le Windows 10 sur MacBook Pro (mi-2012), 500Go SSD, Mojave.
J'ai essayé dans un premier temps de partitionner le disque dur en 3 partition: Mac, Linux, Win. J'ai installé Linux. Puis, pour le Windows, j'ai eu le message d'incompatibilité, car GPT...
J'ai essayé à nouveau avec BOOTCAMP, qui a supprimé la partition que j'avais fait au départ pour Windows. Mais... BOOTCAMP n'a pas fait son travail jusqu'au bout et avant même d'installer Win 10, il a échoué. De plus,, malgré le fait que j'utilise un DVD original WIn 10 Pro 64-bit, BOOTCAMP considéré cette version Win comme étant incompatible... et me demande d’insérer WIN 10 64-bits (paradoxe...)

Pour revenir au problème de base: Avec le plantage de BOOTCAMP j'ai 120Go "invisibles"...
J'ai suivi toutes les échanges liées à ce sujet sur ce forum. J'ai essayé quelques manipulations, mais... rien... je n'arrive pas faire un peu de ménage dans mon disque dur afin de retrouver les 120Go perdus....

Alors voici quelques informations:

"FileVault est désactivé pour le disque "Macintosh HD".
---------------------------------------------------------------------------------------------
csrutil status :

"Protection status: disabled."
--------------------------------------------------------------------------------------------
diskutil list :

/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 - +289.6 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 154.6 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
---------------------------------------------------------------------------------------------------
sudo gpt show disk0 :

start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 409600 1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
409634 6
409640 800598120 2 GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
801007760 136433144 3 GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
937440904 262151
937703055 32 Sec GPT table
937703087 1 Sec GPT header
-----------------------------------------------------------------------------------------------------------------------
diskutil repairDisk disk0 :

Repairing the partition map might erase disk0s1, proceed? (y/N) y
Started partition map repair on disk0
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map repair on disk0
----------------------------------------------------------------------
diskutil repairDisk disk1 :

Unable to repair this whole disk: A GUID Partition Table (GPT) partitioning scheme is required (-69773)
---------------------------------------------------------------------------------------------------------------------------------------------------
---------------------------------------------------------------------------------------------------------------------------------------------------

Pourriez vous m'aider, s'il vous plait?

Bien cordialement,

Fédag

 

[Membre supprimé 1060554]

Bonsoir Fédag

Est-ce que tu peux repasser la seule commande :

diskutil list

• qui affiche le tableau des disques

et reposter ce tableau ? > en veillant à faire ton coller dans une fenêtre de code par le procédé suivant -->

• dans cette page de MacGé > presse le bouton
  
  ici :
  
  
  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é)

=> disons que le tableau ainsi présenté garde la mise en forme du terminal et est plus lisible (et plus agréable à citer aussi pour certaines de ses parties).

 

[Fédag]

Bonsoir Fédag

Est-ce que tu peux repasser la seule commande :

diskutil list

• qui affiche le tableau des disques

et reposter ce tableau ? > en veillant à faire ton coller dans une fenêtre de code par le procédé suivant -->

• dans cette page de MacGé > presse le bouton
  
  ici :
  
  
  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é)

=> disons que le tableau ainsi présenté garde la mise en forme du terminal et est plus lisible (et plus agréable à citer aussi pour certaines de ses parties).

Voici:

/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 -                      +289.6 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            154.7 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]

Alors voici le paradoxe dans ton cas de figure -->

- ceci est la partition primaire de macOS sur le disque :

   2:                 Apple_APFS Container disk1         409.9 GB   disk0s2

• dans cette partition de type apfs > réside un magasin de stockage apfs appelé "Physical Store". Il a la taille de la partition > càd. les 409,9 Go.

- ceci est le Conteneur apfs secondaire -->

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +289.6 GB   disk1
                                 Physical Store disk0s2

• il s'agit d'un espace-disque virtuel > exporté depuis le magasin de stockage Physical Store. Par principe > cet espace-disque virtuel a la taille exacte du magasin primaire qui lui sert de base d'exportation. La capacité du Conteneur apfs devrait donc être de 409,9 Go. Or elle est mesurée à 289,6 Go. Ce qui revient à dire que 120,3 Go se trouvent perdus par le Conteneur apfs sur la capacité du magasin primaire qui l'exporte. C'est là manifestement une erreur de taille interne à l'apfs.

Passe la commande :

diskutil verifyVolume disk1

• qui vérifie les objets de l'apfs

Poste l'affichage résultant.

 

[Fédag]

Et.... le SSD est d'une capacité de 500Go. Il est affiché 480Go.
Est-il normal?

 

[Fédag]

Started file system verification on disk1
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /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 (70e5)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1

 

[Membre supprimé 1060554]

Aucune erreur n'a été décelée par la vérification. Mais celle-ci ne porte que sur le Conteneur apfs et ses 4 volumes > en aucune manière sur le Physical Store de base > ni sur le mécanisme de l'exportation du Conteneur à partir de lui. Bref : l'erreur de taille interne a échappé à l'examen de l'apfs.

Tente la commande (copier-coller) :

diskutil ap resizeContainer disk1 0b ; diskutil list

• la commande récupère l'espace libre disponible au Conteneur apfs. Le problème est que cette récupération adresse de l'espace libre hors partition de base apfs > pas de l'espace libre intra partition de base apfs

Poste le retour.

 

[Fédag]

Voici:

Started APFS operation
Error: -69519: The target disk is too small for this operation, or a gap is required in your partition map which is missing or too small, which is often caused by an attempt to grow a partition beyond the beginning of another partition or beyond the end of partition map usable space
/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 -                      +289.6 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            154.7 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]

Comme attendu : la commande n'a rien trouvé à récupérer comme espace "extérieur" à la partition de base.

Passe la commande :

diskutil ap resizeContainer disk1 200g jhfs+ BROL 0b ; diskutil list

• la commande rétrécit le Conteneur apfs à 200 Go > et crée un volume BROL de 89 Go entre la partition apfs et celle d'UBUNTU ; puis affiche la tableau des disques

Poste l'affichage complet retourné. L'idée est ensuite de lancer une commande de suppression / récupération > pour voir si ça n'entraînerait pas dans la foulée la récupération de l'espace interne perdu.

 

[Fédag]

Je pense que tu as réussi!

Started APFS operation
Aligning shrink delta to 89 556 168 704 bytes and targeting a new physical store size of 320 350 068 736 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 161 598 144 512 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 (70e5)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 409 906 237 440 to 320 350 068 736 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Initialized /dev/rdisk0s5 as a 83 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s5
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         320.4 GB   disk0s2
   3:                  Apple_HFS BROL                    89.4 GB    disk0s5
   4:           Linux Filesystem UBUNTU 18               69.9 GB    disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +320.4 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            154.7 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]

Hé ! hé ! avise ceci -->

   2:                 Apple_APFS Container disk1         320.4 GB   disk0s2

• c'est la partition apfs de base du Physical Store. Avise cela à présent -->

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +320.4 GB   disk1

• c'est le Conteneur virtualisé depuis le Physical Store. Tu t'aperçois que les 2 ont des tailles actuellement congruentes = 320,4 Go. Le rétrécissement => a induit un réalignement des tailles : Physical Store / Conteneur apfs.

Le problème est donc théoriquement résolu. Reste la finalisation --> passe la commande :

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

• la commande supprime la partition BROL > récupère l'espace libéré au Conteneur apfs et à la sa partition de base > réaffiche le tableau de disques

Poste l'ensemble de l'affichage retourné.

 

[Fédag]

Je te dois une bière (un un thé si tu préfères)

Started erase on disk0s5 BROL
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 89 556 168 704 bytes and targeting a new physical store size of 409 906 237 440 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 409 906 237 440 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 (f5d7)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 320 350 068 736 to 409 906 237 440 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         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            154.7 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

 

[Fédag]

Un très GRAND MERCI!!!!!

Je suis très admiratif quant à ta stratégie! Mon cas semblait au moins "bizarre" au premier regard.

Maintenant, afin de ne plus revenir dans cette situation, quel est ton conseil par rapport à l'installation de WIN 10?
BOOTCAMP a refusé d'enregistrer le logiciel de prise en charge du Win sur une clé usb de 16Go. Ensuite m'a mis en difficulté comme pas possible avec cette histoire de espace disque invisible et de plus me demande d'utiliser un support d'installation WIN 10 64 -bit, alors que c'est exactement ce type d'installation que j'utilise (sauf qu'il s'agit d'une édition Win 10 Pro).

 

[Membre supprimé 1060554]

Problème résolu -->

   2:                 Apple_APFS Container disk1         409.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +409.9 GB   disk1

• la partition apfs de base > et l'espace Conteneur virtualisé => ont retrouvé une exacte congruence.

C'est la 1ère fois que je suis confronté à une "erreur de taille interne" à l'apfs. J'avais l'habitude des "erreurs de taille interne" au CoreStorage qui a précédé l'apfs > mais ton cas de figure a été une première. Il a donc suffi de secouer un peu l'édifice via un rétrécissement > puis une récupération => et hop ! tout est rentré en ordre.

 

[Membre supprimé 1060554]

Édit. Je n'ai jamais utilisé Windows (et je ne l'utiliserais jamais). Je n'ai donc aucune expérience de son installation sur Mac.

- c'est Locke le spécialiste de ces questions > mais il est absent du site depuis un bout de temps à présent.​

 

[Fédag]

Je suis content que j'ai pu te donner un cas qui t'a mis un peu au défis. Sinon... ce n'ai pas très intéressant de redire des choses du passé. J'ai vraiment cherché par tout une solution, mais sans succès, jusque là, grâce à toi. BRAVO et tout mon respect pour ta promptitude, tes compétences, ta ruse et ta ténacité!

J'essaie de m'en débarrasser de Windows, mais cela m'arrive de temps en temps de m'en servir au travail, donc je me suis dit qu'il serait bien d'avoir le Win au cas où. Il m'arrive de créer des macro pour des fichiers excel et dès fois il y a des incompatibilités entre les versions du microsoft office win et mac... surtout pour des macro exécutables à l'ouverture des fichiers, quand il y a une protection sur tous les feuilles de calcul.

Sincèrement, chapeau bas!!! Et merci pour ton aide et tes conseils!

Bonne continuation et Merci beaucoup pour ton aide!

Fédag

 

[Fédag]

A bientôt!