10.13 High Sierra Récupérer l'espace libre sur mon mac 10.13.5 High Sierra

[Seulaumonde]

Okay merci pour ta disponibilité/ bonne soirée

Okay :

-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
Preparing to create trailing loader space by shrinking the volume "BROL" on disk0s3
Creating loader space, part 1 of 3: Verifying the file system
Creating loader space, part 2 of 3: Shrinking the file system from 750 145 539 584 to 750 011 318 272 bytes so that this partition can be smaller
Creating loader space, part 3 of 3: Shrinking the partition in the partition map to open up loader space
Checking booter partitions
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map has been repaired
Finished partition map repair on disk0
-bash-3.2#

---------------------------------

Bon, je suis repassé en mode normal sur ma session en faisant un redémarrage dans le menu et pas sur l'icone de macBookPro qui n'apparait pas dans la fenêtre centrale, elle était vide,

Le mac est bien redémarré avec une partition BROL de 750 Go que j'ai renommé en Data.
C'est parfait et un grand merci de tout ce temps dépensé pour moi. j'ai appris pas mal de choses.



Bonne soirée, bon week-end et bonne continuation.

 

[Membre supprimé 1060554]

Tu ne veux pas qu'on poursuive les opérations pour obtenir un Conteneur apfs de 1 To ?

 

[litobar71]

bonsoir à Seulaumonde et à macomaniac,

le lecteur attentif que je suis aimerait bien que vous alliez de concert au bout du bout mais bon.. ..je vais me faire une raison, bonne continuation à vous deux.

 

[Seulaumonde]

Tu ne veux pas qu'on poursuive les opérations pour obtenir un Conteneur apfs de 1 To ?

Hello @macomaniac
Si, si, il y a donc autre chose à faire même si ça fonctionne bien ?
Allons-y, alors, si tu es dispo ce matin.

{ @litobar71 , merci de ta lecture attentive et on va finir le truc ;-) }

Donc voici ce que j'ai en ce moment et ça fonctionne bien comme ca.
Mais si il y a une autre chose pour fignoler le truc, let's go !

 

[Membre supprimé 1060554]

Dans ta session d'utilisateur > passe la commande (copier-coller) :

diskutil resizeVolume disk0s3 250g jhfs+ Clone 0b ; diskutil list

• qui rétrécit le volume renommé Data à 250 Go > et crée un volume Clone de 500 Go > avant de ré-afficher le tableau des disques

Poste le retour.

 

[Seulaumonde]

diskutil resizeVolume disk0s3 250g jhfs+ Clone 0b ; diskutil list
Resizing to 250000000000 bytes and adding 1 partition
Started partitioning on disk0s3 Data
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk0s3
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Data appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Shrinking file system
Modifying partition map
Initialized /dev/rdisk0s4 as a 466 GB case-insensitive HFS Plus volume with a 40960k journal
Mounting disk
Finished partitioning on disk0s3 Data
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2
   3:                  Apple_HFS Data                    250.0 GB   disk0s3
   4:                  Apple_HFS Clone                   499.9 GB   disk0s4
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         249.8 GB   disk0s2
   3:                  Apple_HFS Data                    250.0 GB   disk0s3
   4:                  Apple_HFS Clone                   499.9 GB   disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +249.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac book Pro            94.4 GB    disk1s1
   2:                APFS Volume Preboot                 22.0 MB    disk1s2
   3:                APFS Volume Recovery                516.2 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4

 

[Membre supprimé 1060554]

Ah ! quand même... La commande de repartitionnement a été suivie (ce qui n'avait pas été le cas dans la session de secours). À partir de là => on peut jouer double jeu :

- a) supprimer la partition Data de 250 Go et instruire une redimensionnement du Conteneur apfs pour le dilater à 500 Go. Ce => pour vérifier si la réparation de la table GPT présumée corrompue --> a débloqué le Conteneur.​

​

- b) en cas d'échec de a) => cloner la distribution du Conteneur apfs => dans le volume Clone converti à l'apfs. Démarrer sur le clone > supprimer / recréer l'apfs de la partition disk0s2 > vérifier sa capacité de dilatation à 500 Go > cloner à rebours le clone => dans le nouveau Conteneur. Démarrer sur le Conteneur du haut restauré > supprimer celui du bas > récupérer son espace. Si ça fonctionne => diagnostic confirmé de verrouillage de l'apfs initial à la taille de 250 Go (inscription dans le super-bloc du Conteneur).​

=> est-ce que tu veux tenter ces expérimentations (elles ont le mérite intellectuel de mettre en lumière le facteur de blocage) ?

 

[Seulaumonde]

ok

succés de a]

 

[Membre supprimé 1060554]

Je vois que tu es un adepte de l'Utilitaire de disque --> alors continue d'un aussi bon pas -->

- supprime la partition Clone et récupère son espace à Mac book Pro. Puis repasse une commande :​

diskutil list

• et poste triomphalement le tableau terminal des disques...

 

[Seulaumonde]

Voilà

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

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1000.0 GB  disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac book Pro            94.4 GB    disk1s1
   2:                APFS Volume Preboot                 22.0 MB    disk1s2
   3:                APFS Volume Recovery                516.2 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4

Pourquoi plutôt le format APFS que macOS étendu ?

et donc pour finir et avoir ma configuration désirée depuis le début, j'ai fait ça.



J'ai bon.

 

[Membre supprimé 1060554]

Comme tu le vois -->

   2:                 Apple_APFS Container disk1         1000.0 GB  disk0s2

• le Conteneur apfs a récupéré l'entièreté de l'espace-disque disponible (1 To). Ce succès amène la question : pourquoi est-ce que ça a marché maintenant > alors que ça ne fonctionnait pas au départ ?

• la conjecture que j'avais formée d'abord : blocs libres neutralisés (marqués par des astériques *) était manifestement fausse. Car l'intégration et le formatage de ces blocs dans une partition Data > puis la suppression de cette partition libérant des blocs standards => n'avaient pas permis un redimensionnement du Conteneur.

• était-ce un verrouillage logique intrinsèque du Conteneur apfs ? => le succès de la manœuvre que tu viens d'effectuer => a montré que non.

• la raison était donc la suivante : la table GPT décrivant les partitions sur l'en-tête du disque => était manifestement corrompue. Du moins le descripteur GPT de la partition apfs. Cette corruption de la table directrice de gestion des blocs du disque => avait un effet de verrouillage du Conteneur apfs à sa taille actuelle comme plafond. La réparation de la GPT est l'action qui a débloqué la situation.

----------

Que souhaites-tu savoir concernant l'apfs (plutôt que le jhfs+) ?

 

[Seulaumonde]

Que souhaites-tu savoir concernant l'apfs (plutôt que le jhfs+) ?

Pourquoi apfs plutot que le jhf+ ?

et merci beaucoup pour ton aide précieuse.

[maintenant il me faut voir pourquoi mon iPad 2 ne veut plus démarrer, mais c'est un autre sujet]

 

[Membre supprimé 1060554]

High Sierra est le 1er OS Apple qui a introduit le format apfs (le nouveau système de fichiers Apple). Avec un bémol : High Sierra s'installe en format apfs sur un SSD > mais en format jhfs+ classique sur un HDD. Les OS suivants (comme Mojave et Catalina) => forcent le format apfs à l'installation sur tout disque. Ce qui conduit à un désastre sur les HDD (rotatifs) > car le format apfs fait tout ramer sur ces disques.

- comme tu as un SSD interne => High Sierra est donc installé en format apfs. Ce qui est préférable (meilleur rendement sur SSD).​

​

- un format apfs consiste en un dispositif à 2 étages : dans la partition primaire (disk0s2) un magasin de stockage se trouve inscrit > intitulé : Physical Store. Il sert de base à la virtualisation d'un espace-disque secondaire appelé Conteneur. Cet espace-disque est partagé entre 4 volumes : le volume de démarrage Mac book Pro + 3 volumes auxiliaires (Preboot dédié au prédémarrage > Recovery contenant l'OS de secours > VM = Virtual Memory archivant le contexte de la RAM). Ces volumes n'ont que la taille actuelle de leurs données > et sont en concurrence pour l'accès à l'espace libre disponible dans le Conteneur.​

​

- pourquoi le format apfs ? - c'est-à-dire pourquoi compliquer les choses par rapport au dispositif plus simple du jhfs+ ? => je te dirai que c'est la loi de la croissance de l'entropie appliquée à l'informatique. Càd. l'augmentation de la division (du désordre si tu préfères) présentée comme un progrès technique > alors que le bon sens sent très bien qu'il n'y a d'évidence que dans la simplicité. Mais c'est une autre histoire...​

 

[Seulaumonde]

Merci pour toutes ces explications.
Belle et bonne journée.

 

[litobar71]

le lecteur attentif a été comblé, merci les p'tits gars !