Sujet unique Si le stockage « Système » prend trop de place

Bloc de code: 
iMac-Salon:~ nr$ diskutil ap deleteContainer disk5 ; diskutil ap deleteContainer disk3 ; diskutil eraseVolume free null disk2s5 ; diskutil eraseVolume free null disk2s6 ; diskutil ap resizeContainer disk4 0b ; diskutil list external
Started APFS operation on disk5
Deleting APFS Container with all of its APFS Volumes
Unmounting Volumes
Unmounting Volume "Clone - Données" on disk5s1
Unmounting Volume "Clone" on disk5s2
Unmounting Volume "Preboot" on disk5s3
Unmounting Volume "Recovery" on disk5s4
Unmounting Volume "VM" on disk5s5
Deleting Volumes
Deleting Container
Wiping former APFS disks
Switching content types
Reformatting former APFS disks
Initialized /dev/rdisk2s5 as a 326 GB case-insensitive HFS Plus volume with a 32768k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk2s5
Finished APFS operation on disk5
Started APFS operation on disk3
Deleting APFS Container with all of its APFS Volumes
Unmounting Volumes
Unmounting Volume "SOS - Données" on disk3s1
Unmounting Volume "Preboot" on disk3s2
Unmounting Volume "Recovery" on disk3s3
Unmounting Volume "VM" on disk3s4
Unmounting Volume "SOS" on disk3s5
Deleting Volumes
Deleting Container
Wiping former APFS disks
Switching content types
Reformatting former APFS disks
Initialized /dev/rdisk2s6 as a 65 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk2s6
Finished APFS operation on disk3
Started erase on disk2s5 Untitled
Unmounting disk
Finished erase on disk2
Started erase on disk2s6 Untitled
Unmounting disk
Finished erase on disk2
Started APFS operation
Aligning grow delta to 419 913 822 208 bytes and targeting a new physical store size of 499 913 822 208 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 499 912 794 112 bytes
Resizing APFS Container designated by APFS Container Reference disk4
The specific APFS Physical Store being resized is disk2s4
Verifying storage system
Performing fsck_apfs -n -x -S /dev/disk2s4
Checking the container superblock
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume HD_EXT was formatted by diskmanagementd (945.230.6) and last modified by apfs_kext (1412.141.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
The volume /dev/disk2s4 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk2s4 from 80 000 000 000 to 499 913 822 208 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage TIMEMACHINE             499.9 GB   disk2s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk2s3
   4:                 Apple_APFS Container disk4         499.9 GB   disk2s4

/dev/disk4 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk4
                                 Physical Store disk2s4
   1:                APFS Volume HD_EXT                  34.7 GB    disk4s1

Offline
                                 Logical Volume TIMEMACHINE on disk2s2
                                 61038CB4-37DF-4476-BB1F-FBD2897154B2
                                 Locked Encrypted

Un très très grand merci à toi @macomaniac, merci de m'avoir accompagné pas à pas, et merci pour tout ce que tu fais sur ce forum !
 
Bonjour,
J'ai exactement le même problème... (Mac OS Mojave, version 10.14.2, 8 Go 1600 MHz DDR3). J'ai 103 gigas utilisés par le Système (quand je regarde dans A propos de ce mac > Stockage).

J'ai suivi les différentes commandes à faire mais j'avoue que je ne comprends pas trop les résultats et ce que je dois faire ensuite.... Car ce n'est pas les mêmes fichiers qui prennent de la place... Pouvez-vous m'aider svp ?
Ci-dessous les différentes commandes...

Bloc de code: 
Air-de-Agnes:~ agnes$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:

1,0K    /home
436M    /usr
201M    /.Spotlight-V100
1,0K    /net
 12K    /.DS_Store
  0B    /.PKInstallSandboxManager
 68K    /.PKInstallSandboxManager-SystemSoftware
2,5M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
4,6G    /Library
  0B    /.Trashes
6,4G    /System
4,0K    /.OSInstallerMessages
4,0K    /.fseventsd
3,8G    /private
6,8M    /.DocumentRevisions-V100
  0B    /.vol
 80G    /Users
1,6G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores

Bloc de code: 
Air-de-Agnes:~ agnes$ 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 Macintosh HD was formatted by newfs_apfs (945.200.84) and last modified by apfs_kext (945.230.6)
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.30.60) and last modified by apfs_kext (945.230.6)
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.30.60) and last modified by apfs_kext (945.230.6)
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 apfs.util (945.200.129) and last modified by apfs_kext (945.230.6)
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
Performing deferred repairs
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1

Bloc de code: 
Air-de-Agnes:~ agnes$ sudo du -sh /Users/*
  0B    /Users/Shared
 80G    /Users/agnes

Bloc de code: 
Air-de-Agnes:~ agnes$ sudo du -sh ~/*
  0B    /Users/agnes/-
332K    /Users/agnes/Applications
  0B    /Users/agnes/C:Windowssystem32pcalua.exe
  0B    /Users/agnes/DefaultScope
1,6M    /Users/agnes/Desktop
 12K    /Users/agnes/Documents
3,7M    /Users/agnes/Downloads
 80G    /Users/agnes/Library
4,0K    /Users/agnes/Movies
432K    /Users/agnes/Music
  0B    /Users/agnes/Pas
 51M    /Users/agnes/Pictures
  0B    /Users/agnes/Public
  0B    /Users/agnes/{015DB5FA-EAFB-4592-A95B-F44D3EE87FA9}
  0B    /Users/agnes/{0633EE93-D776-472f-A0FF-E1416B8B2E3A}
  0B    /Users/agnes/{2211d4a5-48d0-47f5-a7cd-81e861470f7f}
  0B    /Users/agnes/{472083B0-C522-11CF-8763-00608CC02F24}
  0B    /Users/agnes/{FFEBBF0A-C22C-4172-89FF-45215A135AC7}
  0B    /Users/agnes/{f7bb050c-e116-44da-89c2-6f2b68c54836}
  0B    /Users/agnes/Поиск@Mail.Ru
 
Bonsoir a.g.n.e.s.

Tu as un dossier de compte agnes dont les sous-dossiers visibles sont vides > mais dont le sous-dossier invisible (par défaut) de la Bibliothèque recèle 80 Gi = 86 Go de fichiers !

- passe les 2 commandes :​
Bloc de code: 
diskutil list
sudo du -sh ~/Lib*/*
  • qui affichent la configuration générale des disques & mesurent (en Gi) les contenus de ta Bibliothèque

Poste les 2 retours.
 
Bonjour @macomaniac,

J'ai aussi le problème sur mon Mac... Si vous pouviez m'aider, je vous en serais reconnaissant

Voilà, je suis à présent inscrit sur le forum... Merci pour votre accueil.
Donc, j'ai aussi un problème de stockage système important sans raison apparente. Si quelqu'un pouvait m'aider, je vous en serais reconnaissant. Merci d'avance
 
Dernière édition par un modérateur:
Bonjour Makafond

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

- 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 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.​

=> ces informations montreront la configuration du disque. J'aurai ainsi une 1ère idée de la situation.
 
Bonjour Macomaniac

Bloc de code: 
Last login: Mon Oct 26 09:28:01 on console
pc10:~ ericthiebaut$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            113.1 GB   disk1s1
   2:                APFS Volume Preboot                 46.3 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Je vois que le volume de démarrage Macintosh HD est en format apfs. 113 Go d'occupation de blocs.

- passe la commande (copier-coller) :​
Bloc de code: 
diskutil ap listSnaps disk1s1
  • qui s'enquiert de la présence éventuelle de snapshots (instantanés apfs rétenteurs d'espace de blocs occupé) > associés au volume de démarrage

=> as-tu obtenu un retour ?

Question : quel est l'OS actuellement installé --> c'est bien Mojave ?
 
Voici la version système: macOS 10.14.6 (18G103)
Bloc de code: 
pc10:~ ericthiebaut$ diskutil ap listSnaps disk1s1
No snapshots for disk1s1
pc10:~ ericthiebaut$
 
Dernière édition par un modérateur:
Pas de snapshots associés => donc a priori quantité de blocs occupés = taille des fichiers catalogués. Passe encore la commande :
Bloc de code: 
csrutil status
  • qui s'enquiert du statut actuel du SIP (protocole de sécurisation). Une activation du SIP bloquerait partiellement une commande de mesure des groupements de fichiers dans le volume que j'envisage de te passer

Poste le retour.
 
Bloc de code: 
pc10:~ ericthiebaut$ csrutil status
System Integrity Protection status: disabled.
pc10:~ ericthiebaut$
 
Dernière édition par un modérateur:
SIP désactivé (disabled) => tu peux donc passer directement la commande de mesure des fichiers.

- 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 : pc10:~ ericthiebaut$ en signal de fin.

Poste le tableau obtenu dans un Bloc de code.
 
Bloc de code: 
pc10:~ ericthiebaut$ sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
  0B    /.HFS+ Private Directory Data
1,0K    /home
479M    /usr
159M    /.Spotlight-V100
1,0K    /net
 12K    /.DS_Store
  0B    /.PKInstallSandboxManager
  0B    /.PKInstallSandboxManager-SystemSoftware
2,6M    /bin
  0B    /installer.failurerequests
  0B    /Network
1,0M    /sbin
  0B    /.file
  0B    /etc
  0B    /var
4,6G    /Library
8,0G    /.cleverfiles
  0B    /.Trashes
7,9G    /System
4,0K    /.OSInstallerMessages
1,5M    /.fseventsd
2,9G    /private
 33M    /.DocumentRevisions-V100
  0B    /.vol
 28G    /Users
8,6G    /Applications
4,5K    /dev
 19M    /Volumes
  0B    /.TemporaryItems
  0B    /tmp
  0B    /.dbfseventsd
  0B    /cores
pc10:~ ericthiebaut$
 
Je comptabilise 60,6 Gi = 65 Go de fichiers catalogués. Pour 113 Go de blocs occupés. Alors qu'aucun snapshot recensé ne retient indûment d'espace de blocs occupés (sans fichiers qui seraient catalogués dessus).

- il y a donc 113 Go - 65 Go = 48 Go de blocs occupés en excès (sur la taille réelle des fichiers). Ce qui constitue une anomalie. On peut alors conjecturer 2 raisons possibles de cette anomalie : a) une erreur massive du spaceman (space_manager) : le gestionnaire de l'allocation de blocs de l'apfs > b) l'existence d'un snapshot corrompu : non répertorié comme instantané valide > néanmoins actif et rétenteur d'espace comme un snapshot régulier.​

Afin de vérifier ces conjectures > passe la commande :
Bloc de code: 
diskutil verifyVolume disk1
  • qui vérifie dans l'ordre : l'apfs du Conteneur > puis de ses 4 volumes

Poste le retour => on verra s'il y a bien un dysfonctionnement de l'apfs auquel on pourrait imputer l'occupation de blocs en excès.
 
Bloc de code: 
pc10:~ ericthiebaut$ 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 Macintosh HD was formatted by hfs_convert (748.21.6) and last modified by apfs_kext (945.275.7)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1
error: (oid 0x70f28) apfs_extentref: btn: invalid o_subtype (11)
Snapshot is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1
pc10:~ ericthiebaut$
 
Hé ! hé ! -->
Bloc de code: 
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1
error: (oid 0x70f28) apfs_extentref: btn: invalid o_subtype (11)
Snapshot is invalid
  • il y a bien un snapshot corrompu associé au volume de démarrage Macintosh HD. Ce snapshot n'était pas répertoriable comme objet valide (par la commande diskutil listSnaps que je t'avais passée) > néanmoins il est actif et rétenteur des 48 Go de blocs occupés en excès. Mauvaise nouvelle corollaire de son statut de snapshot corrompu : il est impossible à supprimer de manière régulière (car pour cela il faudrait qu'il ait une identité d'instantané valide constituée par la date de sa prise notamment).

La seule façon de te tirer de cette situation va être de : cloner le volume Macintosh HD dans le volume d'un DDE USB (seul les fichiers seront clonés et pas l'apfs qui est leur metteur en scène => donc pas de clonage du snapshot corrompu) > démarrer sur le clone > supprimer / recréer l'apfs interne corrompu > cloner à rebours le clone dans le nouveau Macintosh HD interne.

- donc disposes-tu d'un DDE USB sur le disque duquel on pourrait créer un volume dédié au clone d'environ 80 Go (pour les 65 Go de fichiers) ?​
 
Merci Macomaniac pour la pertinence de ton analyse et pour le temps que tu me consacre...
Je dispose bien d'un disque externe avec suffisamment de mémoires, mais au format windows... je ne sais pas si cela peut convenir
 
Non a priori : car il est alors impossible de repartitionner le volume existant pour en créer un second dédié au clone. Et la table de partition présumée de type MBR n'est pas adaptée pour un disque support de volume démarrable par Mac.

- branche quand même ton DDE au Mac. Puis passe les 2 commandes (séparément) :​
Bloc de code: 
diskutil list external
df -H
  • qui affichent la configuration du disque externe seule > puis mesurent (en Go) l'occupation des volumes montés

Poste les retours => que je voie ton DDE.
 
Bloc de code: 
pc10:~ ericthiebaut$ diskutil list external
/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *120.0 GB   disk2
   1:                  Apple_HFS Eric                    114.3 GB   disk2s1
   2:                  Apple_HFS Eric-1                  5.7 GB     disk2s2

pc10:~ ericthiebaut$ df -H
Filesystem      Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1    121G   113G   6.2G    95%  848840 9223372036853926967    0%   /
devfs           197k   197k     0B   100%     666                   0  100%   /dev
/dev/disk1s4    121G   1.1G   6.2G    15%       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
/dev/disk2s1    114G   222M   114G     1%      78          4294967201    0%   /Volumes/Eric
/dev/disk2s2    5.7G    30M   5.7G     1%      78          4294967201    0%   /Volumes/Eric-1
pc10:~ ericthiebaut$
 
Hé ! la chance tourne en ta faveur : les 2 volumes Eric & Eric-1 sont vides de données => d'accord pour un reparamétrage du disque externe de 120 Go ?
 

Sujets similaires

veronikash
  • Fermé
10.14 Mojave Système qui prend trop de place
Réponses
30
Affichages
5K
macOS
Membre supprimé 1060554
M
C
10.14 Mojave Macbook pro neuf, stockage système à + de 50Go
Réponses
7
Affichages
3K
macOS
Membre supprimé 1138547
M
C
10.13 High Sierra Mémoire saturée par le Système
Réponses
15
Affichages
3K
macOS
Membre supprimé 1060554
M
GoldNoway
10.13 High Sierra Problème de partition
Réponses
2
Affichages
943
macOS
GoldNoway
GoldNoway
K
MacBook Pro Impossible de libérer de l'espace
Réponses
3
Affichages
1K
Mac
Membre supprimé 1060554
M
Haut Bas