Sujet unique Comment libérer le stockage « Autre »

Bloc de code: 
Filesystem       Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s5s1   121G    23G   5.8G    80%  563932 1181254508    0%   /
devfs            191k   191k     0B   100%     648          0  100%   /dev
/dev/disk1s4     121G   2.1G   5.8G    27%       3 1181818437    0%   /System/Volumes/VM
/dev/disk1s2     121G   319M   5.8G     6%     761 1181817679    0%   /System/Volumes/Preboot
/dev/disk1s6     121G   111M   5.8G     2%     355 1181818085    0%   /System/Volumes/Update
/dev/disk1s1     121G    89G   5.8G    94%  433679 1181384761    0%   /System/Volumes/Data
map auto_home      0B     0B     0B   100%       0          0  100%   /System/Volumes/Data/home
/dev/disk1s5     121G    23G   5.8G    80%  567559 1181250881    0%   /System/Volumes/Update/mnt1
 
D'accord. Il faut donc enquêter pour voir ce qui crée une occupation abusive du volume-Données.

- passe la commande (copier-coller) :​
Bloc de code: 
diskutil ap listSnaps disk1s1
  • qui liste d'éventuels snapshots associés au volume-Données. Il s'agit d'instantanés apfs sauvegardant des états passés du volume > et retenant comme occupés tous les blocs correspondants => même si l'utilisateur supprime ensuite des masses de fichiers de ces blocs : ils sont désindexés du catalogue des fichiers > mais les blocs n'en sont pas libérés

Obtiens-tu un retour de la commande ?
 
Tu as 5,8 Go d'espace libre dans le Conteneur de 121 Go > donc l'occupation du Conteneur devrait être de 121 Go - 5,8 Go => 115,2 Go. En regard la somme des occupations des volumes montés est de : 23 Go + 2,1 Go + 0,3 Go + 89 Go + 23 Go => 137,4 Go. Ce qui dépasse de 25,2 Go l'occupation globale de 115,2 Go > et de 26,4 Go la capacité du Conteneur de 121 Go.

- devant ces aberrations > je te conseillerais bien de démarrer en mode secours > de supprimer tous les volumes du Conteneur sauf le volume-Données > puis de réinstaller en le prenant pour destination. Mais 121 Go - 89 Go de volume-Données => 32 Go d'espace libre => je me demande si c'est bien assez pour une réinstallation de Big Sur ?​
 
Quand tu dis en "mode secours" c'est pareil que sans échec ?
Comment supprimer les volumes conteneurs puis les réinstaller ?
Merci :)
 
Bon : rien de ce côté. Passe encore la commande :
Bloc de code: 
diskutil verifyVolume disk1
  • qui vérifie l'apfs du Conteneur et de ses volumes

Poste le retour. Rien ne dit qu'une erreur du gestionnaire de l'allocation des blocs de l'apfs > ou encore un snapshot corrompu (in-listable régulièrement mais actif pour retenir des blocs occupés) => ne puissent jouer de manière clandestine.
 
Bloc de code: 
Last login: Sat Dec 26 11:02:53 on ttys000

MacBook-Air-de-Ludovic:~ ludovicschoy$ 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 - Données was formatted by hfs_convert (748.41.3) and last modified by apfs_kext (1412.141.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking snapshot 1 of 2 (com.apple.apfs.purgatory.d060f9)
error: btn: invalid key order (2) oid 635486 / oxid 0 / level 1 / flags 0x0
    previous key: 0x2000000001399752
    current key:  0x2000000001395fa0
    next key:     0x2000000001395fc0
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
MacBook-Air-de-Ludovic:~ ludovicschoy$
 
Dernière édition par un modérateur:
Mode secours = démarrage via ⌘R => ce qui clone en RAM l'OS de secours contenu dans le volume Recovery du Conteneur > puis démarre le Mac sur la RAM en indépendance du disque. Suppression de volumes possible via le terminal de la session de secours.

- mais il vaudrait mieux enquêter d'abord dans le volume-Données => pour voir si tu ne pourrais pas gagner de l'espace. Or si le SIP (protocole de sécurisation) est activé => il va bloquer partiellement une commande de mesure des groupements de fichiers que j'ai l'intention de te passer.​

Donc passe la commande préalable :
Bloc de code: 
csrutil status
  • qui affiche le statut du SIP

Poste le retour.
 
Ah ! d'accord... Cet extrait -->
Bloc de code: 
Checking snapshot 1 of 2 (com.apple.apfs.purgatory.d060f9)
error: btn: invalid key order (2) oid 635486 / oxid 0 / level 1 / flags 0x0
previous key: 0x2000000001399752
current key: 0x2000000001395fa0
next key: 0x2000000001395fc0
Snapshot is invalid
  • révèle qu'il existe 2 snapshots corrompus associés au volume-Données. Corrompus = non désignables par un identifiant valide => ce qui empêche de les supprimer normalement. Néanmoins actifs pour retenir de l'espace de blocs.

On peut faire une contre-vérification : mesurer la taille des fichiers dans le volume-Données => pour comparer cette mesure à celle de l'occupation actuelle des blocs. Mais la commande de mesure est partiellement bloquée en cas d'activation du SIP (protocole de sécurisation). Donc passe la commande préalable :
Bloc de code: 
csrutil status
  • qui affiche le statut du SIP

Poste le retour.
 
Bonjour Macomaniac,

Merci de ton aide, ton retour très rapide et pour toutes ces premières explications.

Voici ce que j'obtiens (en utilisant le bloc de code) :

Bloc de code: 
+-- Container disk1 3B7DC9AD-09D4-4461-B728-6A226D9D2B4E
    |
    +-> Volume Group AFF93BD0-C9A6-37E5-AF06-E19F6A82AFD4
        =================================================
        APFS Volume Disk (Role):   disk1s1 (Data)
        Name:                      Belbach - Données
        Volume UUID:               AFF93BD0-C9A6-37E5-AF06-E19F6A82AFD4
        Capacity Consumed:         1393574486016 B (1.4 TB)
        -------------------------------------------------
        APFS Volume Disk (Role):   disk1s5 (System)
        Name:                      Belbach
        Volume UUID:               2D3FC84A-38DE-4286-9D13-01379D182A91
        Capacity Consumed:         11235246080 B (11.2 GB)
 
@ Simba

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 : MacBook-Air-de-Ludovic:~ ludovicschoy$ en signal de fin.

Poste le tableau dans un Bloc de code (et pas en mode brut).
 
@ Belbach

Les 2 volumes : Système & Données sont régulièrement associés. Pas d'anomalie. Passe encore la commande :
Bloc de code: 
diskutil verifyVolume disk1
  • qui vérifie l'apfs du Conteneur et de ses volumes

Poste le retour.
 
Et voici Macomaniac :

Bloc de code: 
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 Belbach - Données was formatted by hfs_convert (1412.141.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
error: directory valence check: directory (oid 0x7004c): nchildren (1) does not match drec count (0)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (1412.141.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: directory valence check: directory (oid 0x7004c): orphan directory record
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (1412.141.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.141.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 Belbach was formatted by diskmanagementd (1412.141.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
Performing deferred repairs
error: nchildren of inode object (id 458828) does not match expected value (0)
Deferred repairs failed
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1

Merci à toi
 
@ Belbach

Il y a 2 erreurs de volumes + 1 erreur d'allocation de blocs -->
Bloc de code: 
The volume Belbach - Données was formatted by hfs_convert (1412.141.1) and last modified by apfs_kext (1412.141.1)
................
error: directory valence check: directory (oid 0x7004c): nchildren (1) does not match drec count (0)

The volume Preboot was formatted by hfs_convert (1412.141.1) and last modified by apfs_kext (1412.141.1)
................
warning: directory valence check: directory (oid 0x7004c): orphan directory record

Verifying allocated space
Performing deferred repairs
error: nchildren of inode object (id 458828) does not match expected value (0)
Deferred repairs failed
The volume /dev/disk0s2 could not be verified completely
  • démarre les 2 touches ⌘R (cmd R) tenues pressées jusqu'à l'affichage d'une  = démarrage sur l'OS de secours. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS. Lance l'Utilitaire de disque. Dans le coin supérieur gauche du panneau > presse la pastile "Présentation" => sélectionne : "Afficher tous les appareils". Le Conteneur apfs est alors affiché. Sélectionne-le et fais un S.O.S. dessus pour tenter de réparer l'apfs.

Puis redémarre (Menu  > Redémarrer). Ta session réouverte > repasse une commande :
Bloc de code: 
diskutil verifyVolume disk1
  • et poste le retour => qu'on voie s'il y a eu réparation.
 
@ vllab

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 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 du terminal en signal de fin.

Poste le tableau dans une bloc de code.
 
Note à l'adresse de la modération : ce n'est pas malin de déplacer dans ce fil la conversation d'un autre fil > étant donné qu'il y a déjà 2 conversations en cours qui s'entrecroisent (avec Belbach et avec Simba). Maintenant j'en ai 3 qui s'entrecroisent avec celle de vllab surajoutée.

- vous croyez que je peux jouer au tennis en simple face à une équipe de 3 en face ?​
 
  • J’aime
Réactions: Lamahi, litobar71, Belbach et une autre personne
Voilà macomaniac, j'ai fait mes devoirs pour ma part (dsl d'être à plusieurs en même temps, ce n'est pas pratique) :

Bloc de code: 
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 Belbach - Données was formatted by hfs_convert (1412.141.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
error: directory valence check: directory (oid 0x7004c): nchildren (1) does not match drec count (0)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (1412.141.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: directory valence check: directory (oid 0x7004c): orphan directory record
Checking volume
Checking the APFS volume superblock
The volume Recovery was formatted by diskmanagementd (1412.141.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.141.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 Belbach was formatted by diskmanagementd (1412.141.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
Performing deferred repairs
error: nchildren of inode object (id 458828) does not match expected value (0)
Deferred repairs failed
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1

Merci pour le suivi
 

Sujets similaires

sosso9112
10.11 El Capitan Comment mettre à jour un Macbook Air sous El Capitan (10.11)
Réponses
9
Affichages
1K
macOS
sosso9112
sosso9112
M
Comment libérer le stockage sur mac
Réponses
18
Affichages
2K
Mac
m2404
M
C
10.14 Mojave Doublon de stockage des photos ?
Réponses
8
Affichages
2K
macOS
Sly54
Sly54
G
10.15 Catalina De gros fichiers déplacés n'ont pas libéré l'espace de stockage
Réponses
14
Affichages
2K
macOS
Graou74
G
L
Stockage Autre Apple
Réponses
11
Affichages
11K
macOS
Sly54
Sly54
Haut Bas