10.14 Mojave Espace disque saturé, bloqué sur la session de secours

  • Créateur du sujet Créateur du sujet Aslow
  • Date de début Date de début
Bloc de code:
macbook-pro-de-celine:~ celine$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         250.0 GB   disk0s2
   3:                  Apple_HFS Clone                   249.8 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +250.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            122.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.2 MB    disk1s2
   3:                APFS Volume Recovery                506.8 MB   disk1s3
   4:                APFS Volume VM                      8.6 GB     disk1s4

macbook-pro-de-celine:~ celine$
 
Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list

  • la commande supprime la partition de Clone > récupère son espace au Conteneur apfs > réaffiche le tableau des disques

=> poste l'ensemble de l'affichage retourné.
 
Bloc de code:
macbook-pro-de-celine:~ celine$ diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list
Started erase on disk0s3 Clone
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 249 898 106 880 bytes and targeting a new physical store size of 499 898 105 856 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 499 897 077 760 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l -S /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 (945.260.7) and last modified by apfs_kext (945.260.7)
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 hfs_convert (945.260.7) and last modified by apfs_kext (945.260.7)
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 (945.260.7) and last modified by apfs_kext (945.260.7)
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.260.7) and last modified by apfs_kext (945.260.7)
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
Growing APFS Physical Store disk0s2 from 249 999 998 976 to 499 898 105 856 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            122.9 GB   disk1s1
   2:                APFS Volume Preboot                 24.2 MB    disk1s2
   3:                APFS Volume Recovery                506.8 MB   disk1s3
   4:                APFS Volume VM                      8.6 GB     disk1s4

macbook-pro-de-celine:~ celine$
 
L'espace-disque est réunifié comme au départ -->

- est-ce que tu considères que le problème est réglé ?​
 
Bonjour
je relance le sujet pour témoignage :

Absent pendant 1 semaine, j’éteins mon MBpro sous Mojave. Au retour, ce vendredi, je l’allume.
Grosse lenteur.

Ayant passé un coup de maintenance (vs Onyx) juste avant de l’éteindre, je me dit qu’il reconstruit l’index Spotlight, un truc de ce genre, je ne m’affole pas.
Plusieurs heures plus tard, rien de changé. Je commence à m’inquiéter.

Un coup d’œil à la barre d’état d’une fenêtre Finder m’informe que mon disque est saturé. Un coup d’OmniDiskSweeper et j’apprends l’existence de ce dossier /private/var/db/uuidtext/dsc/ qui enfle, enfle, enfle… Je lance un rm /private/var/db/uuidtext/dsc/., qui redonne de l’oxygène, mais constate que le dossier en question continue à se remplir irrémédiablement.
Sur internet, je lis des témoignages de droite et de gauche (et même ici, donc…) qui ne me renseignent pas plus sur l’origine du problème.

Je passe à la phase clean install à partir de mon clone CCC sur disque externe —clone que par chance, je n’avais pas encore mis à jour en rentrant de vacances— et depuis tout tourne.


Si un jour quelqu’un apprend ou comprend l’origine de ce bug… pensez à partager !

Bises