10.14 Mojave Partition disparue (récupérer l'espace)

Voici la nouvelle partition -->
Bloc de code:
   3:                  Apple_HFS ⁨⁩                        84.6 GB    disk0s3
  • bon : elle mal placée au rang dans la table GPT (alors qu'elle occupe la place sur les blocs). De plus : le kernel (le moteur logique de l'OS de secours démarré) --> est complètement largué des manipulation de la GPT et affiche stupidement 2 bandes d'espace libre là où il n'y en a ... plus aucune.

Passe la commande :
Bloc de code:
diskutil repairDisk disk0 ; diskutil list internal
  • à validation > une demande de confirmation s'affiche. Tape y (yes) et revalide.
  • la commande lance une réparation logique totale du disque > concernant notamment celle de la GPT - puis affiche la configuration interne

Poste le retour.
 
Il semblerait que ça fonctionne !


Bloc de code:
-bash-3.2# diskutil repairDisk disk0 ; diskutil list internal
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
Preparing to create trailing loader space by shrinking the volume "" on disk0s3
Creating loader space, part 1 of 3: Verifying the file system
Problems were encountered during repair of the partition map
Error: -69763: Partition map repair failed file system check while creating loader space for a data partition. You should repair that specific partition and then try repairing the partition map again
Underlying error: -69845
/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_HFS ⁨⁩                        84.6 GB    disk0s3
   3:                 Apple_APFS ⁨Container disk2⁩         36.5 GB    disk0s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +36.5 GB    disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Sans titre - Données⁩    17.0 GB    disk2s1
   2:                APFS Volume ⁨Preboot⁩                 285.8 MB   disk2s2
   3:                APFS Volume ⁨Recovery⁩                622.1 MB   disk2s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk2s4
   5:                APFS Volume ⁨Sans titre⁩              15.2 GB    disk2s5

-bash-3.2#
 
Hé ! hé ! -->
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_HFS ⁨⁩                        84.6 GB    disk0s3
   3:                 Apple_APFS ⁨Container disk2⁩         36.5 GB    disk0s2
  • le kernel a bien été forcé de recharger sa lecture d'une GPT réparée et hop ! plus de problème. Ah ! si ? ce message -->
Bloc de code:
Problems were encountered during repair of the partition map
Error: -69763: Partition map repair failed file system check while creating loader space for a data partition. You should repair that specific partition and then try repairing the partition map again
Underlying error: -69845
  • ce n'est rien. C'est parce que la nouvelle partition de type : Apple_HFS n'est qu'un conteneur de blocs bruts sans volume formé.

On pallie cette lacune. Passe la commande (copier-coller à rebours) :
Bloc de code:
newfs_hfs -J -v "Macintosh HD" /dev/disk0s3 ; diskutil mount disk0s3 ; diskutil ap convert disk0s3 ; diskutil list internal
  • la commande : a) appelle le formateur de système de fichiers newfs_hfs --> à injecter sur les blocs de tête de la partition un système de fichiers jhfs+ formateur d'un volume : Macintosh HD > b) force le kernel (toujours largué) à s'aviser de la création de ce système de fichiers pour remonter le volume qu'il forme > c) convertit Macintosh HD à l'apfs > d) affiche la configuration interne résultante

Poste le retour.
 
Je me disais bien que cette erreur etait bizarre .

Bloc de code:
-bash-3.2# newfs_hfs -J -v "Macintosh HD" /dev/disk0s3 ; diskutil mount disk0s3 ; diskutil ap convert disk0s3 ; diskutil list internal
Initialized /dev/rdisk0s3 as a 79 GB case-insensitive HFS Plus volume with a 8192k journal
Volume Macintosh HD on disk0s3 mounted
Converting the volume on disk0s3 to an APFS Volume on an APFS Container
Started APFS operation on disk0s3 (Macintosh HD)
Converting HFS Volume to an APFS Container which will export one APFS Volume
The target is the Journaled HFS+ volume "Macintosh HD" backed by the GPT partition disk0s3
The target is a macOS system disk
Found APFS EFI driver /usr/standalone/i386/apfs.efi to install into the APFS Container
The target is not encrypted
Unmounting disk0s3
Starting conversion from HFS to APFS
Performing apfs_hfs_convert -x --verbose=0x400 --efi /usr/standalone/i386/apfs.efi /dev/disk0s3
Reporting pre-conversion statistics
Reporting post-conversion statistics
Successfully finished conversion from HFS to APFS
Successful conversion in commit mode so will switch type to APFS
Setting type of disk0s3 to APFS
Changing the physical disk partition type in shared mode
Partition modification attempt count was 1
Opening and closing disk0s3 to terminate old content driver
Expecting the new APFS Container at Physical Store disk0s3
Confirmed existence of new unencrypted APFS Volume disk4s1
Mounting APFS Volume disk4s1
APFS Volume mount attempt result was 0
Exiting conversion operations with error code 0
Disk from APFS operation: disk4s1
Finished APFS operation on disk0s3 (Macintosh HD)
/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 disk4⁩         84.6 GB    disk0s3
   3:                 Apple_APFS ⁨Container disk2⁩         36.5 GB    disk0s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +36.5 GB    disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Sans titre - Données⁩    17.0 GB    disk2s1
   2:                APFS Volume ⁨Preboot⁩                 285.8 MB   disk2s2
   3:                APFS Volume ⁨Recovery⁩                622.1 MB   disk2s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk2s4
   5:                APFS Volume ⁨Sans titre⁩              15.2 GB    disk2s5

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +84.6 GB    disk4
                                 Physical Store disk0s3
   1:                APFS Volume ⁨Macintosh HD⁩            32.8 KB    disk4s1

-bash-3.2#
 
Parfait : tout est en ordre. Tu peux redémarrer (Menu  > Redémarrer) et réouvrir ta session de Big Sur.

- tu devines la suite ? --> clonage de la distribution du Conteneur Sans titre => dans le Conteneur Macintosh HD > démarrage sur Macintosh HD > suppression du Conteneur Sans titre et récupération de son espace au Conteneur Macintosh HD.​

Note : comme je vais me déconnecter > on effectuera le clonage cet après-midi.
 
Merci ! A cet après-midi :)
Etonnant la suite du programme me parait logique .
 
Dernière édition:
Va à cette page internet : ☞Carbon Copy Cloner☜ (clique le lien rouge). Télécharge le logiciel et déplace-le dans les Applications. C'est un logiciel de clonage éprouvé. Tu as droit à une démo gratuite de 1 mois (sans restrictions logicielles) dont tu vas profiter.

----------

À présent lance CCC > et dans son panneau définis une tâche telle que :

  • SOURCE = Sans titre
  • DESTINATION = Macintosh HD
  • SafetyNet = Désactivé
  • Presse le bouton "Cloner"

Le logiciel va cloner la distribution des volumes du Conteneur Sans titre dans le Conteneur Macintosh HD. Quand il t'annonce que c'est fini > redémarre > la touche "alt" pressée pour obtenir l'écran de choix du volume de démarrage. Choisis Macintosh HD > démarre dessus.

- si tu retrouves une session conforme à celle que tu viens de quitter > passe une commande :​
Bloc de code:
diskutil list internal
  • et poste le configuration interne.
 
Bonsoir,

Désolé d'avoir pris tout ce temps mais je me suis pas mal énervé en essayant la procédure et j'ai laissé tomber un peu.

J'ai bien essayé mais j'ai toujours eu un message d'erreur me disant qu'il était impossible de monter le disque APFS. J'ai donc décidé d'installer macOS Big Sur sur la seconde partition. Penses-tu que ce soit une erreur ?

Je crois que j'ai fait une bétise mais au moins j'ai une partition utilisable plus grande... sorry vraiment.

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 disk2⁩         84.6 GB    disk0s2
                    (free space)                         36.5 GB    -

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +84.6 GB    disk2
                                 Physical Store disk0s2
   1:                APFS Volume ⁨ASRDataVolume_697 - ...⁩ 18.6 GB    disk2s1
   2:                APFS Volume ⁨VM⁩                      1.1 MB     disk2s2
   3:                APFS Volume ⁨Preboot⁩                 285.9 MB   disk2s3
   4:                APFS Volume ⁨Recovery⁩                622.1 MB   disk2s4
   5:                APFS Volume ⁨ASRDataVolume_697⁩       15.2 GB    disk2s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.2 GB    disk2s5s1
 
Dernière édition par un modérateur:
Tu arrives à ouvrir une session Big Sur ?

- si oui > tes volumes ont des noms bizarres : ASRDataVolume_697⁩ & ASRDataVolume_697⁩ - Data. Le ASR initial évoquant le programme Apple_Software_Restore que Carbon Copy Cloner se trouve obligé actuellement d'employer pour cloner le volume-Système Big Sur.​

Et donc si tu ouvres bien une session > passe la commande (si l'index d'appareil du Conteneur apfs est toujours disk2) :
Bloc de code:
dskutil ap resizeContainer disk2 0b ; diskutil list internal
  • la commande récupère l'espace libre au seul Conteneur existant > puis affiche la configuration interne résultante

Poste le retour.
 
Bloc de code:
 ~ % dskutil ap resizeContainer disk2 0b ; diskutil list internal
zsh: command not found: dskutil
/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⁩         84.6 GB    disk0s2
                    (free space)                         36.5 GB    -

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +84.6 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨ASRDataVolume_697 - ...⁩ 19.3 GB    disk1s1
   2:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s2
   3:                APFS Volume ⁨Preboot⁩                 285.9 MB   disk1s3
   4:                APFS Volume ⁨Recovery⁩                622.1 MB   disk1s4
   5:                APFS Volume ⁨ASRDataVolume_697⁩       15.2 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.2 GB    disk1s5s1
Oui oui, j'ouvre bien ma session sur Big Sur.
Le nom étrange a été donné par le logiciel CCC mais la manip n'a pas abouti au clonage ; j'ai cependant laissé le nom.

Voici le résultat , l'espace est toujours libre.
 
Pardon : j'avais oublié un « i » au 1er diskutil (lapsus linguae).

- passe la commande éditée :​
Bloc de code:
diskutil ap resizeContainer disk1 0b ; diskutil list internal
  • et poste le retour.
 
Bloc de code:
Could not find disk for disk2
/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⁩         84.6 GB    disk0s2
                    (free space)                         36.5 GB    -

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +84.6 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨ASRDataVolume_697 - ...⁩ 20.0 GB    disk1s1
   2:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s2
   3:                APFS Volume ⁨Preboot⁩                 285.9 MB   disk1s3
   4:                APFS Volume ⁨Recovery⁩                622.1 MB   disk1s4
   5:                APFS Volume ⁨ASRDataVolume_697⁩       15.2 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.2 GB    disk1s5s1

Je te remercie de prendre autant de temps pour moi. Comment je peux t'aider en retour ? :)
Je crois que ça n'a pas fonctionné.
 
L'index d'appareil du Conteneur est repassé à disk1. Passe la commande (bis repetita placent) :
Bloc de code:
diskutil ap resizeContainer disk1 0b ; diskutil list internal
  • et poste le retour.
 
Bloc de code:
 diskutil list internal
Started APFS operation
Aligning grow delta to 36 513 505 280 bytes and targeting a new physical store size of 121 123 069 952 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 121 122 041 856 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 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
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
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
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
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
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-86484A0ED1E166168381D22275FDFB3C663FF80B71E079FC06291D4699CBF462)
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
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 84 609 564 672 to 121 123 069 952 bytes
Modifying partition map
Growing APFS data structures
APFS Container Resize error code is 49168
A problem occurred; undoing all changes
Modifying partition map
Error: -69606: A problem occurred while resizing APFS Container structures
/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⁩         84.6 GB    disk0s2
                    (free space)                         36.5 GB    -

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +84.6 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨ASRDataVolume_697 - ...⁩ 20.4 GB    disk1s1
   2:                APFS Volume ⁨VM⁩                      1.1 GB     disk1s2
   3:                APFS Volume ⁨Preboot⁩                 285.9 MB   disk1s3
   4:                APFS Volume ⁨Recovery⁩                622.1 MB   disk1s4
   5:                APFS Volume ⁨ASRDataVolume_697⁩       15.2 GB    disk1s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.2 GB    disk1s5s1


Je suis désolé , je suis un peu naze dans ce domaine.
 
Bon : commande valide cette fois-ci mais échec de la récupération d'espace. Le message d'erreur :
Bloc de code:
Error: -69606: A problem occurred while resizing APFS Container structures
  • signifie que l'apfs s'est installé dans la partition principale avec une erreur interne clandestine > qui verrouille en taille le Conteneur apfs.

J'ai peur qu'il ne faille recréer une partition avec la bande d'espace libre de 36 Go et effectuer des opérations de clonage et de démarrage sur le clone > suppression / recréation de l'apfs de la partition de 84 Go > clonage à rebours. Je n'ai rien compris à ce que tu as fait après que je t'aie passé le petit tuto de clonage via CCC.
 
Merci beaucoup pour ton aide; je pense que je vais arrêter là. L'opération de clonage via CCC aboutissait constamment à un message d'erreur mettant en cause l'APFS ; j'ai donc laissé tombé tomber tout en sachant que CCC avait formaté la partition. J'ai ensuite installé Big Sur sur l'autre partition et j'ai transféré tous les contenus d'une partition à une autre grâce à l'outils de migration.

Mon disque dur est plus petit qu'avant mais j'ai désormais un OS fonctionnel , sans bug et j'en suis ravi.

Merci pour tout ce temps que tu m'as accordé.
 
Est-ce que tu as une clé d'installation démarrable de Big Sur ?

- avec un tel média > comme tu as réinstallé de neuf et n'a pas de données à conserver => il serait très facile de réunifier l'espace-disque avant réinstallation.​