10.15 Catalina Comment supprimer "Autres volumes dans le conteneur" ?

Statut
Ce sujet est fermé.
Tout est dans le dossier V7. On descend dedans pour une mesure de ses contenus par la commande :
Bloc de code:
sudo du -sh ~/Lib*/Mail/V7/*

  • poste le retour.
 
Alors, après ce long chemin, j'ai compris que cela venait du dossier regroupant les mails de la personne que j'ai remplacé dans cette entreprise ...la voilà la grande écrivaine !
Soulagement, je peux tout supprimer sans crainte. La corbeille est au travail
Petite question pour ma culture personnelle, comment se fait-il que ces mails là soient restés stockés sur mon disque alors que j'avais supprimé tous les comptes mails de l'entreprise ?

D'autre part, dois-je maintenant passer la commande
Bloc de code:
csrutil enable
ou quelque chose d'autre ?
 
Je ne sais pas répondre à ta question sur la résilience dans ton compte des courriers de celle qui t'a précédée.

- si tu as bien pu supprimer les courriers indésirés et récupérer l'espace libre correspondant => tu peux effectivement réactiver le SIP dans le terminal de la session de secours (exclusivement - commande invalide dans un terminal de l'OS).​
 
Super ! Merci beaucoup pour ton aide et d'avoir pris ton temps. Le vidage de corbeille tourne toujours et j'en suis à plus de 28 millions d'objets supprimés : je suis bouche bée !
Bonne journée :cool:
 
Dernière édition par un modérateur:
Ouaip ! -->

- la suppression via le Finder active un exécutable rm (remove) > qui a le protocole de suppression suivant : il supprime toujours pour commencer les fichiers les plus élémentaires terme à terme > puis remonte dans la hiérarchie d'inclusion ensembliste => jusqu'à la suppression du dossier parent. En résumé : il ne supprime le dossier parent global > qu'après suppression élémentaire des fichiers enfants traités en terme à terme. Ce qui prend un temps considérable > dès lors qu'il existe des millions de fichiers enfants dans le dossier parent.​
Note : on a toujours tort de supprimer via le Finder des dossiers parents contenant un nombre considérable de fichiers enfants > car il est toujours prévisible qu'une telle opération > si jamais elle venait à être accidentellement interrompue => plante le lancement ultérieur du Finder. Il faut toujours préférer en pareil cas l'usage du terminal => qui n'implique jamais une supervision du Finder et donc ne peut pas l'entraîner au plantage. Donc : méfie-toi de ne pas court-circuiter prématurément le processus de suppression actuel.​
 
Note : on a toujours tort de supprimer via le Finder des dossiers parents contenant un nombre considérable de fichiers enfants > car il est toujours prévisible qu'une telle opération > si jamais elle venait à être accidentellement interrompue => plante le lancement ultérieur du Finder. Il faut toujours préférer en pareil cas l'usage du terminal => qui n'implique jamais une supervision du Finder et donc ne peut pas l'entraîner au plantage. Donc : méfie-toi de ne pas court-circuiter prématurément le processus de suppression actuel.​

Ok, je saurai pour une prochaine fois :)
 
Il faut toujours préférer en pareil cas l'usage du terminal
Il faut quand même savoir écrire précisément la commande de suppression, parce qu'une boulette dans l'écriture de la commande peut se transforme en cata absolue !
OK, quand on fait ça on se doit d'avoir une sauvegarde à jour de ses données… ;)
 
Bonjour @macomaniac

J'ai moi aussi un souci d'espace "Autres" qui occupe mon Disque dur alors que la plupart de mes données est stockée sur le cloud.

Je suis sous Mac OS 10.15.7 Catalina.

Ci-dessous les commandes dont tu as parlé plus haut :

1. Voilà ce que j'obtiens avec diskutil list internal

Bloc de code:
diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         120.4 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +120.4 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  81.1 GB    disk1s1
   2:                APFS Volume Preboot                 82.4 MB    disk1s2
   3:                APFS Volume Recovery                529.0 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.4 GB    disk1s5

2. Puis avec diskutil ap list

Bloc de code:
APFS Container (1 found)
|
+-- Container disk1 736AC1B4-BC1E-48F8-A5E5-E09202B4D275
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      120368205824 B (120.4 GB)
    Capacity In Use By Volumes:   95437213696 B (95.4 GB) (79.3% used)
    Capacity Not Allocated:       24930992128 B (24.9 GB) (20.7% free)
    |
    +-< Physical Store disk0s2 8E4548EF-0906-41D8-BB29-117B5AB5D807
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       120368205824 B (120.4 GB)
    |
    +-> Volume disk1s1 1B2F48F3-C750-3C94-B13C-40A22FA37B55
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (Data)
    |   Name:                      Macintosh HD - Données (Case-insensitive)
    |   Mount Point:               /System/Volumes/Data
    |   Capacity Consumed:         81106771968 B (81.1 GB)
    |   FileVault:                 Yes (Unlocked)
    |
    +-> Volume disk1s2 5F16DAE7-D836-47CE-9C46-D56DF7711461
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         82378752 B (82.4 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 C859CFD2-BA10-4AEE-9865-7B4915FF78CB
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         528982016 B (529.0 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 0962E370-CF89-4CA7-875F-512BB8978E81
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s4 (VM)
    |   Name:                      VM (Case-insensitive)
    |   Mount Point:               /private/var/vm
    |   Capacity Consumed:         2148630528 B (2.1 GB)
    |   FileVault:                 No
    |
    +-> Volume disk1s5 67D5E448-CFEB-4929-92C5-9E7D34ED3116
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s5 (System)
        Name:                      Macintosh HD (Case-insensitive)
        Mount Point:               /
        Capacity Consumed:         11444092928 B (11.4 GB)
        FileVault:                 Yes (Unlocked)

Je te remercie d'avance pour ton aide !
 
Bonjour Igor

Tu as une distribution à 5 volumes régulière de Catalina dans le Conteneur apfs (1 volume-Système > 1 volume-Données > 3 volumes auxiliaires). Rien à noter concernant le volume-Système et les 3 auxiliaires : présence requise et taille réglementaire.

- le volume-Données a une occupation de blocs de 81 Go. Je suppose que tu souhaites une enquête à son sujet.​

Passe d'abord la commande :
Bloc de code:
diskutil ap listSnaps disk1s1
  • qui liste d'éventuels snapshots (instantanés archivant des états passés du volume et retenant comme occupés tous les blocs correspondant aux fichiers sauvegardés - même après suppression de ces fichiers du catalogue de l'apfs)

Obtiens-tu un retour de la commande ?
 
Merci pour ta réponse.

J'obtiens ceci
Bloc de code:
diskutil ap listSnaps disk1s1
No snapshots for disk1s1
 
Pas de snapshots. Il va donc falloir mesurer la taille des groupements de fichiers dans le volume-Données.

- passe la commande préparatoire :​
Bloc de code:
csrutil status
  • qui affiche le statut du SIP (protocole de sécurisation)

Poste le retour. Une activation du SIP bloquerait partiellement la commande de mesure des fichiers que j'ai l'intention de te passer > et brouillerait la lisibilité du tableau retourné par une ribambelle de "Operation not permitted".
 
SIP 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 /System/Volumes/Data -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-Données (fichiers ou dossiers / visibles ou cachés). Elle est très lente d'exécution : attends le retour de l'invite de commande du terminal en signal de fin.

Poste le tableau dans un bloc de code.
 
Le voici :

Bloc de code:
 0B    /System/Volumes/Data/sw
  0B    /System/Volumes/Data/.HFS+ Private Directory Data
1,0K    /System/Volumes/Data/home
2,4M    /System/Volumes/Data/usr
507M    /System/Volumes/Data/.Spotlight-V100
8,0K    /System/Volumes/Data/.DS_Store
  0B    /System/Volumes/Data/.PKInstallSandboxManager
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
1,2G    /System/Volumes/Data/Library
1,9G    /System/Volumes/Data/System
4,0K    /System/Volumes/Data/.OSInstallerMessages
  0B    /System/Volumes/Data/mnt
 54M    /System/Volumes/Data/.fseventsd
5,5G    /System/Volumes/Data/private
328M    /System/Volumes/Data/.DocumentRevisions-V100
  0B    /System/Volumes/Data/.vol
 61G    /System/Volumes/Data/Users
3,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
 
Le volume-Données héberge les données variables (en contenu & taille) aussi bien de l'OS que de l'utilisateur. Je ne note que des tailles régulières pour les dossiers-Système > seul le répertoire Users avec ses 61 Gi = 66 Go présente une grandeur notable.

- passe les 2 commandes (séparément) :​
Bloc de code:
sudo du -sh /Users/*
sudo du -sh ~/*
  • qui mesurent (en Gi) : les dossiers de comptes dans les Utiisateurs > puis les sous-dossiers de ton dossier d'utilisateur connecté (désigné en abrégé par le tilde ~)

Poste les retours.

Note : l'OS Catalina avec sa distribution en 2 volumes principaux --> consomme davantage d'espace que les OS antérieurs à volume principal unique.
 
Voici ce que j'obtiens pour la première commande :

Bloc de code:
4,0K    /Users/Guest
 97M    /Users/Shared
 22G    /Users/alize
 38G    /Users/igor

Et pour la seconde :

Bloc de code:
  0B    /Users/igor/Applications
330M    /Users/igor/Desktop
 26M    /Users/igor/Documents
508K    /Users/igor/Downloads
 33G    /Users/igor/Library
 28K    /Users/igor/Movies
3,4G    /Users/igor/Music
1,3G    /Users/igor/Pictures
  0B    /Users/igor/Public
 
Il y a 2 dossiers de comptes dans les Utilisateurs --> igor (= toi) : 38 Gi = 41 Go & alize : 22 Gi = 24 Go.

- l'utilsatrice alize est bien toujours active ?​

----------

En ce qui concerne ton dossier igor -->

- les données des sous-dossiers visibles se bornent à Images : 1,3 Gi = 1,4 Go & Musique : 3,4 Gi = 3,7 Go
- c'est le sous-dossier Bibliothèque (invisible par défaut) qui recèle : 33 Gi = 35,5 Go

On enquête dans la Bibliothèque. Passe la commande :
Bloc de code:
sudo du -sh ~/Lib*/*
  • qui mesure (en Gi) ses sous-dossiers

Poste le retour.
 
Oui l'utilisatrice alizé est toujours actif et je ne pense pas qu'il y ai énormément d'éléments à supprimer.

Voici le retour concernant bibliothèque :

Bloc de code:
768K    /Users/igor/Library/Accessibility
1,2M    /Users/igor/Library/Accounts
  0B    /Users/igor/Library/Application Scripts
15G    /Users/igor/Library/Application Support
8,2M    /Users/igor/Library/Assistant
  0B    /Users/igor/Library/Assistants
  0B    /Users/igor/Library/Audio
13G    /Users/igor/Library/Caches
11M    /Users/igor/Library/Calendars
  0B    /Users/igor/Library/CallServices
  0B    /Users/igor/Library/ColorPickers
  0B    /Users/igor/Library/Colors
  0B    /Users/igor/Library/Compositions
2,0G    /Users/igor/Library/Containers
768K    /Users/igor/Library/Cookies
32K    /Users/igor/Library/CoreData
36K    /Users/igor/Library/CoreFollowUp
20K    /Users/igor/Library/DES
88K    /Users/igor/Library/Dictionaries
  0B    /Users/igor/Library/Family
  0B    /Users/igor/Library/Favorites
24K    /Users/igor/Library/FileProvider
  0B    /Users/igor/Library/FontCollections
  0B    /Users/igor/Library/Fonts
80K    /Users/igor/Library/FrontBoard
  0B    /Users/igor/Library/GameKit
9,7M    /Users/igor/Library/Google
175M    /Users/igor/Library/Group Containers
7,2M    /Users/igor/Library/HomeKit
3,6M    /Users/igor/Library/IdentityServices
  0B    /Users/igor/Library/Input Methods
  0B    /Users/igor/Library/Internet Plug-Ins
192K    /Users/igor/Library/Keyboard
  0B    /Users/igor/Library/Keyboard Layouts
4,1M    /Users/igor/Library/KeyboardServices
21M    /Users/igor/Library/Keychains
1,4M    /Users/igor/Library/LanguageModeling
24K    /Users/igor/Library/LaunchAgents
32M    /Users/igor/Library/Logs
150M    /Users/igor/Library/Mail
  0B    /Users/igor/Library/Maps
8,1M    /Users/igor/Library/MediaStream
3,0G    /Users/igor/Library/Messages
44M    /Users/igor/Library/Metadata
35M    /Users/igor/Library/Mobile Documents
604K    /Users/igor/Library/Passes
7,1M    /Users/igor/Library/PersonalizationPortrait
212K    /Users/igor/Library/Personas
  0B    /Users/igor/Library/PreferencePanes
3,1M    /Users/igor/Library/Preferences
464K    /Users/igor/Library/Printers
144K    /Users/igor/Library/PubSub
5,3M    /Users/igor/Library/Reminders
258M    /Users/igor/Library/Safari
  0B    /Users/igor/Library/SafariSafeBrowsing
820K    /Users/igor/Library/Saved Application State
  0B    /Users/igor/Library/Screen Savers
  0B    /Users/igor/Library/Services
48K    /Users/igor/Library/Sharing
  0B    /Users/igor/Library/Sounds
52K    /Users/igor/Library/Spelling
14M    /Users/igor/Library/Suggestions
2,2M    /Users/igor/Library/SyncedPreferences
4,0K    /Users/igor/Library/UIKitSystem
  0B    /Users/igor/Library/VoiceTrigger
  0B    /Users/igor/Library/Voices
216K    /Users/igor/Library/WebKit
40K    /Users/igor/Library/com.apple.icloud.searchpartyd
128K    /Users/igor/Library/com.apple.internal.ck
  0B    /Users/igor/Library/iMovie
60K    /Users/igor/Library/iTunes
12K    /Users/igor/Library/studentd
 
Voici l'essentiel -->
Bloc de code:
15G    /Users/igor/Library/Application Support
13G    /Users/igor/Library/Caches
  • Application Support : 15 Gi = 16 Go et Caches : 13 Gi = 14 Go

Passe les 2 commandes :
Bloc de code:
sudo du -sh ~/Lib*/Ap*\Sup*/*
sudo du -sh ~/Lib*/Cac*/*
  • qui mesurent (en Gi) les contenus des 2 dossiers cités

Poste les retours.
 
Pour Application Support -->
Bloc de code:
 11G    /Users/igor/Library/Application Support/MobileSync
  • il s'agit de sauvegardes en local (au Mac) d'un iPhone. Je te conseille de vider le dossier MobileSync de son contenu (sans supprimer le dossier parent MobileSync) => et d'opter plutôt pour des sauvegardes iCloud sur ton iPhone.

Pour les Caches -->

- il y a un peu de tout partout > mais globalement : 14 Go de caches => c'est anormalement élevé. Je te conseille de supprimer l'ensemble des contenus du dossier Caches (sans supprimer le dossier enveloppe Caches lui-même). Les caches se reconstruiront automatiquement avec des tailles moins élevées.​

----------

Pour effectuer ces opérations via le Finder > il faut d'abord démasquer ta Bibliothèque. Passe la commande :
Bloc de code:
open ~
  • qui ouvre l'espace global de ton dossier igor dans une fenêtre du Finder. Va alors à la barre de menus du Finder : Présentation > Afficher les options de présentation (en bas) => dans la palette affichée en parallèle > coche la case de : "Afficher le dossier Bibliothèque" (en bas encore). Un nouveau dossier Bibliothèque se montre dans l'espace global du dossier igor.

Entres-y > va aux 2 sous-dossiers MobileSync & Caches (d'après leurs adresses ci-dessus) > et supprime les 2 contenus. Redémarre une fois et dis si tu as récupéré un espace libre conforme à tes attentes.
 
Statut
Ce sujet est fermé.