Sujet unique Comment libérer le stockage « Autre »

C'est bon la MAJ s'est installée correctement ! J'ai retrouvé mon stockage initial
Bloc de code:
MacBook-Pro:~ bastienpeltier$ df -H /System/Volumes/Data
Filesystem     Size   Used  Avail Capacity iused     ifree %iused  Mounted on
/dev/disk1s1   121G    77G    27G    74%  782809 263568280    0%   /System/Volumes/Data

Merci beaucoup @macomaniac encore une fois, j'imagine que l'année prochaine je rencontrerai le même problème je ferai donc la même procédure !

Bonne soirée
 
Bonjour, j'ai actuellement les mêmes soucis avec mon mac, 52go sur 121 sont utilisés par la partie "Autre". Auriez-vous le temps de m'apporter votre aide Maconmaniac ?
 
Bonjour, j'ai actuellement les mêmes soucis avec mon mac, 52go sur 121 sont utilisés par la partie "Autre". Auriez-vous le temps de m'apporter votre aide Maconmaniac ?
 
Bonsoir Carla

Je vois une distribution Big Sur à 6 volumes dans le Conteneur de 121 Go. 99 Go pour le volume-Données & 19 Go pour les autres volumes => 118 Go occupés et 3 Go d'espace libre.

- la sur-occupation du volume-Données peut provenir de causes diverses. Passe les 3 commandes (l'une après l'autre) :​
Bloc de code:
diskutil ap listSnaps disk1s1
diskutil verifyVolume disk1
csrutil status
  • qui : listent les snapshots éventuellement associés au volume-Données > vérifient l'apfs du Conteneur et de ses volumes > affichent le statut actuel du SIP (protocole de sécurisation)

Poste tous les retours dans un bloc de code.
@macomaniac je viens seulement de voir ta réponse ! Je suis passée sur 12.0.1 entre temps, en espérant que ça règle le problème mais pas vraiment.

J'ai tapé les commandes sur tu m'as envoyé et voici la réponse :
Bloc de code:
diskutil ap listSnaps disk1s1
No snapshots for disk1s1

Bloc de code:
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 the encryption key structures
Checking volume /dev/rdisk1s1
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the document ID tree
Checking the fsroot tree
Verifying volume object map space
The volume /dev/rdisk1s1 appears to be OK
Checking volume /dev/rdisk1s2
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying volume object map space
The volume /dev/rdisk1s2 appears to be OK
Checking volume /dev/rdisk1s3
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying volume object map space
The volume /dev/rdisk1s3 appears to be OK
Checking volume /dev/rdisk1s4
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying volume object map space
The volume /dev/rdisk1s4 appears to be OK
Checking volume /dev/rdisk1s5
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 1 (com.apple.os.update-731FFAAF9830B1760968C2024FB0914C3A062192BFA55CF51D7E07C223858619)
Checking the extent ref tree
Checking the fsroot tree
Checking the file extent tree
Verifying volume object map space
The volume /dev/rdisk1s5 appears to be OK
Checking volume /dev/rdisk1s6
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
Verifying volume object map space
The volume /dev/rdisk1s6 appears to be OK
Verifying allocated space
The container /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1

Bloc de code:
csrutil status
System Integrity Protection status: enabled.

Voilà ce que je vois désormais dans mes paramètres : https://www.icloud.com/iclouddrive/06kZbjI2pcVfgYluXndULzJaA
 
Bonjour Carla

Il n'a aucune erreur dans la structure de l'apfs --> qui aurait induit une sur-occupation d'espace. Tu n'as pas non plus de snapshot rétenteur d'espace-disque qui serait associé au volume-Données. On en conclut que l'espace occupé dans le Conteneur apfs et spécifiquement dans le volume-Données --> doit équivaloir à la taille des fichiers contenus dans les volumes. Il s'agit donc d'examiner la répartition des fichiers dans le volume-Données --> pour voir où il y a concentration.

- avant cela > repasse une commande :​
Bloc de code:
diskutil list internal
  • qui affiche la configuration interne

Poste le tableau obtenu --> que je voie l'actuelle distribution des volumes du Conteneur et leur occupation.
 
Bonjour,

ma fille a la maison pour quelques jours me fait part de soucis identique sur son mac. Autre utilise 30 gigas.

Screenshot 2021-12-24 at 3.06.25 PM.png

je viens de faire un diskutil list comme j'ai lu dans ce fil :

Bloc de code:
Last login: Fri Dec 24 14:59:45 on ttys000

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.
Melitine-MacBook-Air:~ melitine$ 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 - Data     92.5 GB    disk1s1
   2:                APFS Volume Preboot                 87.1 MB    disk1s2
   3:                APFS Volume Recovery                529.0 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.3 GB    disk1s5

Melitine-MacBook-Air:~ melitine$
merci de l'aide apportée
 
:coucou: Dom

Ta fille a l'OS Catalina installé. Rien a redire du volume-Système : Macintosh HD (11,3 Go) qui héberge les données constantes du l'OS. Rien non plus à propos des 3 volumes auxiliaires : Preboot (prédémarrage) > Recovery (secours) > VM = Virtual Memory (archivage de la RAM).

- c'est uniquement du côté du volume-Données : Macintosh HD - Data qu'il faut chercher. Ce volume héberge à la fois les données de l'OS sujettes à variation & les données d'utilisateur (fichiers du compte + logiciels tiers ajoutés). Avec 92,5 Go d'occupation > il commence a être bien chargé pour un petit SSD de 121 Go. Il y a peut-être de l'occupation indue et donc éliminable là-dedans. Je t'invite donc à une enquête à ce sujet.​

Passe les commandes informatives (copier-coller - l'une après l'autre) :
Bloc de code:
diskutil verifyVolume disk1
diskutil ap listSnaps disk1s1
csrutil status
  • qui affichent : la vérification de l'apfs (au cas où des erreurs retiendraient de l'espace-disque occupé) > d'éventuels snapshots associés au volume-Données (instantanés archivant des états passés du volume et retenant comme occupés tous les blocs correspondants) > le statut du SIP (procotole de sécurité verrouillant l'accès à des fichiers-Système - même en mode lecture - dont l'activation bloquerait une commande de mesure à venir des groupements de fichiers du volume-Données)

Poste tous les retours --> qu'on ait déjà un aperçu de la situation.
 
Bloc de code:
Melitines-MacBook-Air:~ melitinefarque$
Melitines-MacBook-Air:~ melitinefarque$ 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 - Data was formatted by hfs_convert (1412.41.1) 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
warning: apfs_fs_alloc_count is not valid (expected 22594906, actual 22594907)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (1412.41.1) 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
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (1412.41.1) 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
Checking volume
Checking the APFS volume superblock
The volume VM was formatted by diskmanagementd (1412.41.1) 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
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD was formatted by diskmanagementd (1412.41.1) 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
warning: overallocation detected on Main device: (0x72c94+1) bitmap address (0xb6ec8)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1
Melitines-MacBook-Air:~ melitinefarque$
 
Bloc de code:
Melitines-MacBook-Air:~ melitinefarque$ csrutil status
System Integrity Protection status: enabled.
Melitines-MacBook-Air:~ melitinefarque$


et voilà les trois commandes
 
La vérification signale une sur-allocation d'espace de blocs au volume-Données : à voir si cela a un effet sur son occupation actuelle. Pas de snapshot retenant de l'espace-disque. SIP activé. Je t'invite à faire un tour dans la session de secours.

----------

Redémarre > en tenant pressées les 2 touches ⌘R (command R) = démarrage sur l'OS de secours du disque. Après un temps de chargement > tu obtiens un écran affichant 4 Utilitaires macOS (écran de la session de secours).

- lance d'abord l'Utilitaire de disque. Presse la pastille : "Présentation" et choisis : "Afficher tous les appareils" --> le Conteneur apfs global est alors affiché. Sélectionne-le et fais un S.O.S. dessus pour réparer l'apfs.​
- puis quitte l'Utilitaire de disque. Va à la barre de menus supérieure de l'écran : Utilitaires > lance le Terminal. Passe la commande :​
Bloc de code:
csrutil disable
  • qui désactive le SIP (tu pourras le réactiver à la fin des opérations).

Quitte alors le terminal > Menu  > Redémarrer.

----------

De retour dans la session de ta fille > repasse une commande :
Bloc de code:
diskutil list
  • et re-poste le tableau des disques. C'est pour voir si la réparation de l'apfs a modifié l'occupation du volume-Données.
 
Alors c'est incroyable, la combinaison de touches CMD R n'a pas d'effet. le mac démarre normalement sur la session utilisateur.

j'ai essayé de plusieurs façons, juste avant l'appui sur le bouton d'alimentation ou juste après.
 
Tu lances le redémarrage > puis tu tiens aussitôt pressées en mode continu les 2 touches ⌘R (cmd R) => jusqu'à l'affichage d'une  ? - sans succès ?
 
Alors tu vas tenter un des 2 types de démarrage par internet disponibles pour ce Mac. Celui qui prend en charge l'apfs -->

- redémarre > et tiens pressées en continu les 3 touches ⌘⌥R (cmd alt R) = démarrage par internet (globe terrestre) > qui télécharge en RAM une image-disque (500 Mo compressés) portant un OS de secours Monterey > puis démarrant le Mac dessus à la fin. Si ça fonctionne => le téléchargement prendra une série de minutes.​

Tu n'as qu'à dire si tu obtiens à la fin un écran affichant 4 Utilitaires macOS.
 
D'accord. Effectue les opérations décrites à mon message #612 et poste à la fin le tableau des disques.
 
Bloc de code:
/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 - Data     92.6 GB    disk1s1
   2:                APFS Volume Preboot                 87.1 MB    disk1s2
   3:                APFS Volume Recovery                529.0 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.3 GB    disk1s5