10.12 Sierra Taille du dossier "système"

[Membre supprimé 1060554]

Bon : tu as récupéré dans les 4 Go.

D'après le tableau des dossiers du volume --> on peut considérer que les 2 dossiers Users : 91 Gi = 97,7 Go + Applications : 6,6 Gi = 7 Go => 105 Go environ sont constitués de fichiers orientés "utilisateur". Tout le reste relève donc des fichiers-Système --> soit : 124,5 Go (fichiers totaux) - 105 Go (fichiers-utilisateurs) = 19,5 Go.

Moins de 20 Go de fichiers-Système : c'est somme toute léger. Le panneau Stockage considère qu'il y a 61,5 Go de fichiers-Système --> il se trompe donc nécessairement de 42 Go par rapport à la réalité des fichiers. Car tu n'as pas 61,5 Go de fichiers-Système : point.

Tu peux lancer une ré-indexation de Spotlight par la commande :

sudo mdutil -E /

• la commande efface les bases de données de Spotlight et lance une ré-indexation dans la foulée.

Lance le Moniteur d'activité (Applications > Utilitaires) --> tant que les processus commençant par md (metadata) comme mds > mdworker etc. sont associés à un % positif de consommation de CPU --> tu laisses faire. Quand ça tombe à 0% --> l'indexation est fini.

Tu re-démarres une fois > et tu reconsultes le panneau Stockage.

 

[Nicosun]

J'ai lancé la ré-indexation il y a environ 2 h et j'ai toujours des mdworker qui apparaissent, je dois aller à un rendez vous et je verrai en rentrant s'ils sont toujours la pour pouvoir re démarrer.

C'est fait et j'ai 64,27 go de système, pas de changement notable à ce niveau.

 

[Membre supprimé 1060554]

C'est fait et j'ai 64,27 go de système, pas de changement notable à ce niveau.

• alors je te conseille d'oublier carrément le panneau Stockage > très fréquemment sujet à des erreurs d'interprétation. C'est personnellement ce que je fais : je ne le consulte jamais > partant de l'idée que la représentation qu'il donne (= par "'types" de fichiers) : a) est dépourvue intérêt > b) est constamment faussée.

 

[Nicosun]

Merci beaucoup pour tes efforts. C'est dommage la gestion de l'espace semblait mieux réalisé et finalement non

 

[bompi]

• alors je te conseille d'oublier carrément le panneau Stockage > très fréquemment sujet à des erreurs d'interprétation. C'est personnellement ce que je fais : je ne le consulte jamais > partant de l'idée que la représentation qu'il donne (= par "'types" de fichiers) : a) est dépourvue intérêt > b) est constamment faussée.

Voilà un bon conseil

Un jour, peut-être, Apple se décidera à corriger cette fenêtre.

 

[berestudio]

Bonsoir à tous,
me voilà à mon tour en difficulté avec le nettoyage de mon mac qui affiche un dossier système à ... 427,53 GO !
Je suis sur un disque d'1TO SSD, il ne resterait plus que 35 GO de libre... HELP

J'ai suivi le protocole proposé et je suis rentrée dans le terminal, voici les comptes rendus ci-dessous.
Apparemment dans mon cas le souci viendrait du dossier user.
Que faire?

Merci de votre aide!!!
Et mon admiration inconditionnelle pour ceux qui pourront traduire ce que tente de me dire mon ordinateur adoré

Last login: Mon Dec 17 22:07:26 on console
pro-de-berenice:~ bn$
pro-de-berenice:~ bn$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   968G    32G    97% 4120719 9223372036850655088    0%   /

pro-de-berenice:~ bn$ sudo find -x / -d 1 -regex '.*[^\.]' -exec sudo du -shx {} +
Password:
find: /private/var/db/ConfigurationProfiles/Store: Operation not permitted
find: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/SafariFamily: Operation not permitted
find: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.LaunchServices.dv: Operation not permitted
find: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.nsurlsessiond: Operation not permitted
find: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.routined: Operation not permitted
find: /private/var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k/0/com.apple.nsurlsessiond: Operation not permitted
  0B    /.HFS+ Private Directory Data
1,0K    /home
459M    /usr
3,4G    /.Spotlight-V100
1,0K    /net
12K    /.DS_Store
  0B    /.PKInstallSandboxManager-SystemSoftware
2,6M    /bin
4,0K    /installer.failurerequests
  0B    /Network
1,1M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
9,3G    /Library
  0B    /.Trashes
10G    /System
7,1M    /.fseventsd
du: /private/var/db/ConfigurationProfiles/Store: Operation not permitted
du: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/SafariFamily: Operation not permitted
du: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.LaunchServices.dv: Operation not permitted
du: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.nsurlsessiond: Operation not permitted
du: /private/var/folders/2s/rqby892d6n92_sb2dr6q4pxh0000gn/0/com.apple.routined: Operation not permitted
du: /private/var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k/0/com.apple.nsurlsessiond: Operation not permitted
3,3G    /private
48M    /.DocumentRevisions-V100
  0B    /.vol
csrutil status
sudo find /System/Library/Caches -d 1 -regex '.*[^\.]' -exec sudo du -sh {} +
719G    /Users
50G    /Applications
5,0K    /dev
8,0K    /Volumes
  0B    /tmp
  0B    /.dbfseventsd
  0B    /cores

pro-de-berenice:~ bn$ csrutil status
System Integrity Protection status: enabled.

pro-de-berenice:~ bn$ sudo find /System/Library/Caches -d 1 -regex '.*[^\.]' -exec sudo du -sh {} +
Password:
4,0K    /System/Library/Caches/com.apple.SystemMigrationUserSizeCache
12K    /System/Library/Caches/com.apple.IntlDataCache.le
156K    /System/Library/Caches/com.apple.kext.caches
30M    /System/Library/Caches/com.apple.CVMS
24K    /System/Library/Caches/com.apple.app-sandbox-cache.plist
240K    /System/Library/Caches/com.apple.xpchelper.cache
108K    /System/Library/Caches/com.apple.IntlDataCache.le.kbdx
44K    /System/Library/Caches/com.apple.Components2.SystemCache.Components
3,6G    /System/Library/Caches/com.apple.coresymbolicationd
28K    /System/Library/Caches/com.apple.preferencepanes.systemcache
60K    /System/Library/Caches/com.apple.Components2.SystemCache.QuickTimeComponents
pro-de-berenice:~ bn$

 

[Membre supprimé 1060554]

Bonsoir berestudio

Il y a 968 Go de blocs alloués "occupés" au volume de démarrage. En regard > 795,5 Gi = 854 Go de fichiers catalogués. Ce qui donne une "sur-allocation" de blocs occupés de 114 Go.

L'existence de snapshots (instantanés du volume) > effectuant un rétention d'espace "fantôme" dans le volume --> peut expliquer cette sur-allocation.

Passe la commande :

tmutil listlocalsnapshots /

• qui liste les snapshots existants

Poste le retour.

 

[berestudio]

Bonjour Macomaniac,

voici la réponse de l'ordi:

Last login: Tue Dec 18 09:41:28 on ttys000
pro-de-berenice:~ bn$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-12-17-213511
pro-de-berenice:~ bn$

Je suis étonnée qu'il n'y ait que 114 go d'espace fantôme...

En insistant un peu, j'ai vu que le stockage s'affiche de différentes manières! Mais quoi qu'il en soit la barre reste remplie.
Soit j'ai 140 go de libres avec Mail qui prend plus de la moitié.
Soit j'ai 421 go de libres avec Mail qui prend plus de la moitié.
Soit j'ai 421 go de libres avec système qui prend plus de la moitié...

Quel bug!

 

[Membre supprimé 1060554]

Tu as un snapshot -->

com.apple.TimeMachine.2018-12-17-213511

• passe la commande (copier-coller) :

sudo tmutil deletelocalsnapshots 2018-12-17-213511

• à 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 l'instantané

Cela fait > passe la commande :

df -H /

• qui mesure l'occupation des blocs du volume démarré

Poste le tableau retourné.

 

[berestudio]

Et voilà... merci pour ton aide... je n'y comprends rien

Last login: Tue Dec 18 10:20:24 on ttys000
pro-de-berenice:~ bn$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   969G    30G    97% 4122785 9223372036850653022    0%   /
pro-de-berenice:~ bn$ sudo tmutil deletelocalsnapshots 2018-12-17-213511
Password:
Deleted local snapshot '2018-12-17-213511'
pro-de-berenice:~ bn$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   960G    40G    97% 4122786 9223372036850653021    0%   /
pro-de-berenice:~ bn$

 

[Membre supprimé 1060554]

Tu as gagné 9 Go d'espace de blocs qui était retenu par le snapshot.

Dans la mesure de la taille des fichiers > il y a eu beaucoup de dénis dûs à l'activation du SIP (protocole de sécurisation de plus en plus envahissant). Il serait bon de le désactiver avant de poursuivre les investigations. Pour cela -->

- redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.​

Passe la commande  :

csrutil disable

• qui désactive le SIP

Quitte le Terminal va à : Menu  > Disque de démarrage > sélectionne ton volume de démarrage (Macintosh HD) > redémarre dessus. Ta session réouverte > repasse la commande :

sudo find -x / -d 1 -regex '.*[^\.]' -exec sudo du -shx {} +

• qui mesure (en Gi) la taille des objets de 1er rang (visibles ou cachés) du volume démarré

• elle est super-lente à passer --> attends tout le temps qu'il faut jusqu'au réaffichage de l'invite de commande : pro-de-berenice:~ bn$ en signal de complétion

Poste le tableau retourné par la commande --> que je refasse mes calculs avec des informations propres.

 

[berestudio]

Merci beaucoup!

voici les nouvelles infos:

Last login: Tue Dec 18 10:46:30 on console
pro-de-berenice:~ bn$ sudo find -x / -d 1 -regex '.*[^\.]' -exec sudo du -shx {} +
Password:
  0B    /.HFS+ Private Directory Data
1,0K    /home
459M    /usr
3,3G    /.Spotlight-V100
1,0K    /net
12K    /.DS_Store
  0B    /.PKInstallSandboxManager-SystemSoftware
2,6M    /bin
4,0K    /installer.failurerequests
  0B    /Network
1,1M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
9,3G    /Library
  0B    /.Trashes
10G    /System
4,0K    /.fseventsd
3,5G    /private
48M    /.DocumentRevisions-V100
  0B    /.vol
720G    /Users
50G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /.dbfseventsd
  0B    /cores
pro-de-berenice:~ bn$

 

[Membre supprimé 1060554]

J'arrive à 796,6 Gi = 855,3 Go de fichiers catalogués. Grosso modo la même chose que dans mon 1er calcul. Et tu en es à 960 Go de blocs alloués occupés (après suppression du snapshot). Ce qui maintient une surallocation de blocs occupés de 104,7 Go. Sans qu'on puisse imputer cet écart à un instantané.

Passe la commande :

diskutil list

• qui affiche le tableau des disques > types de partitions > volumes > conteneurs

Poste ce tableau --> que je me rende compte de ta configuration (format apfs ou non) ?

 

[berestudio]

pro-de-berenice:~ bn$ 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         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.0 TB     disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            865.8 GB   disk1s1
   2:                APFS Volume Preboot                 22.0 MB    disk1s2
   3:                APFS Volume Recovery                520.8 MB   disk1s3
   4:                APFS Volume VM                      24.6 KB    disk1s4

pro-de-berenice:~ bn$

 

[Membre supprimé 1060554]

Tu as bien un format apfs. Et je vois que le volume Macintosh HD se trouve évalué ainsi par diskutil -->

   1:                APFS Volume Macintosh HD            865.8 GB   disk1s1

• or les 865,8 Go constituent une mesure des blocs occupés par le volume > jamais de la taille des fichiers catalogués. Mesure diskutil de 865 Go décalée de la mesure de l'utilitaire df (display_free_space) qui quantifie aussi uniquement les blocs occupés et qui annonce 960 Go. Il y a une anomalie ici.

- petite explication : dans le système de fichiers apfs > il y a 2 gestionnaires différents : le catalogue (qui gère les fichiers) et le spaceman (qui gère l'allocation des blocs). La commande du (disk_usage) s'adresse toujours exclusivement au catalogue et la commande df exclusivement au spaceman. Ainsi leurs mesures sont-elles distinctes : taille des fichiers catalogués vs taille des blocs occupés.​

• ici > je découvre une anomalie : la mesure de df (qui s'adresse au spaceman) donne 960 Go de blocs occupés > alors que la mesure de diskutil (qui s'adresse aussi exclusivement au même spaceman) donne ici 865 Go de blocs occupés. Ce qui constitue une inconsistance de l'ordre de 95 Go.

Repasse la commande :

df -H /

• et poste le tableau --> que je vérifie encore.

 

[berestudio]

Effectivement on tombe encore sur d'autres mesures!

pro-de-berenice:~ bn$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   867G   133G    87% 4123840 9223372036850651967    0%   /
pro-de-berenice:~ bn$

 

[Membre supprimé 1060554]

Ah ! quand même : les violons finissent par s'accorder. 867 Go de blocs alloués "occupés" selon df = équivalent aux 865,7 Go de blocs de diskutil (à un arrondi près). Et 855,3 Go de fichiers catalogués : l'écart des mesures a beaucoup diminué > mais il reste une surallocation de blocs de 11,7 Go. Je ne sais pas d'ailleurs si tu fais d'importants mouvements de fichiers (ajouts / suppression) - ce qui ferait évoluer rapidement l'état des lieux.

Passe les commandes :

diskutil verifyVolume /
tmutil listlocalsnapshots /

• la 1ère vérifie l'apfs

• la 2è reliste d'éventuels snapshots

Poste les affichages retournés.

 

[berestudio]

okay! donc c'est rassurant sur le système, mais ça veut dire que c'est mon dossier user qui est plein et il va falloir que je regarde du côté des mails, n'est-ce pas?

Voici les nouvelles infos:

pro-de-berenice:~ bn$ diskutil verifyVolume /
Started file system verification on disk1s1 Macintosh HD
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_apfs -n -l -x /dev/rdisk1s1
Checking volume
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking the APFS volume superblock
Checking the object map
Checking the fsroot tree
Checking the snapshot metadata tree
Checking the extent ref tree
Checking the snapshots
Verifying allocated space
The volume /dev/rdisk1s1 appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Finished file system verification on disk1s1 Macintosh HD
pro-de-berenice:~ bn$

pro-de-berenice:~ bn$ tmutil listlocalsnapshots /
pro-de-berenice:~ bn$ tmutil listlocalsnapshots /
pro-de-berenice:~ bn$

Apparemment plus rien du côté des snapshots yeah!

 

[Membre supprimé 1060554]

Bon : aucune erreur en ce qui concerne l'apfs. RAS.

----------

Si je fais une distribution binaire de tes fichiers > cela donne -->

- fichiers orientés utilisateur : Applications 50 Gi = 54 Go + Users 720 Gi = 773 Go => 823 Go​

- fichiers du Système : le reste soit 855 Go - 823 Go = 32 Go​

On est donc tentés de dire que le Système (32 Go) a une taille normale > et qu'il y a pléthore de fichiers dédiés à l'utilisatreur (823 Go dont 773 Go de données personnelles).

----------

Mais ! -->

- rien ne dit que la bibliothèque personnelle du compte bn ne soit pas hypertrophiée. Comme elle est graphiquement invisible > son poids peut échapper à la perception de l'utilisateur. Et le panneau Stockage serait bien assez niais pour comptabiliser comme des fichiers Système les fichiers de la bibliothèque personnelle du compte > sous prétexte que ce sont des données "techniques" et pas "personnelles".​

Conclusion : il faut mesurer les sous-dossiers de ton compte bn > pour vérifier la taille de la bibliothèque qui pourrait réserver des surprises. D'accord pour la manœuvre ?

 

[berestudio]

ok génial! let's go que faut-il faire?
MERCI !!!!