Partition invisible après crash bootcamp

flomm

Nouveau membre
23 Mai 2020
6
1
25
Bonjour

Je rencontre un problème similaire aux posts précédents… J’ai eu le besoin de créer une partition ubuntu sur mon MacBook Pro de 2015 (actuellement sous Mojave), et aujourd’hui, celle-ci ne m’est plus utile. Du coup, j’ai tenté d’ajouter cet espace disque (20go) à ma partition Macintosh. J’ai réussi à supprimer la partition, mais il semble impossible de réaffecter cet espace disque, qui est maintenant invisible.

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 disk1         101.1 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

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

Lorsque j'essai d'appliquer un resizeContainer, j'obtiens le message suivant:

Bloc de code:
diskutil ap resizeContainer disk1 0b
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

Quelqu'un aurait-il une solution pour résoudre mon problème ?
Merci par avance! :)
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Bonjour flomm

Passe la commande :
Bloc de code:
csrutil status

  • qui affiche le statut du SIP (protocole de sécurité)

Poste le retour.

Note : une activation du SIP empêcherait de passer une commande de lecture de la table de partition GPT (de l'en-tête du disque) => pour afficher l'actuelle distribution des blocs du disque gérés par cette table. Ce qui permettra de voir où est située la bande de blocs libres. Sans doute entre les 2 partition EFI (n°1) et APFS (n°2).
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
SIP désactivé => aucun obstable.

- passe la commande :​
Bloc de code:
sudo gpt show disk0

  • à 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 lit la GPT d'en-tête du disque => et affiche le tableau de la distribution des blocs (en secteurs des tables de partitions > partitions > bandes de blocs libres)

Poste le tableau.
 

flomm

Nouveau membre
23 Mai 2020
6
1
25
Voici
Bloc de code:
      start       size  index  contents
          0          1         PMBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  197550960      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  197960600    1269536      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  199230136   37748007         
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Voici la bande de blocs libres -->
Bloc de code:
  199230136   37748007

  • elle commence au bloc n° 199230136 (soit juste après la 3è partition du disque) et a une extension de 37748007 blocs (de 512 octets = 19.32 Go). Excellent placement pour une récupération (qui se fait toujours d'en-dessous une partition => à une partition bénéficiaire située en-dessus).
  • mais du coup j'aperçois le facteur bloquant cette récupération auquel je n'avais pas prêté attention. Il consiste dans cet alignement de partitions -->
Bloc de code:
   2:                 Apple_APFS Container disk1         101.1 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

  • vois-tu de ton côté en quoi consiste le blocage (et comment le supprimer) ? - simple question pour se poiler.
 
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Tu as raison à la racine pour le type de la partition de secours qui devrait être Apple_Boot et pas Apple_HFS.

- cette partition de secours externe à la partition de l'OS est un dispositif valide pour les OS qui s'installent dans des volumes de format jhfs+. Pas pour des OS qui s'installent dans des volumes de format apfs (comme actuellement pour ton disque) > car l'OS de secours est recelé dans un volume Recovery interne au Conteneur. Lors de la mise-à-niveau d'un précédent OS jhfs+ => à ton actuel OS apfs > qui a converti à l'apfs le volume-Système jhfs+ de départ => la partition de secours externe obsolète (disk0s3) aurait dû être supprimée. Mais elle n'a pas pu l'être > car elle n'avait pas alors le type Apple_Boot la désignant comme solidaire de l'ancien dispositif. Son type Apple_HFS l'a donc désignée comme une partition indépendante à préserver.​

Tu as donc saisi la cause initiale du problème > et j'ai ici développé les effets.

----------

Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list

  • la commande supprime la partition de secours bloquante > récupère l'ensemble de l'espace libre disponible sous la partition apfs > réaffiche le tableau des disques

Poste le retour intégral de la commande.
 

flomm

Nouveau membre
23 Mai 2020
6
1
25
Merci pour l'explication, je comprends maintenant mieux le problème.
Voici le retour

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 disk1         121.1 GB   disk0s2

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

Il semblerait que le problème soit résolu ?
 

hugo.b

Nouveau membre
3 Mars 2021
9
0
@macomaniac
Hello j'ai eu le meme soucis, mon ordinateur c'est éteins pendant qu'il enlevait une partition Boot Camp qui a échoué... mais je n'ai pas les mêmes lignes quand j'écris la commande: diskutil list et la seconde de marche pas... aurait tu une solution ?

MacBook-Pro-de-Hugo:~ hugobertina$ diskutil list
/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 170.0 GB disk0s2
/dev/disk1 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +170.0 GB disk1
Physical Store disk0s2
1: APFS Volume Macintosh HD 126.0 GB disk1s1
2: APFS Volume Preboot 69.7 MB disk1s2
3: APFS Volume Recovery 1.6 GB disk1s3
4: APFS Volume VM 1.1 GB disk1s4
MacBook-Pro-de-Hugo:~ hugobertina$ Diskutil cs list
No CoreStorage logical volume groups found
MacBook-Pro-de-Hugo:~ hugobertina$

Si quelqu'un a une idée du problème je suis preneur
 

Fichiers joints

  • Capture d’écran 2021-03-03 à 20.21.39.png
    Capture d’écran 2021-03-03 à 20.21.39.png
    306,9 KB · Affichages: 26
Dernière édition:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Bonsoir hugo

Tu démarres normalement sur Macintosh HD et tu ouvres bien ta session habituelle ? - ton problème consiste à récupérer les 80 Go de la partition BOOTCAMP supprimée ?

- si oui > passe la commande (copier-coller) :​
Bloc de code:
diskutil ap resizeContainer disk1 0b ; diskutil list
  • la commande récupère l'espace libre > puis ré-affiche le tableau des disques

Poste le retour complet de la commande.
 

hugo.b

Nouveau membre
3 Mars 2021
9
0
Hello macomaniac j'avais réussi a la récupérer en relisant tes conseil sur les pages précédentes mais j'ai revoulu le partitionner et la je n'arrive plus a supprimer la partition qui a re échoué...
 

Fichiers joints

  • Capture d’écran 2021-03-04 à 12.33.15.png
    Capture d’écran 2021-03-04 à 12.33.15.png
    56,6 KB · Affichages: 21

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Passe la commande :
Bloc de code:
diskutil eraseVolume free null disk0s4 ; diskutil ap resizeContainer disk1 0b ; diskutil list
  • qui supprime la partition BOOTCAMP > récupère son espace au Conteneur apfs > ré-affiche le tableau des disques

Poste le retour.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
83 202
25 045
Forêt de Fontainebleau
Passe la commande :
Bloc de code:
diskutil ap resizeContainer disk1 0b ; diskutil list
  • qui récupère l'espace libre > puis affiche le tableau des disques

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu (le 16è depuis la gauche = vers le milieu de la barre) 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.​
 

hugo.b

Nouveau membre
3 Mars 2021
9
0
Bloc de code:
Last login: Thu Mar  4 21:57:43 on console
MacBook-Pro-de-Hugo:~ hugobertina$ diskutil list
/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         160.0 GB   disk0s2

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

MacBook-Pro-de-Hugo:~ hugobertina$ diskutil ap resizeContainer disk1 0b ; diskutil list
Started APFS operation
Aligning grow delta to 90 685 485 056 bytes and targeting a new physical store size of 250 685 575 168 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 250 684 547 072 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 /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 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 160 000 090 112 to 250 685 575 168 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/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            125.6 GB   disk1s1
   2:                APFS Volume Preboot                 69.7 MB    disk1s2
   3:                APFS Volume Recovery                1.6 GB     disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

MacBook-Pro-de-Hugo:~ hugobertina$