10.13 High Sierra Mémoire disque dur qui diminue toute seule

bgood

Membre actif
28 Juin 2008
342
1
Salut a tous , depuis deux jours mon mac me dit que j'ai plus beaucoup d'espace disque , hors j'ai supprimé plus de 60go avant hier et en observant l'espace disque au fur et a mesure des minutes l'espace diminué , je sais pas de quoi ça vient mais la j'ai plus que 1g de libre je ne comprends pas je telecharge pas ni installe des nouveaux software mais surtout je bosse
 
J'ai fait une vidéo du soucis on peux voir les MO diminuer au démarrage du mac ( pour avast il signale un fichier exe comme virus mais c'est un crack en fait ...)
https://vimeo.com/307347917

Je comprends pas ce qui fait ça et j'ai perdu aux moins 120 go la j'ai libéré 50go voir plus et ça diminue seul , le problème c'est que je bosse avec cette machine et que ce soucis m'empeche de bosser correctement quand j'ai le disque plein...
 
C'était le sujet humour du soir…
 
???

Tu peux m'expliquer pourquoi c'est si drôle ? Moi perso ça me fait pas super rire tout comme ton commentaire méprisant
Pendant ce temps j'ai perdu 5go d'espace disque
 
Dernière édition par un modérateur:
Bonsoir bgood

Je te propose de fournir un petit faisceau d'informations. Leur comparaison permettra de faire le point sur l'état des lieux.

Va à : Applications > Utilitaires > lance le Terminal. Dans la fenêtre ouverte > saisis (en copier-coller direct ; l'une après l'autre) les commandes suivantes (seulement ce qui est inscrit dans l'espace gris-bleuté) -->
Bloc de code:
diskutil list
df -H /
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
tmutil listlocalsnapshots /

  • et ↩︎ (presse la touche "Entrée" du clavier après chaque commande saisie pour l'exécuter). À validation de la 3è > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne s'affichant à la frappe - et revalide. Cette 3è commande est spécialement lente d'exécution --> attends tout le temps qu'il faut > jusqu'au réaffichage de l'invite de commande terminée par ton nomcourt$ en signal de complétion.
  • la 1ère affiche le tableau des disques > partitions > volumes > conteneurs (CoreStorage ou apfs)
  • la 2è mesure (en Go) l'occupation des blocs du volume démarré
  • la 3è mesure (en Gi) la taille des fichiers/dossiers de 1er rang du même volume
  • la 4è liste les snapshots (instantanés) du volume de démarrage - s'il y en a

Poste ces tableaux ici en copier-coller > mais attention ! > effectue ton coller dans une fenêtre de code par le procédé suivant -->
  • dans la page de ce fil de MacGé > presse le bouton
    524315_original.png
    ici :
    521520_original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> ces informations donneront une idée de la situation.
 
Haaaaaaaa Merci tu m'a déjà sauvé une fois il me semble sur un autre post ^^

Bloc de code:
Last login: Wed Dec 19 21:16:40 on console
bgood-Mac-Pro-001:~ bgood$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *525.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         524.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +524.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac hard drive          475.3 GB   disk1s1
   2:                APFS Volume Preboot                 20.5 MB    disk1s2
   3:                APFS Volume Recovery                503.9 MB   disk1s3
   4:                APFS Volume VM                      24.6 KB    disk1s4

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk2
   1:           Windows Recovery                         523.2 MB   disk2s1
   2:                        EFI NO NAME                 104.9 MB   disk2s2
   3:         Microsoft Reserved                         16.8 MB    disk2s3
   4:       Microsoft Basic Data                         239.4 GB   disk2s4

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk3
   1:                        EFI NO NAME                 536.9 MB   disk3s1
   2:           Linux Filesystem                         499.6 GB   disk3s2

/dev/disk4 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS 500go                   500.0 GB   disk4s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk4s3
   4:                  Apple_HFS  projet rendu           499.2 GB   disk4s4

/dev/disk5 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk5
   1:                        EFI EFI                     209.7 MB   disk5s1
   2:                  Apple_HFS Time machine 1 to       999.9 GB   disk5s2

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            OmniDiskSweeper        +25.5 MB    disk6

bgood-Mac-Pro-001:~ bgood$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   525G   475G    49G    91% 1527023 9223372036853248784    0%   /
bgood-Mac-Pro-001:~ bgood$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:

tmutil listlocalsnapshots /
1,0K   /home
495M   /usr
2,6G   /.Spotlight-V100
1,0K   /net
 16K   /.DS_Store
  0B   /.PKInstallSandboxManager-SystemSoftware
2,6M   /bin
4,0K   /installer.failurerequests
  0B   /Network
1,1M   /sbin
  0B   /.file
  0B   /etc
  0B   /var
9,6G   /Library
  0B   /.Trashes
6,6G   /System
192K   /.fseventsd
144G   /private
 75M   /.DocumentRevisions-V100
  0B   /.vol
236G   /Users
 42G   /Applications
5,0K   /dev
  0B   /Volumes
  0B   /tmp
  0B   /cores

bgood-Mac-Pro-001:~ bgood$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-12-19-211646
bgood-Mac-Pro-001:~ bgood$
 
Il y a 475 Go de blocs alloués occupés au volume Macintosh HD. En regard --> 438,7 Gi = 471 Go de fichiers catalogués. On note donc une minime sur-allocation de blocs de 4 Go > dont ce snapshot -->
Bloc de code:
com.apple.TimeMachine.2018-12-19-211646

  • peut être responsable.

Passe la commande :
Bloc de code:
sudo tmutil deletelocalsnapshots 2018-12-19-211646

  • qui supprime l'instantané

Cela fait > repasse la commande informative :
Bloc de code:
df -H /

  • qui mesure l'occupation des blocs du volume

Poste le retour.

Note : je n'en ai pas fini avec le commentaire du tableau des fichiers - mais autant faire les choses l'une après l'autre...
 
Tres bien juste a titre d'infos c'est un hakinstosh qui tourne a merveille depuis deux ans , donc si tu vois des partitions bizarres sur le disque principal c'est normal faut surtout pas qu'on les supprime ^^

Bloc de code:
bgood-Mac-Pro-001:~ bgood$ sudo tmutil deletelocalsnapshots 2018-12-19-211646
Password:
Deleted local snapshot '2018-12-19-211646'
bgood-Mac-Pro-001:~ bgood$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   525G   478G    47G    92% 1527313 9223372036853248494    0%   /
bgood-Mac-Pro-001:~ bgood$
 
Dernière édition par un modérateur:
Je ne m'occupe que de ton SDD de 525 Go disk0 > qui porte ton volume de démarrage Mac hard drive.

Je note 478 Go de blocs occupés : l'occupation a augmenté de 3 Go à partir des 475 Go mesurés auparavant > au lieu de tomber à 471 Go à congruence des fichiers catalogués. Il y a donc une anomalie.

Repasse la commande :
Bloc de code:
tmutil listlocalsnapshots /

  • qui liste les snapshots existants

Est-ce que tu as un retour ou rien ?
 
Je crois que time machine force la sauvegarde non ? on pas supprimé ce fichier déjà ?
Bloc de code:
bgood-Mac-Pro-001:~ bgood$ tmutil listlocalsnapshots /
com.apple.TimeMachine.2018-12-19-221937
bgood-Mac-Pro-001:~ bgood$
 
Non : c'en est un dont l'heure est postérieure à celle du précédent.

- pour fermer le robinet > va d'abord à : Menu  > Préférences Système > Time Machine > décoche la case : "Sauvegarder automatiquement" - cochage responsable de la génération des snapshots.​

Cela fait > passe les commandes :
Bloc de code:
sudo tmutil deletelocalsnapshots 2018-12-19-221937
df -H /

  • et poste les retours - dont le tableau de l'occupation des blocs du volume de démarrage encore.

Note : je sens que ça va être une bataille au coup par coup cette histoire :hilarious:
 
Ah mince ! on va s'accrocher alors ;)

Bloc de code:
Deleted local snapshot '2018-12-19-221937'
bgood-Mac-Pro-001:~ bgood$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   525G   477G    47G    91% 1527593 9223372036853248214    0%   /
bgood-Mac-Pro-001:~ bgood$
 
Plus d'instantané. Et 477 Go de blocs occupés : moins 1 Go.

----------

On change de terrain d'évolution. Repasse la commande :
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • qui mesure (en Gi) la taille des dossiers / fichiers de 1er rang

Poste le tableau actuallisé --> j'ai besoin d'effectuer un comparatif avec le 1er tableau.
 
Bloc de code:
Deleted local snapshot '2018-12-19-221937'
bgood-Mac-Pro-001:~ bgood$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   525G   477G    47G    91% 1527593 9223372036853248214    0%   /
bgood-Mac-Pro-001:~ bgood$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
1,0K    /home
495M    /usr
4,7G    /.Spotlight-V100
1,0K    /net
16K    /.DS_Store
  0B    /.PKInstallSandboxManager-SystemSoftware
2,6M    /bin
4,0K    /installer.failurerequests
  0B    /Network
1,1M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
9,6G    /Library
  0B    /.Trashes
6,6G    /System
276K    /.fseventsd
144G    /private
75M    /.DocumentRevisions-V100
  0B    /.vol
236G    /Users
42G    /Applications
5,0K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores
bgood-Mac-Pro-001:~ bgood$
 
Je calcule 443,5 Gi de fichiers catalogués = 476,2 Go. 5 Go de plus : c'est dû à un dossier invisible graphiquement -->
Bloc de code:
4,7G    /.Spotlight-V100

  • qui a pris du poids. Base de données de Spotlight.

Actuellement tu as donc (si on tient compte des arrondis) --> autant de fichiers catalogués que de blocs occupés. On a donc éliminé le problème de l'occupation d'espace de blocs fantôme.

----------

Dans la distribution des dossiers > voici à présent l'anomalie qui saute aux yeux : le répertoire (invisible graphiquement) private est évalué à 144 Gi = 155 Go --> ce qui est démentiel.

L'objectif ne concentre donc momentanément sur cette cible. Passe la commande :
Bloc de code:
sudo du -sh /private/*

  • qui va mesurer les 4 sous-dossiers de private

Poste le retour > qui va désigner le coupable.
 
Mon ami nous avons le coupable !

Bloc de code:
2,2M    /private/etc
  0B    /private/tftpboot
5,1M    /private/tmp
144G    /private/var
bgood-Mac-Pro-001:~ bgood$
 
Donc c'est le sous-dossier var de private qui se taille la part du lion. Passe la commande :
Bloc de code:
sudo du -sh /private/var/*

  • et poste le tableau des contenus de var

Car ! --> il y a dans le dossier var des ressources absolument cruciales pour le fonctionnement de l'OS - ne serait-ce que la base de données du Service d'Annuaire recelant les fichiers identitaires des utilisateurs. Donc ! --> un doigté chirugical s'impose : il ne peut pas être question de benner à la sauvage le contenu brut du dossier.
 
Il semblerais qeu ce soit des fichiers temporaires. Comment sais tu tout ça c'est ton métier ça m'intrigue ?
Bloc de code:
 0B    /private/var/agentx
  0B    /private/var/at
21M    /private/var/audit
  0B    /private/var/backups
2,1G    /private/var/db
  0B    /private/var/empty
1017M    /private/var/folders
  0B    /private/var/install
  0B    /private/var/jabberd
  0B    /private/var/lib
116M    /private/var/log
  0B    /private/var/ma
  0B    /private/var/mail
4,0K    /private/var/msgs
  0B    /private/var/netboot
4,2M    /private/var/networkd
1,0M    /private/var/root
  0B    /private/var/rpc
60K    /private/var/run
  0B    /private/var/rwho
216K    /private/var/spool
140G    /private/var/tmp
  0B    /private/var/vm
  0B    /private/var/yp
bgood-Mac-Pro-001:~ bgood$
 
Ouaaah ! --> voici le vrai coupable :
Bloc de code:
140G    /private/var/tmp

  • 140 Gi = 150 Go pour le sous-dossier tmp (recelant des éléments temporaires). Chez moi > ce sous-dossier = 0 Ko. Je sens que ça va cogner !

Passe quand même la commande :
Bloc de code:
sudo du -sh /private/var/tmp/*

  • qui liste & mesure les contenus de tmp

Poste le tableau.
 
Il se laisse pas cogner !
Pourquoi autant de fichiers temporaires ?
Bloc de code:
bgood-Mac-Pro-001:~ bgood$ sudo du -sh /private/var/tmp/*
-bash: /usr/bin/sudo: Argument list too long
bgood-Mac-Pro-001:~ bgood$