10.14 Mojave Partitionnement impossible

[skunt]

Bonjour,

Je souhaite partitionner mon seul et unique dd de mon macbook (mojave macOS 10.10.4, Retina, 13 pouces, mi-2014) pour faire de la place à un GNU/Linux en dual-boot.

Taille actuelle 500Go, utilisé 168,32Go.
Mon souhait : redimensionner à 200Go et une partition vide à 300Go.

Mais Bootcamp ne me le permet pas.
J'ai écumé les différents posts, mais je n'arrive toujours pas à débloquer la situation. J'en appelle donc à votre aide svp

Au préalable :
Sauvergardes effectuées (y compris Time Machine), nettoyage de fichiers géré.

La commande diskutil list me retourne ceci :

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

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

L'utilitaire :

Bootcamp :

Ma question :
Comment retrouver les 330,76Go indiqués comme disponibles pour en faire une partition vide apte à recevoir un GNU/Linux en dual-boot ?

Merci d'avance pour votre attention.
Skunt

 

[Membre supprimé 1060554]

Bonjour skunt

Passe la commande (copier-coller) :

tmutil listlocalsnapshots /

• qui liste d'éventuels snapshots (instantanés du volume) --> susceptibles de verrouiller des blocs mal placés (en queue d'espace de Conteneur) > et ainsi d'empêcher le mécanisme de clonage interne qui permet de dégager une bande continue de blocs libres en queue d'espace --> utilisable pour un repartitionnement

Poste le retour ou indique si tu as récupéré direct l'invite de commande sans affichage.

 

[skunt]

Bonjour, merci pour ton intervention.

La commande me retourne ceci et tout de suite après (presqu'instantanément) l'invite de commande :

com.apple.TimeMachine.2019-04-25-104113

 

[Membre supprimé 1060554]

Tu as un snapshot susceptible d'être bloquant pour un repartitionnement.

Passe la commande (copier-coller) :

sudo tmutil deletelocalsnapshots 2019-04-25-104113

• à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et revalide

• la commande supprime le snapshot

----------

Si tu veux fermer le robinet à snapshots > va à : Menu  > Préférences Système > Time Machine => décoche la case de l'option : "Sauvegarder automatiquement".

----------

Afin de vérifier si une différence d'occupation de blocs du volume de démarrage s'est ensuivie > repasse la commande :

diskutil list

• et reposte le tableau des disques.

 

[skunt]

Effacement du snapshot :

Deleted local snapshot '2019-04-25-104113'

Commande list :

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

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

Robinet fermé.

Je ne sais pas si tout cela est bon signe ?

 

[skunt]

En refaisant diskutil list, je vois un autre snapshot. Donc je refais la commande pour l'effacer. J'obtiens maintenant dans Bootcamp une partition globale de 500Go que je peux partitionner.

Je passe donc à l'action : j'ajoute une nouvelle partition graphiquement va le "camembert". Et j'obtiens l'erreur suivante :

Partitionnement du disque « APPLE SSD SM0512F Media » (disk0)

Exécution de l’opération 1 sur 2 : Ajout de « Sans titre » (319,58 Go) en scindant « Macintosh HD » (disk0s2) de 500,07 Go à 180,49 Go…
Alignement du delta de diminution sur 319 577 804 800 octets et ciblage d’une nouvelle taille de stockage physique de 180 490 231 808 octets
A déterminé que la taille minimale du stockage physique ciblé de ce conteneur APFS était de 174 013 284 352 octets
Redimensionnement du conteneur APFS désigné par la référence de conteneur disk1
Le stockage physique APFS en cours de redimensionnement est disk0s2
Vérification du système de stockage
Mode en direct actif.
Exécution de 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 hfs_convert (748.31.8) 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.
error: directory valence check: directory (oid 0x13): nchildren (1) does not match drec count (0)
Checking volume.
Checking the APFS volume superblock.
The volume Preboot was formatted by newfs_apfs (748.31.8) 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 Recovery was formatted by newfs_apfs (748.31.8) 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 newfs_apfs (748.31.8) 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 19) does not match expected value
Deferred repairs failed.
The volume /dev/disk0s2 could not be verified completely.
Le code de sortie de la vérification du système de stockage est 8.
La vérification ou la réparation du système de stockage a échoué.

L’opération a échoué…

Peux-tu m'aider une nouvelle fois stp ?

 

[Membre supprimé 1060554]

Hé ! hé ! --> je vois que tu as avancé.

En résumé : il y a en plus des erreurs bloquantes dans le système de fichiers apfs. On ne peut pas les réparer démarré sur le volume qui en dépend > mais depuis la session de secours.

Voici le tuto pour un démarrage de secours et le postage du tableau des disques - vu depuis la session de secours -->

- démarre les 2 touches ⌘R (cmd R) tenues pressées 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  :

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 CoreStorage si présent > Conteneur apfs si présent

• 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
  
  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é)

=> ces informations montreront la configuration logique de ton disque avec les index valides pour la session de secours. Je te passerai alors une commande de réparation.

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.

 

[skunt]

Mille mercis pour ton aide. J'essaie de me débrouiller seul le plus possible, mais parfois ça coince vraiment

Voici le résultat attendu :

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.1 GB   disk0s2

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

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

/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#

 

[Membre supprimé 1060554]

Le Container a pour index disk1 --> c'est donc cet index la cible de la réparation.

Passe la commande :

diskutil repairVolume disk1

• qui tente une réparation de l'apfs

Poste l'affichage complet retourné.

 

[skunt]

Avec cette dernière commande, j'obtiens ceci :

-bash-3.2# diskutil repairVolume disk1
Started file system repair on disk1
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#

Je suis toujours dans le redémarrage de récupération, je précise.

 

[Membre supprimé 1060554]

Ah ! je vois -->

- FileVault est activé et verrouille le volume Macintosh HD. Dans la fenêtre des 4 Utilitaires macOS > lance l'Utilitaire de disque. Sélectionne Macintosh HD grisé (= non monté) > bouton : "Monter" > ton mot-de-passe de session dans le panneau qui le demande => le volume Macintosh HD devrait être libellé en noir, si remonté. Avec dans le champ d'affichage droit > cette mention -->

Point de montage:         /Volumes/Macintosh HD

• est-ce le cas ?

 

[skunt]

Dans le mille !
Il est à présent remonté avec le point de montage ci-dessus.

​

 

[skunt]

J'ai donc refait la procédure précédente : diskutil repairVolume disk1, mais j'obtiens ceci :

-bash-3.2# diskutil repairVolume disk1
Started file system repair on disk1
Error: -69566: Storage system repair with mounted volumes (such as an APFS Container with mounted APFS Volumes) is not supported
-bash-3.2#

 

[Membre supprimé 1060554]

Alors quitte l'Utilitaire de disque. Relance le Terminal. Repasse la commande :

diskutil repairVolume disk1

• et poste l'affichage retourné.

 

[skunt]

Message croisé :

J'ai donc refait la procédure précédente : diskutil repairVolume disk1, mais j'obtiens ceci :

Code (Text):
-bash-3.2# diskutil repairVolume disk1
Started file system repair on disk1
Error: -69566: Storage system repair with mounted volumes (such as an APFS Container with mounted APFS Volumes) is not supported
-bash-3.2#


#13skunt, il y a 2 minutes

 

[Membre supprimé 1060554]

Je vois la nouvelle erreur : comme tu es démarré sur l'OS de secours dépendant du volume Recovery du Conteneur --> tous les volumes ne peuvent pas être démontés avant réparation de l'apfs.

Il faut donc que tu démarres par internet --> ce qui va faire télécharger en RAM un OS de secours Mojave indépendant du disque interne.

Redémarre (Menu  > Redémarrer) > et tiens aussitôt pressées les 3 touches : ⌘⌥R (cmd alt R) = démarrage par internet -->

- connexion au Wi-Fi > téléchargement en RAM d'un OS de secours Mojave (500 Mo - globe terrestre en rotation) > démarrage à la fin du Mac sur cet OS en RAM. Tu retrouves un écran aux 4 Utilitaires macOS.
​

Voici ce que tu fais alors dans l'ordre :

- a) dans l'Utilitaire de disque > tu re-déverrouilles Macintosh HD​

- b) dans le Terminal > tu passes la commande (attention ! modifiée pour ce qui est de l'index de disque à disk2) :

diskutil repairVolume disk2

• poste le retour.

 

[skunt]

Voilà :

-bash-3.2# diskutil repairVolume disk2
Started file system repair on disk2
Repairing storage system
Performing fsck_apfs -y -x /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 hfs_convert (748.31.8) 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 Preboot was formatted by newfs_apfs (748.31.8) 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 Recovery was formatted by newfs_apfs (748.31.8) 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 newfs_apfs (748.31.8) 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
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system repair on disk2
-bash-3.2#

 

[Membre supprimé 1060554]

Pfuiiittt ! --> ça a été laborieux > mais l'apfs est réparé.

Tu peux redémarrer sur ton volume habituel (Menu  > Disque de démarrage > Macintosh HD) -->

- de retour dans ta session > tu devrais pouvoir repartitionner enfin.​

 

[skunt]

Joie ! Puis...

J'ai redémarré, puis repartitionné, cela aboutit à un échec

Partitionnement du disque « APPLE SSD SM0512F Media » (disk0)

Exécution de l’opération 1 sur 2 : Ajout de « Sans titre » (324,82 Go) en scindant « Macintosh HD » (disk0s2) de 500,07 Go à 175,25 Go…
Alignement du delta de diminution sur 324 817 125 376 octets et ciblage d’une nouvelle taille de stockage physique de 175 250 911 232 octets
A déterminé que la taille minimale du stockage physique ciblé de ce conteneur APFS était de 173 811 957 760 octets
Redimensionnement du conteneur APFS désigné par la référence de conteneur disk1
Le stockage physique APFS en cours de redimensionnement est disk0s2
Vérification du système de stockage
Mode en direct actif.
Exécution de 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 hfs_convert (748.31.8) 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 Preboot was formatted by newfs_apfs (748.31.8) 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 Recovery was formatted by newfs_apfs (748.31.8) 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 newfs_apfs (748.31.8) 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.
The volume /dev/disk0s2 appears to be OK.
Le code de sortie de la vérification du système de stockage est 0.
Réduction du stockage physique APFS disk0s2 de 500 068 036 608 à 175 250 911 232 octets
Réduction des structures de données APFS
Le code d’erreur de redimensionnement du conteneur APFS est 49187
Un problème est survenu lors du redimensionnement des structures du conteneur APFS.

L’opération a échoué…

Puis-je encore abuser de ta gentillesse ou je dois me résoudre à abandonner ?

 

[Membre supprimé 1060554]

La mention -->

Un problème est survenu lors du redimensionnement des structures du conteneur APFS.

• est révélatrice d'une erreur clandestine de l'apfs qui échappe à toute procédure de vérification / réparation > et qui ne se révèle que lors d'une tentative de repartitionnement : une erreur interne intervenue à l'installation de l'apfs. Erreur verrouillant en taille le Conteneur apfs. Impossible à corriger. Ce > depuis mon expérience de dizaines de cas de ce genre sur les forums.

La seule solution consiste à -->

- cloner Macintosh HD dans le volume d'un DDE USB > démarrer sur le clone > supprimer l'apfs du disque interne > le recréer > vérifier s'il est bien repartitionnable > cloner à rebours > redémarrer sur le nouveau Macintosh HD.​

Donc : as-tu un DDE USB avec dans les 200 Go d'espace libre ? - avec des paramètres "Mac" du disque (table GPT > volume jhfs+) pour que le futur clone soit démarrable ?