10.14 Mojave Partition Boot Camp irrécupérable :(

Judor33

Membre enregistré
6 Juin 2018
4
0
26
Bien le bonjour,
Après avoir vraiment épluché tout le site à la recherche d'une solution ( qui fonctionne jamais..), je vous demande maintenant !
J'ai voulu supprimer ma partition Boot Camp, je la supprime donc dans l'utilitaire de disque, et au moment de re-dimensionner, POOF, erreur !
Capture_d_cran_2018_08_19_18_04_26.png


DONC, rendez-vous terminal, et diskutil list me donne ça ! (Avec pas mal de gigas manquants donc...)
Bloc de code:
MacBook-Pro-de-Guillaume-2:~ guillaumelochon$ 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         159.0 GB   disk0s2
   3:       Apple_KernelCoreDump                         655.4 MB   disk0s3

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

MacBook-Pro-de-Guillaume-2:~ guillaumelochon$

C'est la crise.... Un peu d'aide stp ? :)

Merci beaucoup !!
 
Bonjour Judor

C'est la crise....

  • ... pas grave

Passe les commandes (copier-coller ; l'une après l'autre) -->
Bloc de code:
diskutil eraseVolume free null disk0s3
diskutil ap resizeContainer disk1 0b

  • la 1ère supprime la partition disk0s4 qui est une séquelle d'une ancienne partition de secours de type Recovery HD
  • la 2è récupère tout l'espace libre disponible en-dessous de la partition-support de l'apfs (disk0s2) > à celle partition > et au Conteneur apfs disk1

Poste l'affichage retourné par la 2è commande + le retour d'un nouveau :
Bloc de code:
diskutil list
 
  • J’aime
Réactions: Judor33
Alors !
J'ai fait ce que tu proposes, et comme tu pourra le voir, y'a toujours une erreur lorsque l'on veut redimensionner la partition..
Bloc de code:
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
Performing deferred repairs
warning: found orphan dstream id object (id 24110955)
warning: found orphan dstream id object (id 24110957)
warning: found orphan dstream id object (id 24110958)
warning: found orphan dstream id object (id 24110960)
warning: found orphan dstream id object (id 24110961)
warning: found orphan dstream id object (id 24110962)
warning: found orphan dstream id object (id 24110963)
warning: found orphan dstream id object (id 24110964)
warning: found orphan dstream id object (id 24110968)
warning: found orphan dstream id object (id 24110970)
warning: found orphan dstream id object (id 24110972)
warning: found orphan dstream id object (id 24110974)
warning: found orphan dstream id object (id 24110976)
warning: found orphan dstream id object (id 24110981)
warning: found orphan dstream id object (id 24110986)
warning: found orphan dstream id object (id 24110993)
warning: found orphan dstream id object (id 24111005)
warning: found orphan dstream id object (id 24111048)
warning: found orphan dstream id object (id 24111070)
Deferred repairs failed
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
MacBook-Pro-de-Guillaume-2:~ guillaumelochon$ 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         159.0 GB   disk0s2

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

MacBook-Pro-de-Guillaume-2:~ guillaumelochon$
 
Le redimensionnement est bloqué par une corruption du système de fichiers apfs.

Redémarre > et tiens pressées les 3 touches ⌘⌥R (cmd alt R) = démarrage par internet -->

  • le Mac va se connecter au Wi-Fi > télécharger en RAM un OS de secours 10.13 > démarrer dessus à la fin. Tu vas obtenir 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.

Passe les 2 commandes :
Bloc de code:
diskutil repairVolume disk2
diskutil repairDisk disk0

  • la 1ère tente de réparer l'apfs
  • la 2è répare la table de partition GPT du SSD. À validation > une demande de confirmation s'affichera --> tape résolument y (comme yes) et revalide

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil 
  • dans la page de ce fil de MacGé > presse le bouton
    InsererCodeMcGe.jpg
    (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) dans la barre de menus au-dessus du champ de saisie d'un message > 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é)

=> ces informations montreront s'il y a eu réparation.

Note : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Transférer un fichier" en bas de cette page.

-----

Cela fait > tu peux redémarrer (Menu  > Disque de Démarrage > choisis Macintosh HD > redémarre) --> et réouvrir ta session habituelle.
 
C'est fait ! Merci de m'accorder du temps !
Bloc de code:
-bash-3.2# diskutil repairVolume disk2
Started file system repair on disk2
Repairing storage system
Performing fsck_apfs -y -x /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
warning: Overallocation Detected on Main device: (1083970+1) bitmap address (35d1b)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system repair on disk2
-bash-3.2# 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
-bash-3.2#
 
J'ai voulu supprimer ma partition Boot Camp, je la supprime donc dans l'utilitaire de disque, et au moment de re-dimensionner, POOF, erreur !
C'est surtout ce qu'il ne faut jamais faire, il faut impérativement relancer Assistant Boot Camp pour supprimer une partition Windows. Ton problème sera bientôt résolu grâce à macomaniac, mais la prochaine fois ne recommence pas la même erreur.
 
@ Judor

Bonne nouvelle a priori --> l'apfs a été réparé > puisque le code de sortie de la vérification est désormais 0 (comme zéro faute).

Alors on retente la récupération de l'espace libre (tu en es là > ayant supprimé déjà la partition tampon). Passe la commande :
Bloc de code:
diskutil ap resizeContainer disk1 0b

  • qui récupère l'espace disponible au Conteneur apfs

Poste l'affichage retourné.
 
Bloc de code:
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
Performing deferred repairs
warning: found orphan dstream id object (id 24110955)
warning: found orphan dstream id object (id 24110957)
warning: found orphan dstream id object (id 24110958)
warning: found orphan dstream id object (id 24110960)
warning: found orphan dstream id object (id 24110961)
warning: found orphan dstream id object (id 24110962)
warning: found orphan dstream id object (id 24110963)
warning: found orphan dstream id object (id 24110964)
warning: found orphan dstream id object (id 24110968)
warning: found orphan dstream id object (id 24110970)
warning: found orphan dstream id object (id 24110972)
warning: found orphan dstream id object (id 24110974)
warning: found orphan dstream id object (id 24110976)
warning: found orphan dstream id object (id 24110981)
warning: found orphan dstream id object (id 24110986)
warning: found orphan dstream id object (id 24110993)
warning: found orphan dstream id object (id 24111005)
warning: found orphan dstream id object (id 24111048)
warning: found orphan dstream id object (id 24111070)
Deferred repairs failed
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
MacBook-Pro-de-Guillaume-2:~ guillaumelochon$

Ça n'a pas l'air de vouloir...

@Locke effectivement, je ne savais pas à l'époque étant habitué à toucher le gestionnaire de disques, j'ai préféré faire comme ça mais je saurais, merci !
 
Il y a une surallocation de blocs (erreur imputable au gestionnaire bitmap du système de fichiers apfs) qui -->

  • ne retourne pas d'échec de la vérification dans le Terminal de l'OS de secours en RAM (exit code is 0)
  • retourne un échec de la vérification dans le Terminal du volume Macintosh HD (exit code is 8)

C'est la 1ère fois que je contemple une telle inconsistance logique de la vérification d'un système de fichiers.

Voici alors un contournement qui pourrait marcher (et qui consiste à exploiter ladite inconsistance) -->

  • tu redémarres par internet comme décrit précédemment > et tu passes la commande :
Bloc de code:
diskutil ap resizeContainer disk2 0b

  • attention ! c'est bien disk2 > car le Conteneur apfs se décale de disk1 à disk2 en cas de démarrage sur la RAM > car l'image-disque en RAM de l'OS de secours démarré prend l'index disk1

Poste l'affichage retourné par la commande comme tu l'as déjà fait.
 
Bonjour,
J'ai un problème similaire.

MacBook-Pro-de-Jean:~ jaffolaby$ diskutil list

/dev/disk0 (internal):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme 500.3 GB disk0

1: EFI EFI 314.6 MB disk0s1

2: Apple_APFS Container disk1 500.0 GB disk0s2


/dev/disk1 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +239.0 GB disk1

Physical Store disk0s2

1: APFS Volume Macintosh HD 50.9 GB disk1s1

2: APFS Volume Preboot 47.3 MB disk1s2

3: APFS Volume Recovery 510.4 MB disk1s3

4: APFS Volume VM 1.1 GB disk1s4




Besoins d’aides s'il vous plaît
 
Bonjour jaffolaby

La superposition de ces 2 lignes de ton tableau montre tout ce qu'il y a à savoir -->
Bloc de code:
   2:                 Apple_APFS Container disk1        500.0 GB     disk0s2

   0:      APFS Container Scheme -                      +239.0 GB    disk1

  • la ligne supérieure décrit la partition primaire du disque de type apfs. Tu notes qu'elle a une taille de 500 Go.
  • la ligne inférieure décrit l'espace-disque du Conteneur apfs > virtualisé depuis cette partition primaire. Tu notes qu'il a une taille de 239 Go.
  • or : il doit y avoir régulièrement stricte identité de taille entre le Conteneur apfs virtualisé et la partition primaire qui lui sert de base. Donc le Conteneur apfs devrait avoir une taille de 500 Go. Par rapport à cette norme > il est rétréci de 261 Go (!). Il s'agit d'une erreur logique qui est intervenue dans l'apfs > suite à la récupération loupée (j'imagine) de l'espace d'une partition de type BOOTCAMP.
----------

Un procédé permettant possiblement de réduire cette erreur logique --> consiste à passer une commande de rétrécissement du Conteneur apfs > suivie d'une commande de dilatation à tout l'espace libre disponible (si la 1ère commande est passée). Donc d'induire un mouvemenrt d'accordéon.

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

  • la commande rétrécit le Conteneur apfs à 150 Go et laisse l'espace dégagé au statut d'espace libre ; puis réaffiche le tableau des disques

Poste l'ensemble de l'affichage retourné en copier-coller > en veillant à faire ton coller dans une fenêtre de code par le procédé suivant -->
  • dans cette page de MacGé > presse le bouton
    1555929346-524315-original.png
    ici :
    1555929346-521520-original.png

    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é)
 
Dernière édition par un modérateur:
Bloc de code:
Last login: Wed Aug 28 08:17:15 on ttys000
MacBook-Pro-de-Jean:~ jaffolaby$ diskutil ap resizeContainer disk1 150g free null 0b ; diskutil list
Started APFS operation
Aligning shrink delta to 89 000 001 536 bytes and targeting a new physical store size of 410 963 173 376 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 54 626 615 296 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 newfs_apfs (945.200.129.100.1) and last modified by apfs_kext (945.275.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 newfs_apfs (748.77.4) and last modified by apfs_kext (945.275.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 newfs_apfs (748.77.4) and last modified by apfs_kext (945.275.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.260.7) and last modified by apfs_kext (945.275.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
Shrinking APFS Physical Store disk0s2 from 499 963 174 912 to 410 963 173 376 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Finished APFS operation
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         500.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         411.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +411.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            51.0 GB    disk1s1
   2:                APFS Volume Preboot                 47.3 MB    disk1s2
   3:                APFS Volume Recovery                510.4 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Tu remarques que ma commande facétieuse de rétrécissement a produit son petit effet -->
Bloc de code:
   2:                 Apple_APFS Container disk1         411.0 GB   disk0s2

   0:      APFS Container Scheme -                      +411.0 GB   disk1

  • en résumé : la taille du Conteneur est redevenue identique à la taille de la partition primaire (synchronisation des tailles). Mais au fait ! --> pourquoi une commande qui demandait un rétrécissement à 150 Go => a-t-elle donné une taille de 411 Go ? - c'est qu'il y avait 261 Go d'espace planqué : ajoutés aux 150 Go => cela refait bien 411 Go.

Bon ! après cet effet d'accordéon en diminution (qui a eu un effet d'augmentation :hilarious:) > voyons si on peut obtenir un effet d'accordéon en augmentation récupérant les 89 Go d'espace libre.

Passe la commande :
Bloc de code:
diskutil ap resizeContainer disk1 0b ; diskutil list

  • la commande récupère l'espace libre aussi bien au Conteneur apfs qu'à sa partition primaire > puis réaffiche la configuration des disques

Poste l'ensemble de l'affichage retourné.
 
Bloc de code:
MacBook-Pro-de-Jean:~ jaffolaby$ diskutil ap resizeContainer disk1 0b ; diskutil list
Started APFS operation
Aligning grow delta to 89 000 001 536 bytes and targeting a new physical store size of 499 963 174 912 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 499 962 146 816 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 newfs_apfs (945.200.129.100.1) and last modified by apfs_kext (945.275.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 newfs_apfs (748.77.4) and last modified by apfs_kext (945.275.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 newfs_apfs (748.77.4) and last modified by apfs_kext (945.275.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.260.7) and last modified by apfs_kext (945.275.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
Growing APFS Physical Store disk0s2 from 410 963 173 376 to 499 963 174 912 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         500.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            51.0 GB    disk1s1
   2:                APFS Volume Preboot                 47.3 MB    disk1s2
   3:                APFS Volume Recovery                510.4 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Comme tu peux le constater à ces 2 lignes -->
Bloc de code:
   2:                 Apple_APFS Container disk1         500.0 GB   disk0s2

   0:      APFS Container Scheme -                      +500.0 GB   disk1

  • problème résolu : la partition primaire & le Conteneur apfs sont synchronisés en tailles à 500 Go.