Sujet unique Si « Macintosh HD – Données » apparait en double

Les volumes ne s'intitulent pas : HD et HD - Données > mais Macintosh HD et Macintosh HD - Données.

- tu ne peux rien toucher au volume-Système Macintosh HD. Il n'est monté qu'en lecture seule au démarrage et a une taille constante de 11 Go. Mais tu peux envisager de faire mincir l'occupation du volume Macintosh HD - Données > ce volume-Données étant le seul des 2 qui ait une taille sujette à variations.​

Voici dans Application Support la localisation principale -->

- MobileSync : 7,8 Gi = 8,4 Go. Il s'agit de sauvegardes de téléphone portable => veux-tu les supprimer ?​
 
Effectivement c'est macintosh HD et macintosh HD donnée mais je ne tapais pas tout pas fainéantise ...
Tes explications sont vraiment précises et je commence à comprendre le fonctionnement.

Et oui, je veux bien supprimer ces données stp
 
Passe la commande (copier-coller) :
Bloc de code: 
sudo rm -rf ~/Library/"Application Support"/MobileSync/*

  • la commande supprime le contenu de MobileSync mais pas le dossier contenant. La commande passe sans message (retour directe de l'invite de commande : MacBook-Air-de-moi:~ moi$) si elle passe.

Si tel a été le cas > passe la commande :
Bloc de code: 
df -H /System/Volumes/Data

  • qui mesure l'occupation résultante du volume-Données (et l'espace libre global dans le Conteneur apfs)

Poste le retour.
 
Voici les résultats :

Bloc de code: 
sudo rm -rf ~/Library/"Application Support"/MobileSync/*
Password:
MacBook-Air-de-moi:~ moi$ df -H /System/Volumes/Data
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   121G    95G    12G    89%  468839 1182373641    0%   /System/Volumes/Data
MacBook-Air-de-moi:~ moi$
 
Tu es passé de 103 Go de blocs occupés du volume-Données à 95 Go : gain 8 Go. Espace libre total dans le Conteneur apfs = 12 Go.

- ce n'est pas beaucoup > mais suffisant pour une petite expérience de repartitionnement. Car n'oublions pas que le volume-Données a une sur-allocation de blocs occupés (en excès sur les fichiers recensés) de 12 Go. Dont on n'a pas pu détecter la raison. Disons qu'un repartitionnement expérimental du Conteneur est une manière de "provoquer" l'erreur clandestine de l'apfs (si elle existe) => à se démasquer via l'affichage d'un message d'erreur significatif.​

Passe la commande (copier-coller) :
Bloc de code: 
diskutil ap resizeContainer disk1 116g jhfs+ BROL 0b

  • la commande rétrécit le Conteneur à 116 Go > et crée un volume BROL indépendant en format standard d'environ 5 Go

Poste le retour.
 
Bloc de code: 
diskutil ap resizeContainer disk1 116g jhfs+ BROL 0b

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.
MacBook-Air-de-moi:~ moi$ diskutil ap resizeContainer disk1 116g jhfs+ BROL 0b
Started APFS operation
Aligning shrink delta to 5 123 072 000 bytes and targeting a new physical store size of 115 999 997 952 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 121 123 069 952 bytes
Error: -69521: Your APFS Container resize request is below the APFS-system-imposed minimal container size (perhaps caused by APFS Snapshot usage by Time Machine)
MacBook-Air-de-moi:~ moi$
 
Je me doutais que ça foirerait (le but de la commande de repartitionement n'était pas que ça marche => car alors les 12 Go de sur-allocation de blocs seraient restés inexpliqués ; mais que ça plante => car alors un message expliquant les raisons de l'échec était forcé de s'afficher) -->

- le message d'erreur dit que le Conteneur apfs a une taille minimale qui ne peut pas descendre aux 116 Go demandés > car son magasin de stockage primaire Physical Store a une taille minimale de 121 Go. Ce qui revient à dire que le Conteneur apfs est verrouillé à sa taille actuelle. Peut-être suite à l'existence d'un snapshot => qui verrouillerait comme occupés des blocs de queue d'espace du Conteneur. Pourtant ! => j'ai bien l'impression qu'aucun snapshot valide n'existe en mode listable. On aurait alors ici l'indice d'un snapshot clandestin (= corrompu et in-listable).​

Passe la commande :
Bloc de code: 
tmutil listlocalsnapshots /System/Volumes/Data

  • qui liste les snapshots associés au volume-Données

Poste le retour.
 
Bloc de code: 
tmutil listlocalsnapshots /System/Volumes/Data
Snapshots for volume group containing disk /System/Volumes/Data:
com.apple.TimeMachine.2020-09-04-091738.local
MacBook-Air-de-moi:~ moi$
 
Ah ! quand même (à la fin des fins)... snapshot détecté =>
Bloc de code: 
com.apple.TimeMachine.2020-09-04-091738.local

  • du 4 septembre (aujourd'hui) à 9H 17'

Utilises-tu Time Machine ?
 
Oui mais quand je connecte mon disque dur externe normalement. Et là ce n'est pas le cas depuis plusieurs jours, voire semaines

Tu crois qu'un time machine est bloqué, ou non finalisé et du coup des données seraient bloquées ?
 
On va faire un test -->

- va d'abord à : Menu  > Préférences Système > Time Machine. Décoche la case de l'option : "Sauvegarder automatiquement" => ce qui équivaut à fermer le robinet générateur de snapshots. Ainsi => on est sûr qu'aucun nouveau snapshot ne va se recréer subrepticement.​
​
- puis passe la commande :​
Bloc de code: 
sudo tmutil deletelocalsnapshots 2020-09-04-091738

  • qui supprime le snapshot d'aujourd'hui
=> poste le retour.​
 
Je pense que ça a fonctionné :

Bloc de code: 
sudo tmutil deletelocalsnapshots 2020-09-04-091738
Password:
Deleted local snapshot '2020-09-04-091738'
MacBook-Air-de-moi:~ moi$
 
Snapshot supprimé. Repasse la commande :
Bloc de code: 
df -H /System/Volumes/Data

  • qui mesure l'occupation des blocs du volume-Données & l'espace libre global dans le Conteneur

Poste le retour.
 
Depuis le début des manipulations je suis passé de quelques mo et 22GO ! :)

Bloc de code: 
df -H /System/Volumes/Data
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   121G    86G    22G    80%  469044 1182373436    0%   /System/Volumes/Data
MacBook-Air-de-moi:~ moi$
 
Ah ! quand même (à la fin des fins - bis)... L'occupation des blocs du volume-Données tombe à 86 Go (103 Go au départ) = 17 Go de gain et 22 Go d'espace libre global dans le Conteneur apfs.

- on récidive un test de partitionnement (car rien ne dit que le verrouillage par un snapshot du magasin de stockage Physical Volume de l'apfs à la taille de 121 Go précédemment => ne dissimulait pas en "première ligne" un blocage de partitionnement qui va s'avérer en "seconde ligne"). Passe la commande :​
Bloc de code: 
diskutil ap resizeContainer disk1 105g jhfs+ BROL 0b

  • qui rétrécit le Conteneur apfs à 105 Go et crée un volume BROL standard de 16 Go. J'ai volontairement augmenté la taille du nouveau volume à créer => pour forcer le débusquage d'une erreur clandestine dans l'apfs s'il y avait lieu...

Poste le retour.
 
Il était en pleine réflexion ...
Mais il vient de terminer :

Bloc de code: 
sudo tmutil deletelocalsnapshots 2020-09-04-091738
Password:
Deleted local snapshot '2020-09-04-091738'
MacBook-Air-de-moi:~ anne-laurecella$ df -H /System/Volumes/Data
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   121G    86G    22G    80%  469044 1182373436    0%   /System/Volumes/Data
MacBook-Air-de-moi:~ moi$ diskutil ap resizeContainer disk1 105g jhfs+ BROL 0b
Started APFS operation
Aligning shrink delta to 16 123 072 512 bytes and targeting a new physical store size of 104 999 997 440 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 104 505 278 464 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 - Données was formatted by hfs_convert (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
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (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
Checking volume
Checking the APFS volume superblock
The volume Recovery 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
Checking volume
Checking the APFS volume superblock
The volume VM 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
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
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Shrinking APFS Physical Store disk0s2 from 121 123 069 952 to 104 999 997 440 bytes
Shrinking APFS data structures
Shrinking partition
Modifying partition map
Initialized /dev/rdisk0s3 as a 15 GB case-insensitive HFS Plus volume with a 8192k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s3
Finished APFS operation
MacBook-Air-de-moi:~ moi$
 
Bon : ça a manifestement fonctionné. Donc aucune erreur d'arrière-plan détectée.

- passe la commande :​
Bloc de code: 
diskutil list internal

  • et poste la configuration du disque interne retournée.
 
J'ai un nouveau disk sous le nom de BROL ... C'est normal ?

Bloc de code: 
diskutil list internal
/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         105.0 GB   disk0s2
   3:                  Apple_HFS BROL                    16.0 GB    disk0s3

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

MacBook-Air-de-moi:~ moi$
 
Oui : c'est le volume test qu'on a créé. Passe la commande (copier-coller) :
Bloc de code: 
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal

  • la commande supprime BROL > récupère son espace au Conteneur apfs > ré-affiche la configuration interne

Poste le retour.
 
Bloc de code: 
diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal

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.
MacBook-Air-de-moi:~ moi$ diskutil eraseVolume free null disk0s3 ; diskutil ap resizeContainer disk1 0b ; diskutil list internal
Started erase on disk0s3 BROL
Unmounting disk
Finished erase on disk0
Started APFS operation
Aligning grow delta to 16 123 072 512 bytes and targeting a new physical store size of 121 123 069 952 bytes
Determined the maximum size for the targeted physical store of this APFS Container to be 121 122 041 856 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 - Données was formatted by hfs_convert (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
Checking volume
Checking the APFS volume superblock
The volume Preboot was formatted by hfs_convert (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
Checking volume
Checking the APFS volume superblock
The volume Recovery 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
Checking volume
Checking the APFS volume superblock
The volume VM 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
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
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Growing APFS Physical Store disk0s2 from 104 999 997 440 to 121 123 069 952 bytes
Modifying partition map
Growing APFS data structures
Finished APFS operation
/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 - Données  85.8 GB    disk1s1
   2:                APFS Volume Preboot                 82.2 MB    disk1s2
   3:                APFS Volume Recovery                528.1 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4
   5:                APFS Volume Macintosh HD            11.0 GB    disk1s5

MacBook-Air-de-moi:~ moi$

Je dois m'absenter.
Je passerai les éventuelles autres commandes plus tard dans la journée.
Merci encore pour ton aide. Je ne sais pas d'où tu tiens ces connaissances, mais c'est vraiment trop bien que tu réponde aux autres !
 

Sujets similaires

loukoum71
  • Fermé
macOS Big Sur Double disque dur interne après passage de Mojave à Big Sur
Réponses
3
Affichages
871
macOS
loukoum71
loukoum71
P
10.10 Yosemite Disque dur interne presque plein
Réponses
4
Affichages
798
macOS
ericse
ericse
J
10.12 Sierra Réinstallation macOS impossible après sauvegarde Time Machine
Réponses
14
Affichages
2K
macOS
Locke
Locke
J
macOS Big Sur Espace disque
Réponses
23
Affichages
2K
macOS
JPaolo
J
H
10.14 Mojave Echec d’installation MacOS Catalina sur iMac 2017
Réponses
1
Affichages
2K
macOS
helena240
H
Haut Bas