10.15 Catalina Problème de partition et taille minimale des conteneurs

fourtwo

Membre confirmé
15 Mai 2008
11
1
Bonjour

J'ai pas mal farfouillé dans le forum pour trouver un thread correspondant au mien. Je trouve pléthore de sujets sur les problèmes de partition, mais pas exactement sur mon problème. je me permets donc de créer un nouveau fil (quitte à ce qu'il soit déplacé dans un fil plus adéquat par un modérateur).

Ma machine est un Macbook 12" 2017 avec macOS 10.15.4.
Je souhaite créer une partition de 50 - 60 Go (pour essayer d'installer Linux en dual boot).

Lorsque je vais dans Utilitaire de disques, que je sélectionne APPLE SSD AP0512J Media et que je clique sur Partitionner, le camembert indique une seule partition de 500 Go APFS chiffré (nommée Macintosh HD). Mon attention est attirée par cette indication :

"Ce conteneur a 162 Go d’espace utilisé. Sa taille minimale est de 470 Go."

En effet, si je souhaite créer un nouvelle partition, un espace vacant de 30 Go m'est proposé, mais il s'agit de 30 Go MAXIMUM. Impossible "d'empiéter" d'avantage sur Macintosh HD.

Peut-on modifier (et donc réduire) la taille minimale du conteneur APFS qui fait 470 Go ? Afin de pouvoir créer une partition d'une taille supérieure à 30 Go.

Ci-après la sortie de diskutil list, que j'ai du mal à déchiffrer :

Bloc de code:
clement@ubuntu ~ % diskutil list
/dev/disk0 (internal, physical):
   #:                       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            11.0 GB    disk1s1
   2:                APFS Volume Preboot                 85.2 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD - Données  149.2 GB   disk1s5

Je tiens à préciser, si cela a un intérêt, que j'ai déjà essayé de créer une partition MS-DOS (FAT) dans ce petit bout de 30 Go vacant, mais que cela avait généré au final deux partitions de type différent (je ne me souviens plus lesquels). J'avais donc immédiatement effacé les partitions créées, jugeant ce comportement anormal.

Merci par avance
 
Bonjour,
Tu as sans doutes des snapshots qui bloquent des blocs vers la fin de la partition. Time Machine est activé ?
 
  • J’aime
Réactions: fourtwo
Bonjour Ericse,
Merci de ta réponse.
Oui tout à fait Time Machine est activé, mais le DD externe n'est pas branché en continu. Ces blocs pourraient-ils prendre une place si considérable ?
 
Bonsoir fourtwo

Passe la commande (copier-coller) :
Bloc de code:
diskutil ap listSnaps disk1s5

  • qui liste d'éventuels snapshots associés au volume-Données. Il s'agit d'instantanés apfs archivant des états passés du volume > et verrouillant tous les blocs correspondant aux fichiers archivés - même si des tas de ces fichiers ont été ensuite supprimés = désindexés du catalogue des fichiers. Pour peu que des blocs ainsi verrouillés soient situés en bas d'espace du Conteneur > même s'il y a plein de blocs libres dans le milieu du Conteneur => le Conteneur reste bloqué sur la taille minimale imposée par le bloc le plus bas verrouillé par les snapshots.

Est-ce que tu as obtenu un retour ?
 
  • J’aime
Réactions: fourtwo
A priori, tu as de la marge, 150 Go occupés
Passe
Bloc de code:
diskutil ap listSnaps disk1s1
Bloc de code:
diskutil ap listSnaps disk1s5
Pour lister (avec ceinture et bretelles) les snapshots
 
  • J’aime
Réactions: fourtwo
Bonsoir,
Il semble en effet qu'il se passe quelque chose de ce côté là !
Les retour de commandes comme suggéré :
Bloc de code:
clement@ubuntu ~ % diskutil ap listSnaps disk1s1
Snapshots for disk1s1 (6 found)
|
+-- 9EA0F820-F0AE-4F30-8067-EB81475CC73F
|   Name:        com.apple.TimeMachine.2020-04-30-095634.local
|   XID:         3416144
|   Purgeable:   Yes
|   NOTE:        This snapshot limits the minimum size of APFS Container disk1
|
+-- 7AF66378-30EB-40DB-9334-95E2FBB69DB9
|   Name:        com.apple.TimeMachine.2020-04-30-110232.local
|   XID:         3417861
|   Purgeable:   Yes
|
+-- AD11A6F3-8D6F-4763-9129-3AD0D8C515CB
|   Name:        com.apple.TimeMachine.2020-04-30-122836.local
|   XID:         3419711
|   Purgeable:   Yes
|
+-- 35D76837-C501-4B6A-8767-D2FA4BEE2B69
|   Name:        com.apple.TimeMachine.2020-04-30-132753.local
|   XID:         3420639
|   Purgeable:   Yes
|
+-- 32C3CB27-A046-4A58-A83C-68801505EF13
|   Name:        com.apple.TimeMachine.2020-04-30-160431.local
|   XID:         3421571
|   Purgeable:   Yes
|
+-- 2954AE47-8127-4A8A-9885-6A0D8A38C3F9
    Name:        com.apple.TimeMachine.2020-04-30-232725.local
    XID:         3422831
    Purgeable:   Yes

et

Bloc de code:
clement@ubuntu ~ % diskutil ap listSnaps disk1s5
Snapshots for disk1s5 (6 found)
|
+-- 591122D0-05B6-4D41-80EC-5D43CCBBA945
|   Name:        com.apple.TimeMachine.2020-04-30-095634.local
|   XID:         3416147
|   Purgeable:   Yes
|   NOTE:        This snapshot limits the minimum size of APFS Container disk1
|
+-- F24EE21C-7E75-4359-988E-F073C73419E6
|   Name:        com.apple.TimeMachine.2020-04-30-110232.local
|   XID:         3417863
|   Purgeable:   Yes
|
+-- 333411DF-A0B9-4552-BB47-6D7D88048913
|   Name:        com.apple.TimeMachine.2020-04-30-122836.local
|   XID:         3419713
|   Purgeable:   Yes
|
+-- A63B0249-4CE1-4A4F-95F3-2BB922DB0F4A
|   Name:        com.apple.TimeMachine.2020-04-30-132753.local
|   XID:         3420641
|   Purgeable:   Yes
|
+-- 5EE0AA59-1094-430D-B7A8-04CBDE406649
|   Name:        com.apple.TimeMachine.2020-04-30-160431.local
|   XID:         3421573
|   Purgeable:   Yes
|
+-- CE8EABEE-8F09-40FF-8E0C-DF629E0BD0D9
    Name:        com.apple.TimeMachine.2020-04-30-232725.local
    XID:         3422832
    Purgeable:   Yes
 
Le même snapshot vaut en facteur commun dans Catalina pour le volume-Système & le volume-Données. Cela vaut aussi bien pour le listage des snapshots que pour leur suppression. Comme tu peux le vérifier en inspectant les dates et heures de chacun.

- parmi ces snapshots le 1er listé comporte cette mention en note :​
Bloc de code:
+-- 591122D0-05B6-4D41-80EC-5D43CCBBA945
|   Name:        com.apple.TimeMachine.2020-04-30-095634.local
|   XID:         3416147
|   Purgeable:   Yes
|   NOTE:        This snapshot limits the minimum size of APFS Container disk1

  • ce snapshot fixe donc la taille minimale du Conteneur apfs. Parce qu'il verrouille des blocs de bas d'espace du Conteneur. Lorsqu'il n'y a pas de snapshots et que des blocs se trouvent porteurs d'écritures de fichiers en bas d'espace de Conteneur > à l'instruction d'une requête de re-partitionnement => un mécanisme logique s'enclenche qui clone les écritures des blocs mal placés => sur des blocs libres de haut de Conteneur => de manière à dégager une bande continue d'espace libre en pied de Conteneur. En somme : une défragmentation forcée s'effectue dans la mesure du possible. Avec la bande continue de blocs libres ainsi créée en pied de Conteneur => une nouvelle partition peut alors être décrite dans la table de partition GPT d'en-tête du disque et par suite exister sur le disque. Lorsque des snapshots verrouillent par contre des blocs mal placés en pied de Conteneur => le mécanisme logique de clonage est bloqué.
----------

Tu as donc 6 snaphots responsables du verrouillage de blocs à l'état "occupé".

- va d'abord à : Menu  > Préférences Système > Time Machine => décoche la case de l'option : "Sauvegarder automatiquement". Cette coche est la génératrice des snapshots sur un mode périodique.​

----------

- passe ensuite la commande (copier-coller) :​
Bloc de code:
sudo tmutil thinlocalsnapshots /System/Volumes/Data 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'

  • à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande supprime en lot les snapshots. Attends d'entendre une voix déclamer : "Enfin ! terminé la purge..." en signal de fin

Poste alors le retour.
 
Bonjour
Merci pour cette explication ! Ca ne se devine pas !
décoche la case de l'option : "Sauvegarder automatiquement"
C'est fait -> du coup il vaut mieux que je laisse cette option décochée ad vitam aeternam ?
Attends d'entendre une voix déclamer : "Enfin ! terminé la purge..." en signal de fin
Aha excellent ça !
Le retour :
Bloc de code:
clement@ubuntu ~ % sudo tmutil thinlocalsnapshots /System/Volumes/Data 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'
Password:
Sorry, try again.
Password:
Thinned local snapshots:
com.apple.TimeMachine.2020-04-30-095634.local
com.apple.TimeMachine.2020-04-30-095634.local
com.apple.TimeMachine.2020-04-30-110232.local
com.apple.TimeMachine.2020-04-30-110232.local
com.apple.TimeMachine.2020-04-30-122836.local
com.apple.TimeMachine.2020-04-30-122836.local
com.apple.TimeMachine.2020-04-30-132753.local
com.apple.TimeMachine.2020-04-30-132753.local
com.apple.TimeMachine.2020-04-30-160431.local
com.apple.TimeMachine.2020-04-30-160431.local
com.apple.TimeMachine.2020-04-30-232725.local
com.apple.TimeMachine.2020-04-30-232725.local
com.apple.TimeMachine.2020-05-01-003242.local
com.apple.TimeMachine.2020-05-01-003242.local
Puis le nouveau retour diskutil ap listSnaps disk1s1 :
Bloc de code:
clement@ubuntu ~ % diskutil ap listSnaps disk1s1
No snapshots for disk1s1
De retour dans Utilitaire de disques, je sélectionne APPLE SSD AP0512J Media et que je clique sur Partitionner, le camembert indique une seule partition de 500 Go APFS et me propose de créer une nouvelle partition qui peut faire jusqu'à 337 Go

--> PROBLEME RESOLU ! GENIAL ! MERCI !
 
(une petite question sans grande importance qui me taraude : pourquoi est ce que mon nom d'utilisateur dans le terminal est "clement@ubuntu" ? J'ai du faire quelque chose mais je n'en ai pas le souvenir. Que ça soit dans Partage ou Utilisateurs, je ne retrouve cet identifiant nul part)
 
Tu utilises dans Catalina l'interpréteur de commandes (= shell) : zsh et plus le traditionnel bash. En conséquence > la présentation de l'invite de commande diffère. Au lieu d'être dans bash :
Bloc de code:
ubuntu:~ clement$

  • elle est dans zsh :
Bloc de code:
clement@ubuntu ~ %

  • quelle que soit la présentation (purement cosmétique) > ton nomcourt d'utilisateur est clement. ubuntu est alors le HostName (nom d'hôte) du Mac.

En vérification de cette interprétation > passe les 2 commandes (copie-coller - l'une après l'autre) :
Bloc de code:
whoami
scutil --get HostName

  • la 1ère retourne ton nomcourt d'utilisateur dont la session est ouverte > la le nom d'hôte du Mac

Poste les 2 retours.
 
Merci encore pour ton retour.
Voici le résultat des deux commandes :
Bloc de code:
clement@ubuntu ~ % whoami
clement
clement@ubuntu ~ % scutil --get HostName
HostName: not set
Il semble donc que ubuntu ne soit pas le HostName ?
 
Le HostName (nom d'hôte du Mac) n'est pas fixé indépendamment (set) par défaut. Il hérite alors du LocalHostName (le nom du Mac sur le réseau). Qui doit être ubuntu chez toi.

- mais il est possible de fixer indépendamment le nom d'hôte du Mac via une commande du terminal (exclusivement). Quel nom d'hôte du Mac voudrais-tu ? MacBook Pro de Jules ? Bécane 42 ? => tu n'as qu'à le dire et je te passerai une commande en rapport.​
 
Passe la commande (copier-coller) :
Bloc de code:
sudo scutil --set HostName "MacBook 12 de Clement"

  • (commande muette) > quitte le terminal > puis relance-le. Tu devrais avoir l'invite de commande dans zsh :
Bloc de code:
clement@MacBook 12 de Clement ~ %

  • note : tu peux repasser n fois la commande > en variant uniquement le contenu entre les "" => pour modifier à ta guise le nom d'hôte du Mac.
 
Excellent, tout marche comme il faut.
Mille mercis encore pour toutes ces précisions et ces explications très claires !
 
ps : avant de partitionner mon DD, j'ai fait une sauvegarde manuelle sur Time Machine. Une fois finie, le problème est réapparu :
Bloc de code:
clement@MacBook 12 de Clement ~ % diskutil ap listSnaps disk1s1
Snapshot for disk1s1 (1 found)
|
+-- 5354A775-B1F8-45E5-AF86-28B413D30BCB
    Name:        com.apple.TimeMachine.2020-05-01-151441.local
    XID:         3428732
    Purgeable:   Yes
    NOTE:        This snapshot limits the minimum size of APFS Container disk1
J'ai donc relancé la purge comme toute à l'heure :
Bloc de code:
clement@MacBook 12 de Clement ~ % sudo tmutil thinlocalsnapshots /System/Volumes/Data 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'
Password:
Thinned local snapshots:
com.apple.TimeMachine.2020-05-01-151441.local
com.apple.TimeMachine.2020-05-01-151441.local
clement@MacBook 12 de Clement ~ %
Tout va bien. Je note seulement que les snapshots verrouillent donc systématiquement des blocs en pieds de conteneur. Ca ne semble quand même pas très optimisé de la part d'Apple, à moins qu'il y ait une raison derrière cela.
 
Les snapshots verrouillent comme "occupés" tous les blocs portant les écritures de fichiers au moment de la prise de l'instantané.

- comme il y a une population de volumes simultanément dans le même Conteneur > et peut-être aussi suite à une particularité de l'apfs => les blocs utilisés pour l'écriture des fichiers ont l'air de se balader un peu partout dans l'espace du Conteneur. Donc il suffit d'un seul snaphot pour verrouiller des blocs mal placés en pied d'espace de Conteneur. Et par là de bloquer la possibilité d'un repartitionnement utilisant largement l'espace disponible global (= somme des blocs libres).​
 
  • J’aime
Réactions: fourtwo
Ca ne semble quand même pas très optimisé de la part d'Apple, à moins qu'il y ait une raison derrière cela.
Si Apple l'a fait, c'est forcement fait exprès ;)
 
  • Haha
Réactions: fourtwo