10.15 Catalina Fichiers cachés et introuvables

Oldo

Membre enregistré
17 Novembre 2019
9
0
32
Bonsoir !

Comme d'autres ici, depuis que je suis sous Catalina l'espace libre sur mon disque dur varie de façon incompréhensible. J'ai lu les autres sujets avec un problème similaire mais je ne parviens toujours pas a résoudre le mien. Depuis quelques jours le système indique que le disque est presque complet alors qu'il ne devrait pas. Omnidisksweeper lui ne détecte pas ses fichiers et Daisydisk les indique comme cachés.

Capture d’écran 2019-11-17 à 23.45.56.pngCapture d’écran 2019-11-17 à 23.45.20.png

Capture d’écran 2019-11-17 à 23.46.47.png

Pour info, Time machine est désactivé et j'ai déja réindexé Spotlight. Toute aide est bienvenue !
 
Salut,

Sans donner plus d’explication que ça à ton problème ... Avec un OS aussi " novateur " dans sa nouvelle gestion des données d’un côté et des fichiers Système de l'autre, une installation propre via une clé Bootable aurait été mieux qu’une simple mise à jour.
 
Bonjour Oldo

L'« espace caché » selon Daisydisk correspond à de l'espace-occupé fantôme : blocs verrouillés à l'état "occupé" par des snapshots (instantanés imageant la configuration du volume à un instant T du temps) > sans fichiers catalogués qui y correspondent.

Voici comment tu vas pouvoir fournir les informations de base -->

- va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre ouverte > saisis les commandes informative (ce qui est inscrit sous Bloc de code - copier-coller - une ligne après l'autre) :​

Bloc de code:
diskutil list
tmutil listlocalsnasphots /
et ↩︎ (presse la touche "Entrée" du clavier après chaque commande saisie pour l'exécuter)

  • la 1ère affiche le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations
  • la 2è liste les snapshots existants

Poste les retours en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- utilise le menu ...▾ (à droite de la bobine souriante) 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.​
 
Bonjour Fullcrum, Sly 54 et Macomaniac.

La prochaine fois j'envisagerai l'installation via clé USB bootable c'est clair.

Omnidisksweeper a bien été lancé en mode root.

Voilà ce que cela donne les commandes dans le terminal :

Bloc de code:
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
Yusufs-MacBook-Pro:~ yus$ 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_APFS Container disk1         500.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Untitled - Données      487.2 GB   disk1s1
   2:                APFS Volume Preboot                 82.1 MB    disk1s2
   3:                APFS Volume Recovery                528.6 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Untitled                11.0 GB    disk1s5

Yusufs-MacBook-Pro:~ yus$ tmutil listlocalsnasphots /
listlocalsnasphots: Unrecognized verb.

Merci pour votre aide !
 
Je m'avise que j'ai fait un lapsus calami dans la 2è commande : j'ai écrit à la fin snasphots au lieu de snapshots à la manière des dyslexiques.

- voici la commande correctement rédigée :​
Bloc de code:
tmutil listlocalsnapshots /

  • repasse-la et poste le retour.
 
Bloc de code:
Yusufs-MacBook-Pro:~ yus$ tmutil listlocalsnapshots /
Snapshots for volume group containing disk /:

J'avais cru comprendre que ces snapshots étaient liés à Time Machine. C'est encore autre chose ?
 
Pas de snapshot pour le volume Untitled démarré.

- passe encore la commande :​
Bloc de code:
diskutil ap listSnaps disk1s1

  • la commande affiche les snapshots de Untitled - Données

Poste le retour.

Note : les snapshots sont utilisés par Time Machine mais leur rôle ne se réduit pas à cet usage.
 
Aucun snapshot verrouilleur d'espace de bloc - donc.

- passe la commande (copier-coller) :​
Bloc de code:
sudo du -sh /System/Volumes/Data/*

  • à 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 dossiers de 1er rang du volume Untitled - Données (monté dans Untited démarré at: /System/Volumes/Data). Commande lente => attends le retour de Yusufs-MacBook-Pro:~ yus$ en signal de fin.

Poste le tableau obtenu.
 
Bloc de code:
Yusufs-MacBook-Pro:~ yus$ sudo du -sh /System/Volumes/Data/*
Password:
16G    /System/Volumes/Data/Applications
9,1G    /System/Volumes/Data/Library
2,7G    /System/Volumes/Data/System
310G    /System/Volumes/Data/Users
  0B    /System/Volumes/Data/Volumes
  0B    /System/Volumes/Data/cores
1,0K    /System/Volumes/Data/home
  0B    /System/Volumes/Data/mnt
  0B    /System/Volumes/Data/opt
4,5G    /System/Volumes/Data/private
  0B    /System/Volumes/Data/sw
166M    /System/Volumes/Data/usr
Yusufs-MacBook-Pro:~ yus$


Merci pour ta pédagogie macomania.

Aussi je me rends compte que lorsque je supprime des fichiers, l'espace libre sur le disque ne bouge pas du tout.
 
Dernière édition:
Je comptabilise 342,3 Gi de fichiers catalogués = 367,5 Go. Or il y a 487.2 Go de blocs occupés pour le même volume -->

- il y a donc une sur-allocation de blocs occupés de 487,2 Go - 367,5 Go = 119,7 Go.​

Aucun snapshot recensé n'explique cette occupation de blocs fantôme => il faut donc qu'un erreur dans l'apfs en rende compte : snapshot corrompu (in-identifiable mais actif) ou erreur d'allocation de blocs.

- passe la commande :​
Bloc de code:
diskutil verifyVolume disk1

  • qui vérifie le Conteneur apfs et ses 5 volumes

Poste l'affichage retourné.
 
Bloc de code:
Yusufs-MacBook-Pro:~ yus$ diskutil verifyVolume disk1
Started file system verification on disk1
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Untitled - Données was formatted by hfs_convert (748.57.19) and last modified by apfs_kext (1412.41.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by newfs_apfs (748.57.19) and last modified by apfs_kext (1412.41.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by newfs_apfs (748.57.19) and last modified by apfs_kext (1412.41.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by newfs_apfs (748.57.19) and last modified by apfs_kext (1412.41.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
warning: apfs_fs_alloc_count is not valid (expected 262412, actual 262413)
Checking volume
Checking the APFS volume superblock
The volume Untitled was formatted by diskmanagementd (1412.11.7) and last modified by apfs_kext (1412.41.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying allocated space
warning: overallocation detected on Main device: (0xe3c27+1) bitmap address (0x31119)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1
 
Aucune erreur n'est attestée nulle part dans l'apfs -->

- en quoi peut donc bien consister cet espace fantôme ? Passe la commande (copier-coller) :​
Bloc de code:
sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +

  • la commande mesure dans le volume : Untitled - Données (monté at: /System/Volumes/Data) => tous les objets de 1er rang (fichiers ou dossiers / visibles ou cachés). Commande très lente.

Poste le retour.
 
Ca y est, je crois qu'on se rapproche du problème. 363G dans cleverfiles c'est bizarre. Aucune idée de ce que c'est.

Bloc de code:
Yusufs-MacBook-Pro:~ yus$ 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/.adobeTemp: No such file or directory
find: /System/Volumes/Data/.cleverfiles: 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
166M    /System/Volumes/Data/usr
152M    /System/Volumes/Data/.Spotlight-V100
16K    /System/Volumes/Data/.DS_Store
4,0K    /System/Volumes/Data/.installer-compatibility
  0B    /System/Volumes/Data/.PKInstallSandboxManager-SystemSoftware
  0B    /System/Volumes/Data/.adobeTemp
1,7M    /System/Volumes/Data/.TempReceipt.bom
  0B    /System/Volumes/Data/.file
9,2G    /System/Volumes/Data/Library
363G    /System/Volumes/Data/.cleverfiles
  0B    /System/Volumes/Data/.Trashes
2,7G    /System/Volumes/Data/System
4,0K    /System/Volumes/Data/.OSInstallerMessages
  0B    /System/Volumes/Data/mnt
872K    /System/Volumes/Data/.fseventsd
3,5G    /System/Volumes/Data/private
1,3G    /System/Volumes/Data/.DocumentRevisions-V100
  0B    /System/Volumes/Data/.vol
74G    /System/Volumes/Data/Users
8,7G    /System/Volumes/Data/Applications
  0B    /System/Volumes/Data/opt
  0B    /System/Volumes/Data/Volumes
  0B    /System/Volumes/Data/.TemporaryItems
  0B    /System/Volumes/Data/cores
Yusufs-MacBook-Pro:~ yus$
 
Trouvé ! --> c'est ici :
Bloc de code:
363G    /System/Volumes/Data/.cleverfiles

  • le dossier invisible .cleverfiles (dans l'espace-racine de Untitled - Données) : 363 Gi = 390 Go !

Passe la commande (copier-coller) :
Bloc de code:
sudo rm -rf /System/Volumes/Data/.cleverfiles

  • la commande supprime ce dossier parasite. Commande silencieuse.

Cela fait > repasse la commande :
Bloc de code:
df -H /System/Volumes/Data

  • qui mesure l'occupation de Untitled - Données et surtout l'espace libre global dans le Conteneur apfs

Poste le retour.
 
C'est bon !

Bloc de code:
Yusufs-MacBook-Pro:~ yus$ df -H /System/Volumes/Data
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   500G   363G   124G    75%  576672 4882900248    0%   /System/Volumes/Data
Yusufs-MacBook-Pro:~ yus$

Je vois maintenant que ce dossier cleverfiles venait de DiskDrill..

Un tout grand merci pour ton aide.
 
Il a un peu fallu se battre les flancs pour détecter la source de l'anomalie :hilarious:

- estimes-tu ton problème réglé ?​
 
Bonjour @macomaniac, j'ai manifestement le même genre de problème que Oldo.

Bloc de code:
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on

/dev/disk1s1   121G   103G   3.8G    97%  470237 1181348203    0%   /System/Volumes/Data

J'ai 17 G "invisibles". Mon Macbook Pro se remplit tout seul, à chaque fois que je le vide. J'avais libéré 17 G il y a quelques jours... Les voilà remplis...
Pouvez-vous m'aider à trouver ce qui coince ?
Merci beaucoup !

Fanny