10.12 Sierra impossible de fusionner deux partitions sous sierra

Voici ce qu'il m'affiche, après de nombreux message d'erreur.. :(. (j'ai retirer mon disque dur externe)

Bloc de code:
 #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         191.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +191.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume DISQUE DUR HD           166.2 GB   disk1s1
   2:                APFS Volume Preboot                 47.2 MB    disk1s2
   3:                APFS Volume Recovery                522.7 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

MacBook-Pro-de-Louis:~ louis$
 
Il me faut les messages d'erreur justement --> que je voie en quoi ils consistent (puisque la commande de récupération de l'espace libre a manifestement échoué).

Repasse la commande simple :
Bloc de code:
diskutil ap resizeContainer disk1 0b

  • et poste l'ensemble de l'affichage retourné -- que je prenne connaissance du facteur d'échec...
 
Bloc de code:
Performing deferred repairs
error: nchildren of inode object (id 917550) does not match expected value
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-Louis:~ louis$
 
Pour qu'un redimensionnement ait lieu (ici une dilatation de la partition n°2 de type apfs) --> il ne faut pas qu'il y ait d'erreur invalidante dans le système de fichiers générateur du volume d'accueil (DISQUE DUR HD ici). Une vérification est toujours engagée avant l'opération.

Le système de fichiers apfs est plutôt indulgent (comparativement à son prédécesseur : le jhfs+) > au sens où diverses erreurs n'empêchent pas une opération de redimensionnement. Mais ici il semble qu'une erreur grave invalide le possibilité de redimensionner la partition apfs.

Passe la commande :
Bloc de code:
diskutil verifyVolume disk1

  • la commande vérifie l'ensemble des objets du Conteneur apfs

Poste l'intégralité de l'affichage retourné (en plusieurs messages s'il le fallait) --> que je voie où ça cloche.
 
Et voici ;)

Bloc de code:
macbook-pro-de-louis:~ louis$ diskutil verifyVolume disk1
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 DISQUE DUR HD was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
warning: snapshot fsroot tree corruptions are not repaired; they'll go away once the snapshot is deleted
Checking snapshot 2 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking snapshot 3 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking snapshot 4 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking the extent ref tree
Checking the fsroot tree
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
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.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.250.134)
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.250.134)
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
error: nchildren of inode object (id 917550) does not match expected value
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
Underlying error: 8
macbook-pro-de-louis:~ louis$
 
Pfuiiittt !

Ce 1er segment de la vérification -->
Bloc de code:
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map

  • vérifie le Conteneur apfs en tant que tel (espace-disque virtuel indexé disk1) => 0 faute.
----------

Ce 2è segment de la vérification -->
Bloc de code:
Checking volume
Checking the APFS volume superblock
The volume DISQUE DUR HD was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
warning: snapshot fsroot tree corruptions are not repaired; they'll go away once the snapshot is deleted
Checking snapshot 2 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking snapshot 3 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking snapshot 4 of 4
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)
Checking the extent ref tree
Checking the fsroot tree
error: directory valence check: directory (oid 0xe002e): nchildren (6) does not match drec count (0)

  • vérifie le volume apfs : DISQUE DUR HD. Pas brillant : il y a à la fois des erreurs dans le magasin des snapshots (instantés du volume) et dans le fsroot tree (le sous-système de fichiers apfs générateur du volume)
----------

Ce 3è segment de la vérification -->
Bloc de code:
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.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record
warning: directory valence check: directory (oid 0xe002e): orphan directory record

  • vérifie le volume auxiliaire Preboot (prédémarrage) --> il y a une erreur là encore concernant le fsroot tree (le sous-système de fichiers apfs générateur du volume)
----------

Ce 4è segment de la vérification -->
Bloc de code:
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (945.200.129) and last modified by apfs_kext (945.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree

  • vérifie le volume auxiliaire Recovery (secours) --> 0 fautes.
----------

Ce 5è segment de la vérification -->
Bloc de code:
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.250.134)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree

  • vérifie le volume auxiliaire VM (archivage de la RAM) --> 0 fautes.
----------

En résumé : il y a des erreurs invalidantes en ce qui concerne le volume de démarrage et son volume de prédémarrage -->

- est-ce que tu voudrais tenter une réparation via un démarrage par internet ?​
 
Je n'ai aucune idée de l'origine des erreurs qui corrompent les 2 volumes (démarrage & prédémarrage). Je doute même de la pertinence d'une tentative de réparation (sans doute vouée à l'échec)...

Passe encore les 2 commandes (séparément) -->
Bloc de code:
sw_vers -productVersion
sysctl hw.model

  • la 1ère affiche la version de macOS installée
  • la 2è --> l'identifiant de modèle du Mac

Poste les 2 retours.
 
Voila pour la première :

Bloc de code:
macbook-pro-de-louis:~ louis$ sw_vers -productVersion
10.14.4
macbook-pro-de-louis:~ louis$

Et la deuxième :

Bloc de code:
macbook-pro-de-louis:~ louis$ sysctl hw.model

hw.model: MacBookPro13,3
macbook-pro-de-louis:~ louis$
 
MacBook Pro 15" de 2016. Mojave dans sa plus récente version publique -->

- tu peux donc démarrer par internet > de manière à télécharger en RAM un OS de secours Mojave > ce qui va faire démarrer le Mac à la fin sur cet OS en RAM indépendant du disque du Mac. Ce qui permet une éventuelle réparation de l'apfs du SSD interne.​

=> veux-tu tenter cette manœuvre ?
 
Oui ça marche du moment que mes données ne sont pas supprimé (J'ai tout de même un Time machine effectué rescement) !
 
Il est même possible que tu puisses t'abstenir d'un démarrage par internet > un mécanisme logiciel (supporté par Mojave) faisant qu'un démarrage sur l'OS de secours du disque --> en fait effectue un clonage à la volée en RAM de cet OS de secours avec démarrage du Mac sur la RAM (ce qui évite un démarrage par internet avec le même résultat d'un démarrage sur un OS de secours en RAM).

Donc redémarre > et tiens pressées aussitôt les 2 touches ⌘R (cmd R) jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens 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.

Dans la fenêtre ouverte > saisis la commande informative  :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > Conteneur apfs
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

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 cette page de MacGé > presse le bouton
    524315_original.png
    ici :
    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é)

=> ces informations me diront si tu es bien démarré sur un OS de secours cloné en RAM.

Note 1 : 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.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
J'ai reussi ! :)

Bloc de code:
/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 disk2         191.0 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS macOS Base System       2.0 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +191.0 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume DISQUE DUR HD           166.2 GB   disk2s1
   2:                APFS Volume Preboot                 47.2 MB    disk2s2
   3:                APFS Volume Recovery                522.7 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk20

-bash-3.2#
 
Bien posté !

L'intercalement de cette image-disque -->
Bloc de code:
/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS macOS Base System       2.0 GB     disk1s1

  • qui supporte le volume macOS Base System de l'OS de secours démarré --> entre le SSD physique disk0 > et le disque virtuel disk2 du Conteneur apfs => est le signe certain que tu es démarré sur la RAM. Càd. sur un clone en RAM de l'image-disque de secours > dont l'original est hébergé dans le volume Recovery du Conteneur apfs.

On peut donc tenter une réparation de l'apfs. Passe la commande :
Bloc de code:
diskutil repairVolume disk2

  • qui tente de réparer l'apfs du SSD interne

Poste l'ensemble de l'affichage retourné.
 
Je pense que ça n'a pas marché

Bloc de code:
-bash-3.2# diskutil repairVolume disk2
Started file system repair on disk2
Error: -69502: Storage system verify or repair with one or more encrypted and locked volumes (e.g. in an APFS Container) is not supported
-bash-3.2#
 
Apparemment > tu as activé FileVault pour le volume de démarrage DISQUE DUR HD. Le verrouillage du volume bloque la réparation de l'apfs.

Passe la commande :
Bloc de code:
diskutil ap unlock disk2s1 -passphrase toto

  • le 1 de disk2s1 = chiffre un ; tu remplaces évidemment mon toto final > par ton mot-de-passe de session tapé en clair
  • la commande déverrouille et remonte le volume DISQUE DUR HD

Poste le retour.
 
Bloc de code:
-bash-3.2# diskutil ap unlock disk2s1 -passphrase 1610
Unlocking any cryptographic user on APFS Volume disk2s1
Unlocked and mounted APFS Volume
-bash-3.2#
 
Le volume a été débloqué.

Alors passe la commande :
Bloc de code:
diskutil repairVolume disk2

  • et poste l'affichage retourné.