Bonjour subsole
Voici ton DDE -->
[code]/dev/disk3 (external, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *960.2 GB disk3
1: EFI EFI 209.7 MB disk3s1
2: Apple_APFS Container disk5 960.0 GB disk3s2
/dev/disk5 (synthesized):
#: TYPE NAME SIZE IDENTIFIER
0: APFS Container Scheme - +ERROR disk5
Physical Store disk3s2[/code]
- comme tu peux le voir > une erreur de taille (+ERROR) affecte actuellement le Conteneur apfs. Un Conteneur apfs est un disque logique virtualisé à partir d'un magasin de stockage physique Physical Store inclus dans la partition primaire du disque. La règle de cette virtualisation est celle de l'identité : le magasin primaire et le Conteneur logique doivent avoir la même taille au bloc près. Le Physical Store (qui a la taille exacte de la partition qui le contient) fait actuellement 960 Go. Si le Conteneur apfs se trouve affecté par une +ERROR > c'est parce que le super-bloc qui décrit ce Conteneur comme objet logique comporte une mention de taille différente des 960 Go actuels du magasin Physical Store de la partition. Comme la partition primaire avec ses 960 Go a la taille maximum possible --> on va en déduire que le super-bloc du Conteneur assigne au Conteneur une taille plus petite que les 960 Go actuels du magasin primaire. En bref : le super-bloc du Conteneur voudrait que le magasin physique ait une taille inférieure aux 960 Go actuels --> pour que la taille physique soit identique à la taille logique du Conteneur. Faute de cette congruence --> le Conteneur ne peut pas être virtualisé avec son ou ses volumes.
Avant de tenter une manœuvre de réalignement des tailles physique / logique --> j'ai une question : est-ce que tu n'aurais pas eu un partitionnement du disque de ton DDE (= une partition indépendante de queue de disque en plus de la partition apfs) > partition indépendante que tu aurais supprimée en tentant d'en récupérer l'espace au Conteneur apfs et à sa partition primaire ? Opération qui aurait foiré > la partition primaire et son magasin récupérant l'espace de la partition suppirmée > tandis que le super-bloc du Conteneur aurait conservé sa description de la taille antérieure à l'opération de récupération d'espace ?
- conjecture alternative : n'aurais-tu pas tenté un repartitionnement visant à réduire la taille actuelle de la partition apfs > opération qui aurait foiré en ce que le super-bloc du Conteneur aurait enregistré cette nouvelle taille logique plus petite > sans que la partition primaire du disque ni le magasin qu'elle contient ne voient varier par contre leur taille ?
