10.13 High Sierra Problème fichiers supprimés OmniDiskSweeper

Ludo404

Membre enregistré
15 Juin 2017
5
1
30
Bonjour à tous,

J'ai un problème au niveau de la suppression de mes fichiers via l'application OmniDiskSweeper. Je m'explique :

Je lance d'abord OmniDiskSweeper via le terminal avec cette commande :


sudo /Applications/OmniDiskSweeper.app/Contents/MacOS/OmniDiskSweeper

Ce qui me donne :

Last login: Wed Nov 11 18:05:15 on ttys000
Macgod:~ Joe$ sudo /Applications/OmniDiskSweeper.app/Contents/MacOS/OmniDiskSweeper
Password:
OCCCrashCatcher: Not enabling crash catching since we're connected to a tty (and thus presumably in lldb)
2020-11-11 18:05:31.878 OmniDiskSweeper[11249:956540] Failed to connect (destroyMenuItem) outlet from (ODSController) to (NSMenuItem): missing setter or instance variable
2020-11-11 18:05:32.148 OmniDiskSweeper[11249:956540] Automatic software update check failed due to XPC service failure: {
code = 2;
domain = "com.omnigroup.framework.OmniSoftwareUpdate.ErrorDomain";
userInfo = {
NSLocalizedDescription = "Unable to fetch software update information.";
NSLocalizedFailureReason = "Check operation failed.";
NSUnderlyingError = {
code = 12;
domain = "com.omnigroup.framework.OmniSoftwareUpdate.ErrorDomain";
userInfo = {
NSLocalizedDescription = "Error fetching software update information.";
NSLocalizedFailureReason = "The background software update service failed.";
NSLocalizedRecoverySuggestion = "Please try again later or contact us to let us know this is broken.";
};
};
};
}
(louche ? :oops:)

Par le suite je sélectionne mon disque "sans titre 1" et je m'aventure dans mes fichiers :
Capture d’écran 2020-11-11 à 18.04.03.pngCapture d’écran 2020-11-11 à 18.08.17.png

Et c'est maintenant que vient mon problème. Quand je veut supprimer une application, document,.. en appuyant sur trash. Celui-ci se supprime effectivement de mon pc (du moins, je ne le vois plus en le cherchant mon finder et sur mon mac) mais mon espace de stockage reste à 3,2 giga et ne bouge pas d'un poil..

Est-ce que quelqu'un pense pour pouvoir m'aider ?


Un grand merci d'avance :)



PS : je suis encore en High Sierra version 10.13.4, je ne sais pas si ça joue sur le problème.



 
As tu regardé dans la Corbeille (?
(je ne sais pas si ODS supprime le fichier, ou bien le déplace dans la Corbeille…)
Merci pour ta réponse.

Oui bien sûr ça a été mon premier reflex mais celle-ci est vide. Les fichiers supprimés sont introuvables mais toujours aussi peu d'espace libre, rien ne bouge

————————————

Il m'a suffit de redémarrer mon mac..

Merci Sly54 !
 
Dernière édition par un modérateur:
  • J’aime
Réactions: Sly54
Bonjour,

J'ai exactement le même problème, sauf que pour ma part j'ai eu beau éteindre et rallumer mon Mac, ça n'a pas l'air d'avoir fonctionné... que ça soit dans le Finder, "à propos de ce Mac/stockage", utilitaire de disque, ou même omnidisk, l'information de l'espace reste toujours le même (alors que j'ai au moins supprimé plus de 70 Go)...

Help, please, je vais craquer...
 
Dernière édition par un modérateur:
Bonjour sauvé (du moins l'espères-tu)

Si ton OS s'est installé dans un Conteneur apfs > il est possible que des snapshots (instantanés apfs imageant des états passés d'un volume et verrouillant comme occupés tous les blocs correspondants) --> se trouvent associés au volume de démarrage. En conséquence : aucun suppression de fichiers ne peut faire baisser l'occupation de l'espace du Conteneur.

- afin de vérifier si tu es bien dans ce cas de figure > il convient que tu commences par afficher ici la configuration de ton disque interne. Pour cela va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :​
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)
  • tu vas voir s'afficher en mode texte le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations

Poste le retour en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu (le 16è depuis la gauche = vers le milieu de la barre) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> (= Bloc de code) => tu fais ton coller dans la fenêtre de code et Continuer. Note bien : le 16è menu et pas le .​

=> ces informations montreront la configuration du disque.
 
Hello Macomaciac, j'espère être sauvé oui !
Merci beaucoup pour ta réactivité :)

Voilà le résultat que j'ai obtenu :

Bloc de code:
diskutil list
Last login: Mon Aug  2 23:57:23 on ttys000
Restored session: Mar  3 aoû 2021 00:23:49 CEST
MBP-de-Yann:~ apple$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            499.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

---------------------------------------

Pardon, Macomaniac*** :rolleyes:
 
Dernière édition par un modérateur:
Bien posté. Macinotsh HD est en format jhfs+ standard. Aucun snapshot envisageable donc.

- passe la commande :​
Bloc de code:
df -H /
  • qui mesure l'occupation de ses blocs

Poste le retour.

Question : l'OS installé est-il High Sierra ?
 
Voilà :

Bloc de code:
MBP-de-Yann:~ apple$ df -H /
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk0s2   499G   488G    11G    98% 1806711 4293160568    0%   /
MBP-de-Yann:~ apple$

C'est bien High Sierra 10.13.6
 
Dernière édition par un modérateur:
En effet : il y a 488 Go de blocs occupés et 11 Go seulement d'espace libre.

- on va comparer la taille actuelle des fichiers recensés dans le catalogue du système de fichiers jhfs+ > avec cette occupation des blocs --> pour voir s'il y a équivalence ou décalage significatif. Mais pour que la mesure des fichiers ne se heurte pas à des dénis d'accès --> il ne faut pas que le SIP (protocole de sécurisation) soit activé.​

Donc passe la commande préalable :
Bloc de code:
csrutil status
  • qui affiche le statut du SIP

Poste le retour.
 
Je t'avoue que je ne saisi pas bien tout ce que tu me dis mais je te fais confiance !

Bloc de code:
System Integrity Protection status: enabled.
 
  • Haha
Réactions: baron
Le SIP est activé (enabled).

----------

Pour désactiver le SIP > redémarre > les 2 touches ⌘R (cmd R) tenues pressées de l'écran noir => à la  = 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.

- lance-le et passe la commande :​
Bloc de code:
csrutil disable
  • qui désactive le SIP

Cela fait > quitte le Terminal > va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > redémarre dessus.

----------

De retour dans ta session > passe la commande (copier-coller) :
Bloc de code:
sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
  • à 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 mesure (en Gi = gibibytes : base 2) les objets de 1er rang du volume de démarrage (fichiers ou dossiers / visibles ou cachés). Elle est très lente d'exécution : attends le retour de l'invite de commande : MBP-de-Yann:~ apple$ en signal de fin.

Poste le tableau obtenu dans un bloc de code.
 
Bloc de code:
6,7M    /.DocumentRevisions-V100
  0B    /.file
4,0K    /.fseventsd
4,0K    /.OSInstallerMessages
  0B    /.PKInstallSandboxManager-SystemSoftware
1,1G    /.Spotlight-V100
  0B    /.vol
 34G    /Applications
2,5M    /bin
4,5K    /dev
4,0K    /etc
1,0K    /home
4,0K    /installer.failurerequests
 51G    /Library
1,0K    /net
  0B    /Network
157G    /private
1,1M    /sbin
6,9G    /System
4,0K    /tmp
201G    /Users
2,0G    /usr
4,0K    /var
4,0K    /Volumes
 
Bien posté. Je compte en tout 453 Gi = 487 Go de fichiers catalogués. Et on avait enregistré antérieurement une occcupation de blocs de 488 Go. À 1 Go près : les mesures sont équivalentes. Autant de blocs occupés que de fichiers recensés. On sait donc que la sur-occupation de ton volume Macintosh HD provient uniquement d'un excès de fichiers dispensables.

- de ce point de vue > le survol des dossiers de 1er rang de Macintosh HD est instructif. Le dossier-Système (invisible graphiquemnent) private est totalement hypertrophié avec 157 Gi = 169 Go de fichiers ! Soit facilement 160 Go de plus que la normale.​
- mais je note aussi une taille de la Bibliothèque Générale de l'OS de 51 Gi = 55 Go. Un pareil poids de fichiers ne se justifie que si tu as des bibliothèques spécialisées (de sons par exemple) > sinon il y a là encore manifestement un excès de fichiers dispensables.​
- je note encore une taille de 34 Gi = 37 Go du répertoire des Applications. Un poids rondelet > à moins que tu n'aies installé des applications dévoreuses d'espace-disque (comme Xcode ou autre).​
- enfin : le répertoire des Utilisateurs (incluant ton dossier de compte d'utilisateur) fait 201 Gi = 216 Go. Estimes-tu avoir autant de données personnelles ? - ou bien trouves-tu qu'il y aurait là encore un excédent de fichiers non justifié ?​
 
Mais comment est-ce possible ?
J'ai supprimé un dossier de 40 Go et un autre de 30 Go ! (alors qu'il me restait moins de 20 Go de dispo sur mon ordi..)

- Pour le survol des dossiers de 1er rang, qu'est-ce que ça signifie exactement ? À quoi correspondent ces fichiers ? Pourquoi est-ce anormal ?

- Je suis producteur de musique, j'ai effectivement des vst et autres logiciels qui prennent de la place donc ici rien d'anormal.

- Mais je pense qu'il y a effectivement un excédent de fichiers non justifié.

Enfin surtout : que dois-je faire ? :eek:

Parce que pour le coup j'ai exactement le même problème que Ludo404, lorsque je supprime un fichier (via omnidisk) aucune place ne se libère, mais le fichier disparaît
 
Dernière édition par un modérateur:
On va donc considérer que la taille des la Bibliothèque Générale et des Applications est régulière. On se concentre alors sur private puis Users.

- passe les commandes :​
Bloc de code:
sudo du -sh /pri*/*
sudo du -sh /pri*/var/*
  • les commandes mesurent (en Gi) : les sous-dossiers de private > puis les contenus du sous-dossier var (régulièrement le seul à enfler de volume)

Poste les retours. On va parier sur une hypertrophie de folders dans var.
 
Tout est dans var. Passe la commande :
Bloc de code:
sudo du -sh /pri*/var/*
  • qui mesure les contenus de var

Poste le retour.
 
Bloc de code:
  0B    /private/var/agentx
  0B    /private/var/at
 17M    /private/var/audit
  0B    /private/var/backups
2,0G    /private/var/db
  0B    /private/var/empty
981M    /private/var/folders
  0B    /private/var/install
  0B    /private/var/jabberd
  0B    /private/var/lib
113M    /private/var/log
  0B    /private/var/ma
  0B    /private/var/mail
4,0K    /private/var/msgs
  0B    /private/var/netboot
3,2M    /private/var/networkd
153G    /private/var/root
  0B    /private/var/rpc
 40K    /private/var/run
  0B    /private/var/rwho
480K    /private/var/spool
4,0K    /private/var/tmp
1,0G    /private/var/vm
  0B    /private/var/yp
 
Hé non ! Ce n'est pas le sous-dossier folders qui est hypertrophié > mais le dossier root -->

- il s'agit du dossier de compte de l'utilisateur root > qui est le System Administrator de l'OS et dont le dossier de compte n'est pas localisé de façon visible dans le répertoire des Utilisateurs > mais planqué à l'intérieur du répertoire private invisible. C'est la 1ère fois que je vois un dossier de compte root qui soit ainsi hypertrophié : 153 Gi = 164 Go !​

On est donc bons pour explorer ce dossier de compte de l'utilisateur root. Passe la commande :
Bloc de code:
sudo du -sh /pri*/var/root/*
  • qui liste et mesure (en Gi) ses contenus

Poste le retour.