10.14 Mojave Problème de stockage ?

  • Créateur du sujet Créateur du sujet sonof
  • Date de début Date de début

sonof

Membre confirmé
11 Mai 2021
17
0
33
Bonsoir à tous,

j'ai un petit souci avec mon Mac, bien connu et répertorié dans ce forum : j'arrive au max de stockage.

Tout à l'heure en voulant dupliquer un fichier de 50 Mo, j'ai un message qui me dit que c'est impossible car le disque est plein. Etrange, j'avais fait du vide il n'y a pas si longtemps et supprimé pas mal de Go. Bon, en même temps, ça m'arrive de télécharger de gros fichiers, que ce soit programme ou fichier photo donc pourquoi pas. Je fais du tri, je supprime des banques d'images, des jeux, etc... et je libère rapidement 76 Go.

odLND.png

Par contre, je remarque que le dossier système fait 97 Go... ce qui me semble beaucoup...

Après avoir suivi dans d'autres topic les manipulations de macomaniac j'ai ceci dans le Terminal :

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.8 GB   disk0s2

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

Bloc de code:
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   251G   178G    70G    72% 1963855 9223372036852811952    0%   /

En supprimant tout ce qui n'est pas permitted, j'ai ça :

Bloc de code:
  0B    /.HFS+ Private Directory Data
1,0K    /home
  0B    /Informations sur l’utilisateur
5,3G    /usr
1,0K    /net
16K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /.MobileBackups.trash
  0B    /var
15G    /Library
  0B    /.Trashes
8,9G    /System
4,0K    /.OSInstallerMessages
34M    /.fseventsd
22G    /private
3,7G    /.DocumentRevisions-V100
  0B    /.vol
50G    /Users
30G    /Applications
155M    /opt
4,5K    /dev
  0B    /.Repository
  0B    /Volumes
13G    /anaconda3
  0B    /tmp
  0B    /cores

En gros: 30G d'applications, ok, normal, 50G dans users, ok aussi, 13G d'anaconda, ok, 9G de system, ok, 15G de library, ok aussi.

En revanche dans les dossiers cachés de Macintosh HD, j'ai : quasi 4G de /.DocumentRevisions-V100, 22G de /private, et 5.3G de /usr, ça ne vous semble pas un peu beaucoup ? Je peux faire du ménage là-dedans ?

Par avance merci !
 
Dernière édition par un modérateur:
Bonsoir sonof

Le volume Macintosh HD a une occupation de blocs de 178 Go. En regard : je comptabilise 148 Gi = 159 Go de fichiers catalogués. Ce qui fait une sur-allocation de blocs de 19 Go. Peut-être due à un snapshot = instantané apfs archivant des états passés du volume > et retenant comme occupés tous les blocs correspondants > même après suppression de fichiers (les fichiers sont désindexés du catalogue des fichiers de l'apfs > mais les blocs portant leurs écritures ne sont pas libérés).

- passe la commande :​
Bloc de code:
tmutil listlocalsnapshots /
  • qui liste les snapshots éventuellement associés au volume démarré

Poste le retour.
 
Merci, j'espérais une de tes réponses !

Ca me dit :

Bloc de code:
com.apple.TimeMachine.2021-05-11-194321
 
Dernière édition par un modérateur:
Tu as 1 snapshot daté d'aujourd'hui à 19H 43'.

- va d'abord à : Menu  > Préférences Système > Time machine --> la case de l'option : "Sauvegarder automatiquement" est-elle cochée ? - question annexe : utilises-tu Time Machine ?​
 
La case est cochée, j'utilise Time Machine avec un disque dur externe. Quand je le branche, ça lanche automatiquement une sauvegarde. Penses-tu que ça prenne de la place sur mon ordi ?
 
Dernière édition par un modérateur:
On va voir. Décoche (provisoirement) la case.

- puis passe la commande :​
Bloc de code:
sudo tmutil deletelocalsnapshots 2021-05-11-194321
  • qui supprime le snapshot

Poste le retour.
 
Bon. Passe la commande :
Bloc de code:
df -H /
  • qui mesure l'occupation des blocs du volume démarré

Poste le retour => qu'on voie s'il y a eu une incidence sur l'occupation des blocs du volume.
 
Bloc de code:
/dev/disk1s1   251G   166G    82G    67% 1879146 9223372036852896661    0%   /

On a gagné 6G en theorie, mais je viens de supprimer la suite office qui faisait 6G, donc ça n'a a priori rien changé.
 
Tu es passé de 178 Go de blocs occupés à 166 Go. 12 Go gagnés donc.

- passe la commande :​
Bloc de code:
diskutil verifyVolume disk1
  • la commande vérifie l'apfs du Conteneur et de ses volumes. On pourra voir si une erreur dans l'apfs ne serait pas responsable d'une sur-allocation de blocs occupés

Poste le retour.

Note : je me déconnecte. Je reprendrai demain matin.
 
Bloc de code:
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 (748.31.8) and last modified by apfs_kext (945.275.8)
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 Preboot was formatted by newfs_apfs (748.31.8) and last modified by apfs_kext (945.275.8)
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.31.8) and last modified by apfs_kext (945.275.8)
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.31.8) and last modified by apfs_kext (945.275.8)
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
Finished file system verification on disk1

Merci infiniment pour ton aide :)
 
Aucune erreur. Si on se borne donc aux fichiers recensés > voici le décompte binaire qu'on en peut faire d'après le 1er état de 159 Go que tu en avais posté -->

- fichiers dédiés à l'utilisateur : Users 50 Gi + Applications 30 Gi => 80 Gi = 86 Go
- fichiers du Système : le reste soit 159 Go - 86 Go = 73 Go

Une taille hypertrophiée du Système de 73 Go par rapport à une taille d'environ 25 Go courante --> soit 48 Go d'excédent environ. Cette hypertrophie s'explique par la présence d'un dossier anaconda3 dans l'espace-racine du volume de 13 Gi = 14 Go + une taille exagérée du répertoire (invisible) private de 22 Gi = 24 Go par rapport aux 5 Go coutumiers + un excès de taille de la Library (Bibliothèque Générale de l'OS) à 15 Gi = 16 Go par rapport à (disons) 6 Go attendus. Soit 14 Go + 19 Go + 10 Go = 43 Go d'excédent.
  • il va donc falloir enquêter dans private et Library - admis par ailleurs qu'anaconda3 doit correspondre à un outil spécialisé ?
 
Oui, pour anaconda c'est normal !

J'avais remarqué que private semblait étrangement lourd, effectivement.

J'ai lu de gros messages de ne rien toucher à ce qu'il y a dans private, comment savoir ce qui est "en trop" ? Merci !
 
Dernière édition par un modérateur:
Pour private : c'est facile. L'excédent de fichiers doit à tous les coups se situer dans son sous-dossier var > folders > zz. Si c'est le cas => hop ! poubelle.

- donc passe les commandes :​
Bloc de code:
sudo du -sh /pri*/*
sudo du -sh /pri*/var/*
  • qui mesurent (en Gi) les sous-dossiers de private > puis les contenus du sous-dossier var

Poste les retours.
 
Comme d'hab je retire tout ce qui n'est pas permitted (je ne peux pas faire la manip pour desactiver le SIP vu que je ne peux pas eteindre l'ordinateur en ce moment).

Bloc de code:
 21M    /private/etc
  0B    /private/tftpboot
  0B    /private/tmp
 24G    /private/var

Je pense que tu as vu juste:

Bloc de code:
  0B    /private/var/agentx
  0B    /private/var/at
 12M    /private/var/audit
  0B    /private/var/backups
3,0G    /private/var/db
  0B    /private/var/empty
 17G    /private/var/folders
  0B    /private/var/install
  0B    /private/var/jabberd
4,0K    /private/var/lib
391M    /private/var/log
  0B    /private/var/ma
  0B    /private/var/mail
4,0K    /private/var/msgs
  0B    /private/var/netboot
3,4M    /private/var/networkd
1,3G    /private/var/root
  0B    /private/var/rpc
 40K    /private/var/run
  0B    /private/var/rwho
3,1M    /private/var/spool
224M    /private/var/tmp
2,0G    /private/var/vm
  0B    /private/var/yp
 
Tu as 17 Gi = 18 Go dans folders. Passe la commande :
Bloc de code:
sudo du -sh /pri*/var/fol*/*
  • qui mesure (en Gi) les conrtenus de folders

Poste le retour.
 
Bloc de code:
 80M    /private/var/folders/fq
816M    /private/var/folders/gj
  0B    /private/var/folders/sp
76M    /private/var/folders/wx
3,2M    /private/var/folders/zd
16G    /private/var/folders/zz

Bingo !
 
Dernière édition par un modérateur:
Passe la commande :
Bloc de code:
sudo rm -rf /private/var/folders/zz/* ; df -H /
  • la commande supprime les contenus de zz (rien que des fichiers temporaires dispensables - commande muette) > puis mesure (en Go) l'occupation du volume démarré

Poste le retour.
 
Tu es passé de 178 Go de blocs occupés au départ à 149 Go. Gain : 29 Go.

- souhaites-tu explorer l'occupation de la Library à présent ?​