10.15 Catalina "Le volume cible fait partie d'un système incomplet et ne peut pas faire l'objet d'une installation"

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 673
24 717
Forêt de Fontainebleau
Comment est-ce possible ? -->

- il n'y a qu'un dossier macOS Install Data dédié aux composants d'une installation (qui ne peut excéder 12 Go pour Catalina) & un dossier invisible .fseventsd d'une taille régulièrement négligeable. Et ces 2 objets correspondraient à une occupation de blocs du volume de près de 275 Go ?​
- je conjecture alors la présence de snapshots (instantanés apfs archivant des états passés du volume en retenant comme occupés tous les blocs correspondants > même en cas de suppression ultérieure de masses de ces fichiers) => qui verrouilleraient des blocs à l'état occupé. Voire une erreur d'allocation de blocs du spaceman qui en est le gestionnaire.​

On enquête ! --> passe la commande :
Bloc de code:
diskutil ap listSnaps disk2s1
  • qui liste d'éventuels snapshots associés au volume-Données

Poste le retour.
 
  • J’aime
Réactions: Gilbert50

Gilbert50

Membre junior
19 Juin 2010
14
1
Cherbourg
Comment est-ce possible ? -->

- il n'y a qu'un dossier macOS Install Data dédié aux composants d'une installation (qui ne peut excéder 12 Go pour Catalina) & un dossier invisible .fseventsd d'une taille régulièrement négligeable. Et ces 2 objets correspondraient à une occupation de blocs du volume de près de 275 Go ?​
- je conjecture alors la présence de snapshots (instantanés apfs archivant des états passés du volume en retenant comme occupés tous les blocs correspondants > même en cas de suppression ultérieure de masses de ces fichiers) => qui verrouilleraient des blocs à l'état occupé. Voire une erreur d'allocation de blocs du spaceman qui en est le gestionnaire.​

On enquête ! --> passe la commande :
Bloc de code:
diskutil ap listSnaps disk2s1
  • qui liste d'éventuels snapshots associés au volume-Données

Poste le retour.
j'obtiens ça... C'est grave ?
Bloc de code:
-bash-3.2# diskutil ap listSnaps disk2s1
No snapshots for disk2s1
-bash-3.2#
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 673
24 717
Forêt de Fontainebleau
Non : pas grave mais intrigant (au sens où la raison des 275 Go d'occupation de blocs d'un volume quasi vide de fichiers échappe toujours).

- note qu'on pourrait reformater tout de suite l'apfs. Mais ce serait moins intéressant (intellectuellement parlant) que de tenter de comprendre d'abord la situation actuelle.​

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

Poste le retour. J'en suis à conjecturer l'existence d'un snapshot corrompu (non listable régulièrement mais actif pour verrouiller des blocs occupés). Ou une erreur radicale d'allocation de blocs de l'apfs.
 

Gilbert50

Membre junior
19 Juin 2010
14
1
Cherbourg
Non : pas grave mais intrigant (au sens où la raison des 275 Go d'occupation de blocs d'un volume quasi vide de fichiers échappe toujours).

- note qu'on pourrait reformater tout de suite l'apfs. Mais ce serait moins intéressant (intellectuellement parlant) que de tenter de comprendre d'abord la situation actuelle.​

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

Poste le retour. J'en suis à conjecturer l'existence d'un snapshot corrompu (non listable régulièrement mais actif pour verrouiller des blocs occupés). Ou une erreur radicale d'allocation de blocs de l'apfs.
C'est certain que j'ai bien envie de comprendre ce qui se passe. Tes explications sont particulièrement claires !
pour l'instant, je suis tout...

Bloc de code:
-bash-3.2# diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk0s2
Checking the container superblock
warning: container has been mounted by APFS version 1677.60.23, which is newer than 1412.141.1
warning: disabling overallocation repairs by default; use -o to override
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 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 Preboot was formatted by asr (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 Recovery was formatted by asr (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 apfs_boot_util (1677.60.23) 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.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
The volume /dev/disk0s2 appears to be OK
Storage system check exit code is 0
Finished file system verification on disk2
-bash-3.2#
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 673
24 717
Forêt de Fontainebleau
Parfait. Passe la commande :
Bloc de code:
diskutil eraseDisk apfs "Macintosh HD" gpt disk0
  • la commande efface la table de partition GPT d'en-tête du disque > puis en reconstruit une neuve > avec une partition apfs principale supportant un Conteneur doté d'un unique volume vide Macintosh HD

Poste le retour.
 
  • J’aime
Réactions: litobar71

Gilbert50

Membre junior
19 Juin 2010
14
1
Cherbourg
Yes.
Parfait. Passe la commande :
Bloc de code:
diskutil eraseDisk apfs "Macintosh HD" gpt disk0
  • la commande efface la table de partition GPT d'en-tête du disque > puis en reconstruit une neuve > avec une partition apfs principale supportant un Conteneur doté d'un unique volume vide Macintosh HD

Poste le retour.
compris. On lui demande de réécrire des bases saines...

Bloc de code:
-bash-3.2# diskutil eraseDisk apfs "Macintosh HD" gpt disk0
Started erase on disk0
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk0s2 as APFS with name Macintosh HD
Mounting disk
Finished erase on disk0
-bash-3.2#
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
81 673
24 717
Forêt de Fontainebleau
Opération réussie -->

- dans la fenêtre des 4 Utilitaires macOS > lance l'option : "Réinstaller macOS" => et choisis Macintosh HD comme destination lorsque cela te sera proposé.​

Note : ton cas a quelque chose d'unique (en ce qui me concerne du moins) - ce qu'on appelle un "hapax". C'est la 1ère fois que je tombe sur une sur-occupation de blocs d'un volume sans que la raison de cette anomalie ne ressorte à l'enquête. La seule chose qu'on n'ait pas vérifiée est la taille des 2 dossiers résidents du volume-Données > histoire de voir si l'un d'eux n'était pas surdimensionné en fichiers contre toute attente. Mais bon : on n'était pas là non plus pour épiloguer indéfiniment de manière théorique... ;)
 

Gilbert50

Membre junior
19 Juin 2010
14
1
Cherbourg
Opération réussie -->

- dans la fenêtre des 4 Utilitaires macOS > lance l'option : "Réinstaller macOS" => et choisis Macintosh HD comme destination lorsque cela te sera proposé.​

Note : ton cas a quelque chose d'unique (en ce qui me concerne du moins) - ce qu'on appelle un "hapax". C'est la 1ère fois que je tombe sur une sur-occupation de blocs d'un volume sans que la raison de cette anomalie ne ressorte à l'enquête. La seule chose qu'on n'ait pas vérifiée est la taille des 2 dossiers résidents du volume-Données > histoire de voir si l'un d'eux n'était pas surdimensionné en fichiers contre toute attente. Mais bon : on n'était pas là non plus pour épiloguer indéfiniment de manière théorique... ;)
ce qui est certain, c'est que seul, je n'y serai pas parvenu.... je tente l'installation et reviens vers toi !! encore merci de ton aide. C'est chouette de tomber sur des gens comme toi.