Sur le seul bloc
0 (= 1er bloc) du disque --> existe toujours une
table de partition MBR (schéma
Windows) alternative de la
GPT principale (inscrite sur les blocs
1 à
33. La forme de la
MBR alternative peut être : soit une
PMBR (
Protective_MBR) décrivant la
totalité des blocs du disque comme une pseudo partition de
type EFI (
0xEE) et constituant une table
neutralisée ("bidon") > soit une
HMBR (
Hybrid_MBR) décrivant
au plus 3 partitions du disque dans une limite de validité des
2,2 To de blocs
à partir du début du disque (le reste des blocs n'étant
pas reconnu).
Je pensais que la présence d'une
HMBR sur le bloc
0 > pour laquelle les
800 derniers Go de blocs auraient été
non reconnus (dont l'espace de la partition de
T_WK2) --> aurait pu avoir une
action restrictive sur la
GPT principale (table de partition non sujette à la limitation des
2,2 To de blocs). Mais c'est bien une
PMBR neutre qui existe sur le bloc
0.
Alors il ne reste plus que les
2 possibilités suivantes :
- soit le nom T_WK2 n'est pas reconnu comme label d'un volume de démarrage (douteux mais à vérifier)
- soit la postition de la partition disk1s6 sur la rangée de blocs allant du 2500è Go au 3000è Go > si elle n'empêche pas la partition et son volume d'être gérés comme supports de stockage (de données) > empêcherait le volume d'avoir un statut démarrable.
=> est-ce que tu veux tester une
modification du label de démarrage du volume
T_WK2 --> afin d'éliminer la plus faible des 2 conjectures ?
----------
Aucun problème pour
supprimer la partition de
Clone et
récupérer son espace de
500 Go à la partition supérieure de
T_Data.
