10.14 Mojave Disque dur saturé

Statut
Ce sujet est fermé.
voilà :

Bloc de code:
macbook-air-de-mathilde:~ mathilde$ diskutil ap convert disk0s2 ; diskutil list
Converting the volume on disk0s2 to an APFS Volume on an APFS Container
Started APFS operation on disk0s2 Macintosh HD
Converting HFS Volume to an APFS Container which will export one APFS Volume
The target is the Journaled HFS+ volume "Macintosh HD" backed by the GPT partition disk0s2
The target is a data disk; it is not a macOS system disk
Found APFS EFI driver /usr/standalone/i386/apfs.efi to install into the APFS Container
The target is not encrypted
Unmounting disk0s2
Starting conversion from HFS to APFS
Performing apfs_hfs_convert -x --verbose=0x400 --efi /usr/standalone/i386/apfs.efi /dev/disk0s2
Reporting pre-conversion statistics
Reporting post-conversion statistics
Successfully finished conversion from HFS to APFS
Successful conversion in commit mode so will switch type to APFS
Setting type of disk0s2 to APFS
Changing the physical disk partition type in shared mode
Partition modification attempt count was 1
Opening and closing disk0s2 to terminate old content driver
Expecting the new APFS Container at Physical Store disk0s2
Confirmed existence of new unencrypted APFS Volume disk3s1
Mounting APFS Volume disk3s1
APFS Volume mount attempt result was 0
Exiting conversion operations with error code 0
Disk from APFS operation: disk3s1
Finished APFS operation on disk0s2 Macintosh HD
/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 disk3         121.0 GB   disk0s2

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Maxtor                  1.8 TB     disk1s2
   3:                 Apple_APFS Container disk2         199.9 GB   disk1s3

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +199.9 GB   disk2
                                 Physical Store disk1s3
   1:                APFS Volume Clone                   40.9 GB    disk2s1
   2:                APFS Volume PreBoot                 45.1 MB    disk2s2
   3:                APFS Volume Recovery                517.5 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            1.0 MB     disk3s1

macbook-air-de-mathilde:~ mathilde$
 
Parfait.

- lance CCC (qui s'est cloné lui-même dans les Applications de Clone) et définis une nouvelle tâche inverse telle que : source = Clone > destination : Macintosh HD > safetynet = Désactivé => presse le bouton : Cloner
- CCC va cloner Clone dans Macintosh HD > créer un Macintosh HD - Données pour y copier Clone - Données > enfin créer les volumes auxiliaires requis dans le Conteneur de destination.​

Quand il annonce que c'est fini > redémarre avec "alt" > choisis : Macintosh HD > démarre dessus. Tu n'auras qu'à dire si tu retrouves ta session conforme en interne.
 
Affirmé 2 fois => ce doit être doublement conforme alors ! :hilarious:

- est-ce que tu estimes ton problème réglé ?​
 
hahaha, oups j'ai posté en double en effet, désolée!
Je viens de regarder l'utilitaire de disque, ça me met 77GO de disponibles ! Ça a l'air d'être réglé! Un grand merci pour l'aide et le temps consacré!
 
Bonjour
je réactive ce fil car j'ai un problème d'occupation du disque avec 74 Go "Autre".

Capture d’écran 2020-11-27 à 23.33.01.jpg

Je suis sous macOS Catalina avec un MacBook Pro de fin 2015 SSD 128 Go. J'utilise Time Machine sur un DD externe.
J'ai essayé d'utiliser les commandes décrites plus haut mais je n'arrive pas à trouver le souci.
Quand j'essaye la commande "sudo", à la fin des lignes j'ai "Operation not permitted" ce qui ne me permet pas de voir où est le problème..

Help !! Avez-vous des conseils pour régler ce problème ?
 
Dernière édition par un modérateur:
Bonjour Fred

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 internal
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)
  • tu vas voir s'afficher la configuration du disque interne seule

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 et l'occupation des blocs des volumes.
 
Merci pour toutes les infos.
J'ai réussi à régler le problème. Des sauvegardes de mon iPhone sur le DD. J'ai "récupéré" 50 Go:-)).
Merci de ton aide en tout cas !!
 
Dernière édition par un modérateur:
Bonjour,

Je rencontre un problème d'espace saturé sur mon MacBook Pro et n'arrive pas à en trouver la raison. Sur mon disque de 200 Go, seul 10 Go seraient disponibles. Or, quand j'utilise un logiciel pour faire le ménage OmniDisksweeper il ne trouve que 114,6 Go... J'ai un fossé de 75 Go que je ne m'explique pas. Je sais qu'il y a des âmes charitables parmi vous qui auront certainement la réponse ;)

Bloc de code:
MBP-de-Ronan:~ Ronan$ diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         200.0 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                50.2 GB    disk0s3
   4:           Windows Recovery                         565.2 MB   disk0s4

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +200.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  177.8 GB   disk1s1
   2:                APFS Volume Preboot                 81.8 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

MBP-de-Ronan:~ Ronan$
 

Fichiers joints

  • Capture d’écran 2021-02-15 à 17.40.53.png
    Capture d’écran 2021-02-15 à 17.40.53.png
    124,8 KB · Affichages: 145
Dernière édition par un modérateur:
Bonsoir roonane

Passe la commande :
Bloc de code:
diskutil verifyVolume disk1
  • qui vérifie l'apfs du Conteneur et de ses volumes

Poste le retour. On verra déjà si des snapshots ou autres erreurs du gestionnaire d'allocation des blocs => ne retiennent pas clandestinement de l'espace.
 
Bonjour macomaniac, petite mise à jour si tu repasses dans le coin ;)

Bloc de code:
MBP-de-Ronan:~ Ronan$ 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.101.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 42218349, actual 42218350)
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by newfs_apfs (748.41.3) and last modified by apfs_kext (1412.101.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 newfs_apfs (748.41.3) and last modified by apfs_kext (1412.101.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 newfs_apfs (748.41.3) and last modified by apfs_kext (1412.101.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.101.1) and last modified by apfs_kext (1412.101.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: (0x3d98+1) bitmap address (0x86a15)
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk1
 
Dernière édition par un modérateur:
Aucune erreur dans l'apfs.

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

Poste le retour. Une activation du SIP bloquerait partiellement une commande de mesure des groupements de fichiers dans le volume-Données.
 
Bonjour macomaniac, merci, voici le retour :

Bloc de code:
MBP-de-Ronan:~ Ronan$ csrutil status
System Integrity Protection status: enabled.
MBP-de-Ronan:~ Ronan$
 
Dernière édition par un modérateur:
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 : MBP-de-Ronan:~ Ronan$ en signal de fin.

Poste le tableau obtenu.
 
Bloc de code:
MBP-de-Ronan:~ Ronan$ sudo find -x /System/Volumes/Data -d 1 -regex '.*[^\.\].*' -exec sudo du -shx {} +
Password:
find: /System/Volumes/Data/.Spotlight-V100: No such file or directory
find: /System/Volumes/Data/.PKInstallSandboxManager: No such file or directory
find: /System/Volumes/Data/.PKInstallSandboxManager-SystemSoftware: No such file or directory
find: /System/Volumes/Data/.adobeTemp: No such file or directory
find: /System/Volumes/Data/.Trashes: No such file or directory
find: /System/Volumes/Data/mnt: No such file or directory
find: /System/Volumes/Data/.DocumentRevisions-V100: No such file or directory
find: /System/Volumes/Data/.TemporaryItems: No such file or directory
  0B    /System/Volumes/Data/sw
  0B    /System/Volumes/Data/.HFS+ Private Directory Data
1,0K    /System/Volumes/Data/home
3,7M    /System/Volumes/Data/usr
726M    /System/Volumes/Data/.Spotlight-V100
12K    /System/Volumes/Data/.DS_Store
  0B    /System/Volumes/Data/.PKInstallSandboxManager
4,0K    /System/Volumes/Data/.installer-compatibility
  0B    /System/Volumes/Data/.PKInstallSandboxManager-SystemSoftware
6,4G    /System/Volumes/Data/.adobeTemp
1,7M    /System/Volumes/Data/.TempReceipt.bom
  0B    /System/Volumes/Data/.file
14G    /System/Volumes/Data/Library
  0B    /System/Volumes/Data/.Trashes
2,2G    /System/Volumes/Data/System
4,0K    /System/Volumes/Data/.OSInstallerMessages
  0B    /System/Volumes/Data/mnt
288K    /System/Volumes/Data/.fseventsd
7,2G    /System/Volumes/Data/private
2,6M    /System/Volumes/Data/.DocumentRevisions-V100
  0B    /System/Volumes/Data/.vol
78G    /System/Volumes/Data/Users
54G    /System/Volumes/Data/Applications
  0B    /System/Volumes/Data/opt
128K    /System/Volumes/Data/Volumes
  0B    /System/Volumes/Data/.TemporaryItems
  0B    /System/Volumes/Data/.dbfseventsd
  0B    /System/Volumes/Data/cores
MBP-de-Ronan:~ Ronan$

@macomaniac désolé pour le délai
 
Dernière édition par un modérateur:
Je comptabilise 162,5 Gi = 175 Go de fichiers catalogués. Pour 177 Go de blocs occupés à la date où tu avais posté le tableau de diskutil. Ce qui me paraît équivalent et atteste qu'il n'y a pas d'espace occupé fantôme de blocs.

Les 175 Go de fichiers peuvent se répartir en mode binaire ainsi -->

- fichiers dédiés à l'utilisateur : 78 Gi Users + 54 Gi Applications => 132 Gi = 142 Go
- fichiers du Système : le reste soit 175 Go - 142 Go = 32 Go

Le petit surplus de taille du Système par rapport aux 25 Go courants --> est dû à un dossier invisible graphiquement .adobeTemp de 6,4 Gi = 7 Go. Sinon > les fichiers dédiés à l'utilisateur se taillent la part principale.
  • estimes-tu avoir moins de 78 Gi = 84 Go de données personnelles ?
 
Non je reconnais ne plus réussir à générer l'erreur que j'avais observé... Tout me semble cohérent. Désolé et merci pour ton temps.
 
Tu peux passer la commande :
Bloc de code:
df -H /System/Volumes/Data
  • qui mesure l'occupation du volume-Données et l'espace libre global du Conteneur

Poste le retour. Ton Conteneur ayant une taille de 200 Go (suite à la création d'une partition BOOTCAMP de 50 Go) --> tu ne dois pas avoir beaucoup d'espace libre actuellement.
 
Statut
Ce sujet est fermé.