10.15 Catalina Problème espace insuffisant

D'accord : la commande est très lente d'exécution. Je t'encourage donc à la laisser aller à son terme.

- si tu veux empêcher ton Mac de dormir pendant l'opération > fais un clic simple sur la fenêtre du terminal pour l'amener à l'avant-plan > et presse les 2 touches ⌘N (cmd N) pour ouvrir une seconde fenêtre de terminal en parallèle de la 1ère. Dans ce terminal > passe la commande (copier-coller) :​
Bloc de code:
caffeinate -dimsu &

  • qui va empêcher ton Mac de dormir (et te permettra de ne pas le surveiller)

=> cela fait > planque cette 2è fenêtre de terminal dans un coin sans la fermer (le processus caffeinate est solidaire de son ouverture). Tu peux alors laisser ton Mac tranquille si tu le souhaites.
 
Ça vient tout juste de finir
Bloc de code:
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   1.0T   565G   417G    58%  369690 9765207750    0%   /System/Volumes/Data
 
Ça va déjà mieux (417 Go disponibles).

- repasse la commande :​
Bloc de code:
sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • et poste le tableau à complétion de la commande (je n'ai pas l'impression que tu aies récupéré tout l'espace possible).
 
Bloc de code:
Davids-MBP:~ david$ sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
find: /System/Volumes/Data/.Spotlight-V100: No such file or directory
find: /System/Volumes/Data/.PKInstallSandboxManager-SystemSoftware: No such file or directory
find: /System/Volumes/Data/.Trashes: No such file or directory
find: /System/Volumes/Data/mnt: No such file or directory
find: /System/Volumes/Data/.DocumentRevisions-V100: No such file or directory
find: /System/Volumes/Data/.TemporaryItems: No such file or directory
  0B    /System/Volumes/Data/sw
  0B    /System/Volumes/Data/.HFS+ Private Directory Data
1,0K    /System/Volumes/Data/home
7,8M    /System/Volumes/Data/usr
166M    /System/Volumes/Data/.Spotlight-V100
 12K    /System/Volumes/Data/.DS_Store
4,0K    /System/Volumes/Data/.installer-compatibility
  0B    /System/Volumes/Data/.PKInstallSandboxManager-SystemSoftware
1,7M    /System/Volumes/Data/.TempReceipt.bom
  0B    /System/Volumes/Data/.file
2,2G    /System/Volumes/Data/Library
  0B    /System/Volumes/Data/.Trashes
1,1G    /System/Volumes/Data/System
4,0K    /System/Volumes/Data/.OSInstallerMessages
  0B    /System/Volumes/Data/mnt
 19M    /System/Volumes/Data/.fseventsd
3,2G    /System/Volumes/Data/private
 63M    /System/Volumes/Data/.DocumentRevisions-V100
  0B    /System/Volumes/Data/.vol
512G    /System/Volumes/Data/Users
 13G    /System/Volumes/Data/Applications
  0B    /System/Volumes/Data/opt
  0B    /System/Volumes/Data/Volumes
  0B    /System/Volumes/Data/.TemporaryItems
  0B    /System/Volumes/Data/cores
 
Le dossier .cleverfiles a bien disparu de l'espace-racine du volume-Données.

- mais voici la nouvelle anomalie : le répertoire Users (Utilisateurs) a grimpé de 29 Gi = 31 Go au départ => à 512 Gi = 550 Go à l'arrivée !​

Passe la commande :
Bloc de code:
sudo du -sh /System/Volumes/Data/Users/*

  • qui mesure les dossiers de comptes contenus dans les Utilisateurs

Poste le retour.
 
Bloc de code:
Davids-MBP:~ david$ sudo du -sh /System/Volumes/Data/Users/*
Password:
 12K    /System/Volumes/Data/Users/Guest
221M    /System/Volumes/Data/Users/Shared
506G    /System/Volumes/Data/Users/david
 
Le dossier de compte david contient 506 Gi = 543 Go de données. Il s'est produit un curieux phénomène de "vases communicants" : pendant que la commande rm vidait le dossier .cleverfiles de Disk Drill => on ne sait quel processus parallèle gonflait de fichiers ton dossier de compte david. Du jamais vu (de mon côté).

- passe la commande :​
Bloc de code:
sudo du -sh /System/Volumes/Data/Users/david/*

  • qui mesure (en Gi) les sous-dossiers du dossier david

Poste le retour. On va vite voir où se localise cette inflation indue de fichiers et en quoi elle consiste...
 
  • J’aime
Réactions: litobar71
Bonjour messieurs j'espère que l'aide de macomaniac vous a été précieuse.
Je suis impressionné par ses talents et j'ai juste une question car j'ai aussi parfois (rarement mais ça arrive) un problème d'occupation mémoire assez important dont je ne comprends pas toujours l'origine et j'aimerais appliquer sa méthode pour trouver ce qui occupe parfois tant de place sur mon disque
J'ai essayé d'appliquer sa commande
>sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

mais quand je fais cette commande sous Terminal, il me dit qu'il ne trouve pas de répertoire /System/Volumes/Data
Peut-être faut-il désactiver le SIP avant ???
Je suis sous MB Pro avec Mojave
Avec la commande
ls /System/ je trouve 3 répertoires:
.rw-r--r-- 0 root 17 aoû 2018 .localized
drwxr-xr-x - root 21 sep 2018 iOSSupport
drwx
r-xr-x - root 7 nov 0:19 Library

Merci de votre aide

P.S. En fait je crois avoir trouvé comment faire marcher la commande chez moi : il faut remplacer /System/Volumes/Data par ~ pour obtenir le listing de l'occupation mémoire
Et désactiver le SIP si on veut un listing en totalité sinon des répertoires sont inaccessibles en lecture
Est-ce que vous êtes d'accord avec moi macomaniac ?
Bonnes fêtes à tous
 
Dernière édition:
Bonjour messieurs j'espère que l'aide de macomaniac vous a été précieuse.

Bonjour, j'avoue que je suis tout aussi impressionné. Il m'a été d'un grand secours. Sans lui, je formatais mon disque dur avec regret.

Bloc de code:
Davids-MBP:~ david$ sudo du -sh /System/Volumes/Data/Users/david/*
Password:
140K    /System/Volumes/Data/Users/david/Applications
476G    /System/Volumes/Data/Users/david/Desktop
 25G    /System/Volumes/Data/Users/david/Documents
1,4G    /System/Volumes/Data/Users/david/Downloads
3,3G    /System/Volumes/Data/Users/david/Library
 45M    /System/Volumes/Data/Users/david/Movies
9,9M    /System/Volumes/Data/Users/david/Music
207M    /System/Volumes/Data/Users/david/Pictures
  0B    /System/Volumes/Data/Users/david/Public
120M    /System/Volumes/Data/Users/david/mobizen_20190505_165642.mp4
 40K    /System/Volumes/Data/Users/david/photorec.ses
 
Dernière édition par un modérateur:
@ Booky

Tu as 476 Gi = 511 Go sur ton Bureau de session !

- passe la commande :​
Bloc de code:
sudo du -sh /System/Volumes/Data/Users/david/Desktop/*

  • qui mesure les contenus de ton Bureau

Poste le retour.
 
Salut shub

En ce qui concerne l'OS Mojave > il faut passer la commande :
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • après avoir désactivé le SIP dans le terminal de la session de secours (sinon => la commande retourne un kyrielle de : "Operation not permitted" qui rendent les résultats illisibles autant que faussés - des dossiers se trouvant déniés d'accès en lecture).
 
Bloc de code:
Davids-MBP:~ david$ sudo du -sh /System/Volumes/Data/Users/david/Desktop/*
Password:
1,8G    /System/Volumes/Data/Users/david/Desktop/AMIP NG
 52K    /System/Volumes/Data/Users/david/Desktop/Adobe Premiere Pro Auto-Save
258G    /System/Volumes/Data/Users/david/Desktop/Album photo
947M    /System/Volumes/Data/Users/david/Desktop/À réparer
3,6M    /System/Volumes/Data/Users/david/Desktop/Crédit Agricole
 39M    /System/Volumes/Data/Users/david/Desktop/Document Gie
831M    /System/Volumes/Data/Users/david/Desktop/Document maison Lisieux
3,6M    /System/Volumes/Data/Users/david/Desktop/Facture
210M    /System/Volumes/Data/Users/david/Desktop/Muscu
 25G    /System/Volumes/Data/Users/david/Desktop/OpenOffice
670M    /System/Volumes/Data/Users/david/Desktop/PDF
187G    /System/Volumes/Data/Users/david/Desktop/Photo double
534M    /System/Volumes/Data/Users/david/Desktop/Retouche
7,1M    /System/Volumes/Data/Users/david/Desktop/Sony-E6653-5520x4140-015763.jpg
1,1G    /System/Volumes/Data/Users/david/Desktop/david
 40M    /System/Volumes/Data/Users/david/Desktop/images
 
Bonjour tout le monde et Macomaniac en particulier.

Tu avais aidé ma fille pour débloquer son macbook, mais la c'est moi qui suis dans le pétrin et pour le moment je ne comprends pas. J'ai suivi la procédure en désactivant le SIP ( est-ce définitif, j'avoue que j'espère parce que c'est exaspérant ?) mais /dev/disk1s1 cache encore des fichiers apparemment . Une suggestion ?

Bloc de code:
iMac-Pro:~ didierdelbos$ df -H
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    1.0T   939G    43G    96% 1293398 9223372036853482409    0%   /
devfs           191k   191k     0B   100%     646                   0  100%   /dev
/dev/disk1s4    1.0T    17G    43G    29%       1 9223372036854775806    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
iMac-Pro:~ didierdelbos$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
1,0K    /home
471M    /usr
979M    /.Spotlight-V100
1,0K    /net
12K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
772K    /Installer Log File
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
11G    /Library
7,0G    /System
4,0K    /.OSInstallerMessages
4,0K    /.fseventsd
3,0G    /private
1,4G    /.DocumentRevisions-V100
  0B    /.vol
283G    /Users
34G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores
iMac-Pro:~ didierdelbos$
 
Dernière édition:
Bonjour,
Tu as une sacré différence d’occupation.
En attendant que @macomaniac soit disponible tu peux vérifier la présence éventuelle de snapshots

Bloc de code:
tmutil listlocalsnapshots /
 
Oui, et je ne comprends pas pourquoi c'est caché.

J'adore les Mac depuis la sortie du Macintosh- c'est pas d'hier, mais plus le système avance et plus cela devient pénible à utiliser au quotidien, hyper sécurisé, on ne peux plus faire ci ni ça, faut pas toucher, on cache la bibliothèque, t'es administrateur, mais tu n'as finalement les privilèges que d'un utilisateur.... Depuis Lion, en fait cette dérive ne fait que s'accentuer. Tu vois cette histoire de SIP, si tu n'es pas un Jedi du système, comment peut-on savoir qu'il faut le désactiver ?

Merci pour le coup de main,j'essayerai en fin de semaine: pour le moment j'ai remisé l'Imac, cela fait plusieurs heures que je suis dessus et cela commence à me faire chauffer! Pour me détendre, je me suis attelé au PC de mon fils. On va rire aussi.
 
@ Booky

Voici les 2 localisations hypertrophiées du Bureau -->
Bloc de code:
258G    Album photo
187G    Photo double

  • Album photo : 258 Gi = 277 Go
  • Photo double : 187 Gi = 201 Go

Est-ce que la taille de ces 2 dossiers du Bureau est conforme à tes attentes ? - ce que je trouve suspect --> c'est qu'avant la suppression du dossier .cleverfiles => le répertoire des Utilisateurs (contenant le dossier de compte david) ne faisait que 29 Gi = 31 Go. Est-ce que tu avais tenté une récupération de photos à partir d'un autre disque au volume endommagé ?
 
Bonjour vectotoon

Avec toi : c'est commode --> tu livres les informations de base sur un plateau (bien présenté).

- le volume de démarrage a 939 Go de blocs occupés. En regard : il recèle 341 Gi = 366 Go de fichiers catalogués. Ce qui fait une sur-allocation de blocs occupés (par rapport à la taille des fichiers catalogués) de : 939 Go - 366 Go = 573 Go (!).​

Comme oyapoque :coucou: --> je te conseille de passer la commande (copier-coller) :
Bloc de code:
tmutil listlocalsnapshots /

  • qui affiche d'éventuels snapshots (= instantanés apfs imageant des états passés du volume et permettant sa réversion éventuelle à cette configuration passée > ou des sauvegardes TM de ces états passés. Ces snapshots sont des métadonnées sans taille assignable et stockées dans un magasin apfs du système de fichiers formateur du volume - hors de ce volume. Ils ont nonobstant un effet collatéral dommageable sur le volume associé : ils retiennent comme occupés tous les blocs correspondant aux fichiers imagés --> même si ultérieurement l'utilisateur supprime des masses de ces fichiers : les blocs restent verrouillés dans leurs écritures => ce qui suscite un : "espace occupé fantôme" = blocs occupés sans fichiers recensés dessus).

Poste le retour - si retour il y a.
 
Macomaniac, pour les deux dossiers la taille est exacte. J'envisage de détruire le dossier album photo car je l'ai en double sur un disque externe.