10.14 Mojave stockage système anormal

Repasse une commande :
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • et reposte le tableau des mesures (en Gi) d'objets de 1er rang du volume => qu'on voie s'il y a eu une évolution des tailles des objets.
 
Bonjour, merci d"être déjà disponible pour m'aider de si bon matin...
Voilà ce que ça donne, le premier dossier a bien disparu.
Bloc de code:
1,0K    /home
441M    /usr
 12K    /.Spotlight-V100
1,0K    /net
8,0K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
4,4G    /Library
6,6G    /System
3,4M    /.fseventsd
3,2G    /private
 81M    /.DocumentRevisions-V100
  0B    /.vol
109G    /Users
 36G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
110G    /cores
 
cores est passé de 76 Gi = 82 Go => à 110 Gi = 118 Go ! Ce qui signe un dysfonctionnement de l'OS.

- passe la commande :​
Bloc de code:
launchctl limit core

  • qui affiche la limite assignée a priori à la génération par le Système de "dump_files" (fichiers de rebut) => dans le répertoire cores

Poste le retour.
 
Tu vois le retour ? -->
Bloc de code:
    core        0              unlimited

  • la "limite" de génération des fichiers de rebut est "unlimited" (sans limite)

Passe la commande (copier-coller) :
Bloc de code:
sudo launchctl limit core 0

  • qui désactive (limite = 0) la génération de dump_files dans cores. Commande muette (retour direct de : iMac-de-Thierry:~ Thierry$)

Cela fait > tu vérifies l'enregistrement de l'instruction en repassant la commande (copier-coller) :
Bloc de code:
launchctl limit core

  • poste le retour.
 
J'ai fait la manip, je te propose de vider le dossier core et refaire un check up à la suite ?
Bloc de code:
    core        0              0             
iMac-de-Thierry:~ Thierry$
 
Hé ! hé ! -->
Bloc de code:
    core        0              0

  • le 1er 0 => désigne la limite inférieure > le 0 => désigne la limite supérieure. En bref : le Système à instruction de générer dorénavant 0 Ko de dump_files (fichiers pourris) => dans cores.

Passe la commande (copier-coller) :
Bloc de code:
sudo rm -rf /cores/*

  • qui purge cores de son contenu

Puis passe la commande :
Bloc de code:
df -H /

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

Poste le retour.
 
Je constate que mon espace disque disponible ne varie plus, c'est déjà top :cool: !
Par contre, y a-t-il un moyen de savoir de quoi provenait ce remplissage ?
Bon après, du moment que je peux être tranquille désormais..

Bloc de code:
iMac-de-Thierry:~ Thierry$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   172G   822G    18% 1007657 9223372036853768150    0%   /
iMac-de-Thierry:~ Thierry$
 
Redémarre une fois. De retour dans ta session > repasse les 2 commandes :
Bloc de code:
df -H /
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • qui affichent : l'occupation des blocs du volume de démarrage > puis la taille de ses fichiers (regroupés en localisations de 1er rang)

Poste les 2 retours que je compare.

Note : aucune idée quant à la source du dysfontionnement.
 
Flute, le dossier core a été recréé et se remplit de nouveau ...
Bloc de code:
iMac-de-Thierry:~ Thierry$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   1.0T   182G   813G    19%  998643 9223372036853777164    0%   /
iMac-de-Thierry:~ Thierry$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
1,0K    /home
441M    /usr
 12K    /.Spotlight-V100
1,0K    /net
8,0K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
4,4G    /Library
6,6G    /System
3,5M    /.fseventsd
2,4G    /private
 81M    /.DocumentRevisions-V100
  0B    /.vol
109G    /Users
 36G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
 15G    /cores
iMac-de-Thierry:~ Thierry$
 
182 Go d'occupation de blocs contre 173,8 Go = 187 Go de fichiers recensés. Ce qui donne une (rare) sous-allocation de blocs occupés. Bref : rien à creuser.

- repasse une commande :​
Bloc de code:
launchctl limit core

  • qui affiche la limite supérieure assignée à la génération des fichiers pourris dans cores

Poste le retour.
 
Désolé pour le retour tardif, j'étais en vision avec mes petits zélèves...
Le dossier est repassé à unlimited...
Bloc de code:
iMac-de-Thierry:~ Thierry$ launchctl limit core
    core        0              unlimited     
iMac-de-Thierry:~ Thierry$
 
Donc manifestement l'instruction de désactivation ne se conserve pas après redémarrage.

- repasse les 2 commandes :​
Bloc de code:
sudo launchctl limit core 0
sudo rm -rf /cores/*

  • qui re-désactive la génération des fichiers pourris => dans cores > puis vide cores de son contenu

Cela fait > veux qu'on verrouille expérimentalement le dossier cores => de telle manière qu'aucun contenu ne puisse venir le remplir ?
 
Je ne pense pas. Est-ce que tu as bien passé les 2 commandes du message #113 ?

- passe alors la commande :​
Bloc de code:
sudo chflags uchg /cores

  • qui verrouille le dossier cores par un flag (attribut invisible) d'immutabilité

Cela fait > passe la commande :
Bloc de code:
sudo GetFileInfo -a /cores

  • la commande affiche les attributs activés / désactivés pour le dossier cores (commande trouvée uniquement dans les plus récents OS)

Poste le retour.
 
Bloc de code:
iMac-de-Thierry:~ Thierry$ sudo GetFileInfo -a /cores
xcode-select: note: no developer tools were found at '/Applications/Xcode.app', requesting install. Choose an option in the dialog to download the command line developer tools.
iMac-de-Thierry:~ Thierry$
 
Ton OS n'est pas assez récent pour avoir la commande GetFileInfo installée d'office. Peu importe.

- attends un moment et vérifie : a) si tu ne sens pas de dysfonctionnement spécial (lié au verrouillage) > & b) si l'occupation de cores ne bouge pas (= 0).​

En fait : il faudrait que tu redémarres une fois => pour que la limitation de génération de fichiers pourris soit remise à "unlimited" > et que tu puisses expérimenter les 2 cas que j'ai évoqués.
 
Tu auras compris que le verrouillage tend à supprimer un symptôme > mais pas sa cause (inconnue = x).
 
Oui malheureusement... Cela peut-il provenir d'un logiciel que j'aurais installé vendredi dernier ?
J'ai installé Calibre pour lire des bouquins via le net.
Je l'ai désinstallé par la suite... ?

-------------------------------------
Le dossier est de nouveau repassé en unlimited, après redémarrage.
Bloc de code:
iMac-de-Thierry:~ Thierry$ launchctl limit core
    core        0              unlimited     
iMac-de-Thierry:~ Thierry$
 
Dernière édition par un modérateur: