10.12 Sierra 70 Go de stockage occupé par le système ?

[Henria]

Voici ce que me donne la commande passée :

/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            52.2 GB    disk1s1
   2:                APFS Volume Preboot                 44.6 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

 

[Membre supprimé 1060554]

Pfuiiittt ! sacré dégraissage. Ton volume Macintosh HD est passé de 103,8 Go d'occupation de blocs à 52,2 Go.

- je pense que ton problème est actuellement réglé.​

 

[Henria]

Yes, je pense aussi. Merci beaucoup pour tes conseils et ton professionnalisme. En espérant que ca n'arrive pas a nouveau.

Pour ce qui est du SIP quel est la différence lorsqu'il est activé ou désactivé ? Si jamais, peux tu me donner la démarche pour l'activer à nouveau ?

Encore merci !

 

[Membre supprimé 1060554]

Pour réactiver le SIP > réouvre via ⌘R la session de secours. Dans son terminal > passe la commande :

csrutil enable

• qui réactive le SIP p=> puis redémarre pur réouvrir ta session d'utilisateur.

Le SIP consiste en flags (attributs invisibles) que l'EFI (le programme de boot primaire du Mac) prend en charge à la lecture de la NVRAM (la mémoire statique de la carte mère) > et passe comme instructions au lanceur de l'OS. À l'arrivée : une série de dossiers-Système (et de sous-dossiers de la Bibliothèque de compte de l'utilisateur et un zillion d'autres cibles non documentées) --> se trouvent verrouillées au niveau de leurs permissions d'accès et rendues intouchables.

 

[Benifico]

Bonjour,

J'ai le même problème, stockage système de 80 Go pour un Mac de 120 Go à cause de la maj big sur qui a échoué à chaque fois.

Voici le tableau que m'affiche le terminal avec la commande diskutil list

Que dois-je faire ensuite svp ?

/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            109.6 GB   disk1s1
   2:                APFS Volume Preboot                 45.4 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      3.2 GB     disk1s4

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +75.5 MB    disk2
   1:                  Apple_HFS PokeMMO                 75.5 MB    disk2s1

 

[Membre supprimé 1060554]

Bonjour Benifico

Le volume de démarrage Macintosh HD a une occupation de blocs de 109,6 Go. En ajoutant les 3,7 Go d'occupation des volumes auxiliaires > cela donne 113,3 Go sur 121 Go de capacité totale du Conteneur apfs => ce qui ne laisse que 7,7 Go d'espace libre.

- si tu as suivi le dépannage de ton prédécesseur immédiat Henria dans ce fil > tu auras vu qu'il a passé une suite de commandes destinées à cerner la raison de la sur-occupation de son volume. Je te propose de repasser d'entrée la série suivante (copier-coller - une commande après l'autre) :​

diskutil ap listSnaps disk1s1
diskutil verifyVolume disk1
csrutil status

• qui : listent d'éventuels snapshots qui seraient associés à Macintosh HD > vérifient l'apfs du Conteneur et de ses volumes > affichent le status actuel du SIP (pour une explication plus étendue du sens de ces commandes => reporte-toi à mes messages à Henria où elles figurent avec mes commentaires)

Poste tous les retours en copier-coller > en veillant à faire les 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 17è 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. Il s'agit bien du 17è menu > pas du 7è.​

 

[Benifico]

diskutil ap listSnaps disk1s1
No snapshots for disk1s1

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.275.9)
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.77.4) and last modified by apfs_kext (945.275.9)
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.77.4) and last modified by apfs_kext (945.275.9)
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.220.38) and last modified by apfs_kext (945.275.9)
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/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1

csrutil status
System Integrity Protection status: enabled.

 

[Membre supprimé 1060554]

Pas de snapshot. Pas d'erreurs dans l'apfs. On en conclut provisoirement que tout l'espace occupé doit correspondre à des fichiers dûment catalogués. Si tu t'étonnes d'une telle taille globale > ça doit être parce qu'une quantité de ces fichiers échappe à ta supervision : soit fichiers du Système > soit fichiers de ta Bibliothèque de compte non affichée par défaut par le Finder. Il s'agit maintenant d'enquêter sur la distribution des fichiers dans Macintosh HD.

- le SIP étant activé (enabled) > la mesure des fichiers en serait perturbée. Il faut donc le désactiver en préambule.​

----------

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 :

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) :

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 terminée par ton nomcourt$ en signal de fin.

Poste le tableau obtenu.

 

[Benifico]

Le voici

sudo find -x / -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
1,0K    /home
442M    /usr
161M    /.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
6,4G    /Library
8,0G    /System
1,0G    /vm
4,0K    /.OSInstallerMessages
4,0K    /.fseventsd
 41G    /private
 23M    /.DocumentRevisions-V100
  0B    /.vol
 29G    /Users
 15G    /Applications
4,5K    /dev
  0B    /Volumes
  0B    /tmp
  0B    /cores

 

[Membre supprimé 1060554]

Bon. Les dossiers-Système ont une taille régulière > sauf le dossier invisible private qui fait 41 Gi = 44 Go --> ce qui est anormalement élevé. Le répertoire des Utilisateurs par ailleurs ne faisant qu'un modeste 29 Gi = 31 Go.

- passe les commandes (séparément) :​

sudo du -sh /pri*/*
sudo du -sh /pri*/var/*

• qui mesurent (en Gi) les sous-dossiers de private > puis les contenus du sous-dossier var (régulièrement celui qui présente une inflation)

Poste le retour. On peut conjecturer une hypertrophie de folders dans var.

 

[Benifico]

868K    /private/etc
  0B    /private/tftpboot
4,0K    /private/tmp
sudo du -sh /pri*/var/*
 42G    /private/var
 
 sudo du -sh /pri*/var/*
 
  0B    /private/var/agentx
  0B    /private/var/at
8,6M    /private/var/audit
196K    /private/var/avira
  0B    /private/var/backups
3,5G    /private/var/db
  0B    /private/var/empty
 37G    /private/var/folders
  0B    /private/var/install
  0B    /private/var/jabberd
  0B    /private/var/lib
302M    /private/var/log
  0B    /private/var/ma
  0B    /private/var/mail
4,0K    /private/var/msgs
  0B    /private/var/netboot
2,8M    /private/var/networkd
6,2M    /private/var/root
  0B    /private/var/rpc
 52K    /private/var/run
  0B    /private/var/rwho
176K    /private/var/spool
 81M    /private/var/tmp
1,0G    /private/var/vm
  0B    /private/var/yp

 

[Membre supprimé 1060554]

C'est bien folders qui fait 37 Gi = 40 Go.

- passe la commande :​

sudo du -sh /var/fol*/*

• qui mesure (en Gi) les contenus de folders

Poste le retour.

 

[Benifico]

322M    /var/folders/y7
 36G    /var/folders/zz

 

[Membre supprimé 1060554]

Ça va sentir la purge prochaine. Passe la commande :

sudo du -sh /var/fol*/zz/*

• qui mesure les contenus de zz

Poste le retour.

 

[Benifico]

 21M    /var/folders/zz/zyxvpxvq6csfxvn_n0000000000000
 56K    /var/folders/zz/zyxvpxvq6csfxvn_n000006w00001q
 56K    /var/folders/zz/zyxvpxvq6csfxvn_n0000084000021
 11M    /var/folders/zz/zyxvpxvq6csfxvn_n00000b000002r
7,3M    /var/folders/zz/zyxvpxvq6csfxvn_n00000b400002s
148K    /var/folders/zz/zyxvpxvq6csfxvn_n00000bh00002w
3,3M    /var/folders/zz/zyxvpxvq6csfxvn_n00000c4000031
 36G    /var/folders/zz/zyxvpxvq6csfxvn_n00000s0000068
1,5M    /var/folders/zz/zyxvpxvq6csfxvn_n00000s4000069
 56K    /var/folders/zz/zyxvpxvq6csfxvn_n00000s800006_
 11M    /var/folders/zz/zyxvpxvq6csfxvn_n00000sm00006d
  0B    /var/folders/zz/zyxvpxvq6csfxvn_n00000th00006m
4,0K    /var/folders/zz/zyxvpxvq6csfxvn_n00000xc00007b
356K    /var/folders/zz/zyxvpxvq6csfxvn_n00000y800007k
 69M    /var/folders/zz/zyxvpxvq6csfxvn_n00000z000007r
 56K    /var/folders/zz/zyxvpxvq6csfxvn_n0000108000082
  0B    /var/folders/zz/zyxvpxvq6csfxvn_n000011800008_

 

[Membre supprimé 1060554]

Bon : banzaï ! --> passe la commande :

sudo rm -rf /var/folders/zz/zyxvpxvq6csfxvn_n00000s0000068 ; df -H /

• la commande supprime le dossier hypertrophié dans zz (il n'y a jamais là de composants nécessaires au fonctionnement de l'OS) = commande muette > puis mesure l'occupation des blocs du volume démarré et l'espace libre global dans le Conteneur

Poste le retour.

 

[Benifico]

Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   121G    70G    49G    59%  909089 9223372036853866718    0%   /

On est déjà mieux niveau stockage

 

[Membre supprimé 1060554]

Pfuitt... Passez muscades. Tu as récupéré 49 Go d'espace libre dans le Conteneur --> ce qui est confortable.

- estimes-tu ton problème réglé ?​

 

[Benifico]

- estimes-tu ton problème réglé ?

Oui, je vois pas ce qu'on peut faire de plus ! Je vais essayer de télécharger et installer la dernière maj Big Sur. Pour le moment on est toujours sur Mojave ^^

Merci beaucoup, t'es le boss en tout cas ♥

 

[Membre supprimé 1060554]

Tu as assez d'espace libre actuel pour une installation de Big Sur sans blocage.

- si tu suspectes encore des fichiers surnuméraires > reviens ici en faire part. On examinera de près le répertoire des Utilisateurs et ton dossier de compte (où la Bibliothèque invisible est parfois hypertrophiée).​