10.15 Catalina Espace disque incohérent

ladislas0

Nouveau membre
11 Janvier 2021
4
0
35
Bonjour à tous,

Après avoir passé pas mal de temps sur le forum, j'ai commencé à identifier la source de mon problème, sans avoir trouvé de solution.
En bref : sur mon disque dur de 120 Go, j'ai 70 Go visiblement utilisés sans raison, et qui semblent être de l'espace fantôme. Cela ne semble pas venir de Time Machine. J'ai notamment bien supprimé les local snapshots en attente via le Terminal.

En revanche, en passant des commandes Terminal trouvées sur le forum j'obtiens les infos ci-dessous. J'en déduis que j'ai un gros problème sur l'APFS. Mon interprétation est-elle correcte ? Si oui, quelle solution pour résoudre mon problème ?

Un grand merci !

Bloc de code:
Air-de-Lara:~ lara$ df -H /
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5   121G    11G   7.9G    60%  488522 1182353958    0%   /


Bloc de code:
Air-de-Lara:~ lara$ diskutil list
/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         121.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  94.9 GB    disk1s1
   2:                APFS Volume Preboot                 82.4 MB    disk1s2
   3:                APFS Volume Recovery                528.9 MB   disk1s3
   4:                APFS Volume VM                      6.3 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.4 GB    disk1s5


Bloc de code:
Air-de-Lara:~ lara$ 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 Macintosh HD - Données was formatted by hfs_convert (748.21.6) and last modified by apfs_kext (1412.141.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: apfs_fs_alloc_count is not valid (expected 23156228, actual 23156229)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by newfs_apfs (748.21.6) and last modified by apfs_kext (1412.141.1)
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.21.6) and last modified by apfs_kext (1412.141.1)
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.21.6) and last modified by apfs_kext (1412.141.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: found orphan dstream id object (id 992, refcnt 1)
warning: found orphan file extents (id 992, size 107712512)
error: found file extent (id 992) at logical address 0 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 3457024 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 4702208 beyond the end of the dstream 18446744073709551615

[ça continue comme ça pendant plusieurs dizaines de lignes...]

error: found file extent (id 992) at logical address 54194176 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 54231040 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 54267904 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 54304768 beyond the end of the dstream 18446744073709551615
error: found file extent (id 992) at logical address 54341632 beyond the end of the dstream 18446744073709551615
Storage system check exit code is 0
Finished file system verification on disk1
 
Dernière édition par un modérateur:

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 528
24 696
Forêt de Fontainebleau
Bonjour Ladislas

Avec 7,9 Go d'espace libre dans le Conteneur apfs => tu commences à être juste. Dans ta distribution à 5 volumes de Catalina > le volume-Données a une occupation de blocs de 94,9 Go - ce qui est conséquent.

- la vérification de l'apfs n'avère pas d'existence de snapshots (que tu as donc supprimés). Mais est fait ressortir une erreur mineure (corrigible je pense) concernant le segment générateur du volume-Données (le fsroot tree). Et une série d'erreurs incorrigibles concernant le segment générateur du volume auxiliaire VM (Virtual Memory) qui sert à archiver le contexte de la RAM et le swap éventuel. Une occupation actuelle de 6,2 Go de ce volume => atteste qu'il y a eu du swap justement (délestage d'une RAM insuffisante à un moment donné au disque).​

Le volume VM spécifiquement a la propriété de pouvoir être carrément supprimé => et il se recrée automatiquement au redémarrage. Veux-tu que pour régler les erreurs actuelles du volume VM => on le supprime afin qu'il soit recréé de manière valide ? - note que cette suppression ne peut pas s'effectuer depuis ta session > car VM est alors monté à la localisation /private/var/vm du volume-Système démarré > et en usage du kernel (le moteur du Système) => ce qui fait qu'on ne peut pas le démonter avant suppression. Il faut le supprimer dans la session de secours => où alors il n'est pas en usage.
 

ladislas0

Nouveau membre
11 Janvier 2021
4
0
35
Merci de ton retour rapide.
Je ne suis pas sûr d’avoir tout compris, mais oui, je suis ouvert à toute manip pour résoudre mon problème.

Note que mon volume de 120Go est bien mon disque principal. Le reste est un DDE USB que j’utilise de temps en temps, notamment pour Time Machine.

Je viens de finir un clone Carbon Copy.

Merci de ton aide!
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 528
24 696
Forêt de Fontainebleau
Le DDE de ton clone branché au Mac > passe une commande :
Bloc de code:
diskutil list
  • et poste le tableau des disques => que je voie l'occupation du volume-Données du clone en comparaison de celle du volume source.
 

ladislas0

Nouveau membre
11 Janvier 2021
4
0
35
Voilà :

Bloc de code:
diskutil list
/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         121.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  95.1 GB    disk1s1
   2:                APFS Volume Preboot                 82.4 MB    disk1s2
   3:                APFS Volume Recovery                528.9 MB   disk1s3
   4:                APFS Volume VM                      2.0 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.4 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS DD Externe principal... 1.4 TB     disk2s2
   3:                 Apple_APFS Container disk3         200.1 GB   disk2s3
   4:       Microsoft Basic Data Windows                 400.0 GB   disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +200.1 GB   disk3
                                 Physical Store disk2s3
   1:                APFS Volume Disque 200Go - Données  58.9 GB    disk3s1
   2:                APFS Volume Disque 200Go            11.1 GB    disk3s2
   3:                APFS Volume Preboot                 82.4 MB    disk3s3
   4:                APFS Volume Recovery                534.7 MB   disk3s4
   5:                APFS Volume VM                      1.1 GB     disk3s5

Petite précision : mon disque clone est le disk3
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 528
24 696
Forêt de Fontainebleau
Hé ! tu vois ce que je vois ? -->

- l'occupation des blocs du volume Macintosh HD - Données est de 95,1 Go > et celle du volume Disque 200Go - Données (son clone) est de 58,9 Go. Ce qu'on peut interpréter ainsi : il y a 58,9 Go de fichiers catalogués dans le volume Macintosh HD - Données source > le reste = 36,2 Go est constitué de blocs en excès sur la taille des fichiers.​

Tu aurais sans doute intérêt à démarrer sur le clone > supprimer / recréer l'apfs interne > cloner à rebours le clone dans le nouveau Conteneur interne.
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 528
24 696
Forêt de Fontainebleau
Content pour toi !

- cloner à rebours le clone après recréation de l'apfs : c'était la solution la plus nette dans ton cas. J'en suis encore à me demander si cette sur-occupation du volume-Données (par rapport à la taille des fichiers) était bien due au problème ici mentionné lors de la vérification -->
Bloc de code:
Checking the fsroot tree
warning: apfs_fs_alloc_count is not valid (expected 23156228, actual 23156229)
  • parce que d'ordinaire un "warning" (avertissement) n'est pas le signalement d'une erreur majeure. Or dans ton cas il y avait quand même une erreur massive d'allocation de blocs occupés au volume-Données. Quant à savoir la raison primitive de cette erreur : aucune idée en ce qui me concerne. Il faut dire que le système de fichiers apfs est encore plus inscrutable que son précécesseur : le jhfs+ !