10.14 Mojave Problème de stockage - 200 Go pour Système !

T

Tomatikaste

Membre confirmé
4 Août 2021
19
1
26
Bonjour,

Comme de nombreuses personnes sur ces forums, mon disque dur semble être saturé de données dont je ne connais pas l'origine. J'ai lu beaucoup d'échanges et tenté beaucoup de manipulations dans le Terminal mais aucun des cas de figures présentés de correspond à ma situation. Je me permets donc de créer un nouveau sujet.

Capture d’écran 2021-08-04 à 11.29.15.png
Capture d’écran 2021-08-04 à 11.32.56.png

J'ai effectué quelques tests que j'ai vus, sans grand succès :

Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            240.8 GB   disk1s1
   2:                APFS Volume Preboot                 46.1 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +13.2 GB    disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Shared Support          12.8 GB    disk2s2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +3.6 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS QGIS-LTR.app            3.3 GB     disk3s2

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

macbook-pro-de-buillard:~ buillardthomas$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
  0B    /.HFS+ Private Directory Data
1,0K    /home
637M    /usr
du: /.Spotlight-V100: Operation not permitted
1,0K    /net
 12K    /.DS_Store
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var8,9G    /Library
7,0G    /System
4,0K    /.OSInstallerMessages
 29M    /.fseventsd
4,6G    /private
412K    /.DocumentRevisions-V100
  0B    /.vol
 13G    /Users
 30G    /Applications
5,0K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores

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

macbook-pro-de-buillard:~ buillardthomas$ 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 was formatted by hfs_convert (945.275.7) and last modified by apfs_kext (945.275.9)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1
error: (oid 0x520009ab00) apfs_extentref: btn: invalid object address (0x520009ab00)
Snapshot is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1

Merci d'avance pour votre aide !
 
Dernière édition par un modérateur:
J'ai lancé une sauvegarde sur un DDE. Je ne sais pas ce que tu entends par activé.
 

Fichiers joints

  • Capture d’écran 2021-08-04 à 12.59.38.png
    Capture d’écran 2021-08-04 à 12.59.38.png
    98,7 KB · Affichages: 89
Non, les sauvegardes automatiques ne sont pas activées.

Peux tu passer la commande : tmutil listlocalsnapshots /System/Volumes/Data
pour voir s'il y a des instantanés TimeMachine qui n'ont pas été sauvegardés sur ton disque externe ?
 
J'ai essayé mais la commande ne fonctionne pas :

Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ tmutil listlocalsnapshots /System/Volumes/Data
/System/Volumes/Data is not a valid disk
 
Bonjour Tomatikaste

Tu as une distribution à 4 volumes de Mojave dans le Conteneur apfs. La commande diskutil atteste d'une occupation de blocs de Macintosh HD de 240,8 Go. Tandis que la commande du affiche une taille globale des fichiers enregistrés dans le catalogue de l'apfs de 55,2 Go ! --> il y a donc une sur-occupation de blocs de 240,8 Go - 55,2 Go = 185,6 Go.

- comme MrTom > on peut soupçonner qu'1 ou plusieurs snapshots soient responsables de cette occupation de blocs fantôme. Car 1 snapshot est un instantané apfs qui image un état passé du volume en retenant comme occupés tous les blocs correspondants. Même si l'utilisateur supprime ensuite des masses de fichiers --> ils sont désindexés du catalogue des fichiers sans que les blocs portant leurs écritures soient libérés comme disponibles. Mais ils sont retenus verrouillés comme occupés > soit en vue d'une sauvegarde TM future > soit pour une réversion temporelle éventuelle du volume à l'état passé des écritures de fichiers.​

Passe la commande rectifiée :
Bloc de code: 
tmutil listlocalsnapshots /
  • qui liste les snapshots associés au volume démarré (il n'y a pas de volume-Données qui serait monté dans le volume-Système démarré comme avec Catalina)

Poste le retour.
 
Merci à vous deux pour votre implication !

Effectivement les deux volumes ne correspondent pas !

Lors de l'exécution de la commande je n'ai aucun retour sur le terminal. Cela signifie-t-il qu'il n'y a pas de snapshot ?
 
On modifie alors l'hypothèse de départ --> il se peut qu'il y ait quand même un snapshot mais de type "corrompu" : actif > mais in-listable en tant qu'instantané valide régulier. Ou encore qu'il y ait une erreur massive du space_man : le gestionnaire de l'allocation des blocs de l'apfs.

- afin de débusquer ces facteurs dissimulés d'occcupation de blocs > passe la commande (copier-coller) :​
Bloc de code: 
diskutil verifyVolume disk1
  • la commande vérifie l'apfs du Conteneur et de ses volumes. Elle saura rendre compte d'anomalies éventuelles

Poste le retour.
 
Ok, voici le résultat.

Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ 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 was formatted by hfs_convert (945.275.7) and last modified by apfs_kext (945.275.9)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1
error: (oid 0x520009ab00) apfs_extentref: btn: invalid object address (0x520009ab00)
Snapshot is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1
 
L'hypothèse rectifée était (malheureusement) la bonne -->
Bloc de code: 
Checking snapshot 1 of 1
error: (oid 0x520009ab00) apfs_extentref: btn: invalid object address (0x520009ab00)
Snapshot is invalid
  • comme tu le vois : il existe actuellement 1 snapshot associé au volume Macintosh HD > mais 1 snapshot corrompu ("Snapshot is invalid"). Ce qui veut dire : ce snapshot n'est pas listable comme objet valide de l'apfs avec une identité logique assignable--> et il n'est donc pas suppressible de manière régulière en conséquence. Ce qui ne l'empêche pas d'être actif et c'est lui qui verrouille les 186 Go de blocs occupés sans fichiers actuellement recensés dessus.
  • j'ai dit dans mon annonce : "malheureusement". Car comme on ne peut pas supprimer régulièrement ce snapshot qui n'a pas d'identité d'objet régulière > la seule solution consiste à supprimer l'apfs entier et à le recréer de manière valide afin de faire sauter l'erreur. Une solution "massive" pour une erreur locale. Mais comme tu as des données de compte > il faut tout d'abord sauvegarder l'intégralité du contenu de Macintosh HD => à destination du volume d'un DDE USB. Sauvegarde qui ne recopiera que les fichiers catalogués (= 55 Go) > et absolument pas la totalité des blocs occupés (= 241 Go).

As-tu un DDE USB qui pourrait permettre un clonage de Macintosh HD préalable à la réfection de l'apfs ?
 
Alors effectivement ce n'est pas la meilleure des nouvelles mais le fait d'avoir trouvé ce qui cloche m'arrange beaucoup surtout que je suis dessus depuis un moment. Merci pour encore ton aide avisée

J'ai effectivement un DDE USB d'1 To avec encore 500 Go ce qui devrait faire l'affaire.

Comment est ce que je dois procéder pour sauvegarder l'intégralité du Macintosh HD ?
 
Dernière édition par un modérateur:
Bon. Branche ton DDE au Mac. Cela fait > passe la commande :
Bloc de code: 
diskutil list ; df -H
  • qui affiche : la configuration de tous les disques & l'occupation des volumes montés

Poste le retour => que je voie si on peut repartitionner (non destructivement) le volume de ton DDE --> pour créer un volume de destination du clonage.
 
Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ diskutil list ; df -H
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            241.6 GB   disk1s1
   2:                APFS Volume Preboot                 45.5 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +13.2 GB    disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Shared Support          12.8 GB    disk2s2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +3.6 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS QGIS-LTR.app            3.3 GB     disk3s2

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Thomas Passport         999.8 GB   disk4s2

Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    251G   242G   6.2G    98%  963556 9223372036853812251    0%   /
devfs           206k   206k     0B   100%     697                   0  100%   /dev
/dev/disk1s4    251G   2.1G   6.2G    26%       2 9223372036854775805    0%   /private/var/vm
map -hosts        0B     0B     0B   100%       0                   0  100%   /net
map auto_home     0B     0B     0B   100%       0                   0  100%   /home
/dev/disk2s2     13G    12G   366M    98%      15          4294967264    0%   /Volumes/Shared Support
/dev/disk3s2    3.3G   3.3G    10M   100%   33244          4294934035    0%   /Volumes/QGIS-LTR.app
/dev/disk4s2    1000   435G   564G    44% 1968613          4292998666    0%   /Volumes/Thomas Passport
 
Parfait ! Ton DDE est excellemment paramétré (table GPT et format jhfs+) --> ce qui permet un repartitionnement non destructeur du volume Thomas Passport et de ses contenus.

- passe la commande (copier-coller) :​
Bloc de code: 
diskutil resizeVolume disk4s2 900g jhfs+ Clone 0b ; diskutil list disk4
  • la commande rétrécit Thomas Passport à 900 Go > crée un volume Clone de 100 Go > affiche la configuration résultante du DDE. Un repartitionnement non destructeur de volume contenant des données (435 Go ici) > peut prendre longtemps > s'il y a des blocs écrits mal placés en queue d'espace de partition. Car alors un mécanisme clandestin de clonage des blocs mal placés => sur des blocs placés plus haut se déclenche > avant restauration des adresses du système de fichiers jhfs+ gestionnaire et libération des blocs mal placés --> ce qui prend du temps. Car pour pouvoir effectuer le repartionnement voulu => il faut qu'une bande continue de 100 Go de blocs libres soit présente en queue d'espace de volume.

Poste le retour quand tout est fini.
 
Dernière édition par un modérateur:
  • J’aime
Réactions: MrTom
ça n'a finalement pas pris beaucoup de temps

Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ diskutil resizeVolume disk4s2 900g jhfs+ Clone 0b ; diskutil list disk4
Resizing to 900000000000 bytes and adding 1 partition
Started partitioning on disk4s2 Thomas Passport
Verifying the disk
Verifying file system
Volume was successfully unmounted
Performing fsck_hfs -fn -x /dev/rdisk4s2
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking multi-linked directories
Checking volume bitmap
Checking volume information
The volume Thomas Passport  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/rdisk4s3 as a 93 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
Finished partitioning on disk4s2 Thomas Passport
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Thomas Passport         900.0 GB   disk4s2
   3:                  Apple_HFS Clone                   99.7 GB    disk4s3
/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Thomas Passport         900.0 GB   disk4s2
   3:                  Apple_HFS Clone                   99.7 GB    disk4s3
 
Ça a fait vite dans ton cas. Passe la commande complémentaire :
Bloc de code: 
diskutil ap convert disk4s3 ; diskutil list
  • la commande convertit Clone à l'apfs (on ne peut jamais avoir directement un format apfs sur repartitionnement) > puis affiche le tableau général des disques et de leurs configurations

Poste le retour.
 
Bloc de code: 
macbook-pro-de-buillard:~ buillardthomas$ diskutil ap convert disk4s3 ; diskutil list
Converting the volume on disk4s3 to an APFS Volume on an APFS Container
Started APFS operation on disk4s3 Clone
Converting HFS Volume to an APFS Container which will export one APFS Volume
The target is the Journaled HFS+ volume "Clone" backed by the GPT partition disk4s3
The target is a data disk; it is not 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 disk4s3
Starting conversion from HFS to APFS
Performing apfs_hfs_convert -x --verbose=0x400 --efi /usr/standalone/i386/apfs.efi /dev/disk4s3
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 disk4s3 to APFS
Changing the physical disk partition type in shared mode
Partition modification attempt count was 1
Opening and closing disk4s3 to terminate old content driver
Expecting the new APFS Container at Physical Store disk4s3
Confirmed existence of new unencrypted APFS Volume disk5s1
Mounting APFS Volume disk5s1
APFS Volume mount attempt result was 0
Exiting conversion operations with error code 0
Disk from APFS operation: disk5s1
Finished APFS operation on disk4s3 Clone
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         251.0 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            241.6 GB   disk1s1
   2:                APFS Volume Preboot                 45.5 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +13.2 GB    disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Shared Support          12.8 GB    disk2s2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +3.6 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS QGIS-LTR.app            3.3 GB     disk3s2

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Thomas Passport         900.0 GB   disk4s2
   3:                 Apple_APFS Container disk5         99.7 GB    disk4s3

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +99.7 GB    disk5
                                 Physical Store disk4s3
   1:                APFS Volume Clone                   978.9 KB   disk5s1
 
Parfait : tout est en place. J'avais pris de l'avance au brouillon donc j'enchaîne -->

- alors 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 = Macintosh HD
  • DESTINATION = Clone
  • SafetyNet = Désactivé
  • Presse le bouton "Cloner"

Le logiciel va cloner Macintosh HD dans Clone > puis créer les volumes auxiliaires requis dans le Conteneur de destination. Ce qui va donner un clone démarrable à partir duquel tu pourras effectuer la réfection de l'apfs du disque interne > puis un clonage à rebours du clone dans le nouveau Conteneur interne. Préviens quand c'est fini.
 
Quand je lis ça je me demande si les snapshots ne sont pas des technologies surdimensionnées pour un bête ordinateur personnel (belgicisme). Ca m'avait déjà bien gonflé dans les volumes ReiserFS de SuSE (on installe un truc censé être solide pour l'ordi de sa moitié et on se retrouve avec une logique infernale qui t'envoie des rappels de manque d'espace, des snapshots à virer à la ligne de commande, etc). Et maintenant on y a droit sur Mac.
 

Sujets similaires

C
macOS Monterey probleme installation monterey
Réponses
15
Affichages
2K
macOS
Locke
Locke
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
439
macOS
Locke
Locke
J
macOS Monterey lenteur de démarrage sur SSD externe
Réponses
20
Affichages
3K
macOS
jefff34
J
B
macOS Monterey souci suite à restauration Time Machine
Réponses
18
Affichages
1K
macOS
bil36
B
U
macOS Ventura Modifier taille partition
Réponses
2
Affichages
594
macOS
ubuubu
U
Haut Bas
Back