Rétrécir un volume de stockage Core sans la partition de démarrage

J'ai un disque externe de 14 To contenant une seule partition chiffrée de 14 To en HFS+ (à part EFI). Je ne peux pas redimensionner cette partition pour en ajouter une nouvelle. Lorsque j'ai essayé d'utiliser soit l'Utilitaire de disque ou diskutil, il indique

Vous ne pouvez pas effectuer ce redimensionnement à moins qu'il n'ait un amorceur (la partition cible est probablement trop petite)

Essentiellement, je rencontre le même problème que celui décrit dans cette question : Impossible de redimensionner la partition : "Vous ne pouvez pas effectuer ce redimensionnement à moins qu'il n'ait un amorceur"

Cependant, la réponse à cette question ne fonctionne pas pour mon scénario car il n'y a pas d'espace non alloué après la seule partition et je ne peux pas ajouter manuellement l'amorceur en utilisant gdisk ou gpt à cause de cela.

Ma question est la suivante,

• y a-t-il d'autres moyens de réduire cette partition, en dehors de tout déplacer et reformater. Ou,
• comment puis-je ajouter la partition d'amorçage requise (afin de pouvoir redimensionner normalement en utilisant l'Utilitaire de disque)?

Notez qu'il s'agit d'un volume Core Storage car il est chiffré.

• J'ai eu l'idée de créer de force une nouvelle table GPT là où il y a suffisamment d'espace pour l'amorceur, mais je n'ai pas fait cela car je ne sais pas comment cela affecterait la partition existante.
• J'ai également essayé d'utiliser diskutil cs resizeVolume, qui redimensionnera le Volume Logique interne, et ensuite je pourrais ajouter un autre Volume Logique après. Le problème est que ces deux volumes partageront alors la même clé de chiffrement d'après ce que je sais, ce qui n'est pas souhaitable.

Pour information, voici toutes les étapes qui m'ont mis dans cette situation :

• Il s'agit d'un tout nouveau disque dur de 14 To. Je l'ai initialement formaté en deux partitions : une de 10 To et une de 4 To. Les deux étaient chiffrées en HFS+ journalisé (donc il s'agissait de volumes Core Storage).

• Plus tard, j'ai tenté de les redimensionner en 12 To/2 To en utilisant l'Utilitaire de disque, ce qui a échoué misérablement.

• Après cela, la seconde partition de 4 To n'était plus trouvée, et la première ne pouvait pas être montée. Cela a été signalé par diskutil cs info à propos de la première partition (initialement 10 To) :

  |
  +-- Groupe de volumes logiques 69E42F2B-A2E4-41EC-93A9-4D62C0C9082B
  |   =========================================================
  |   Nom :         -aucun-
  |   Statut :      Initialisation
  |   Taille :      0 B (0 B)
  |   Espace libre :  -aucun-
  |   |
  |   +-< Volume physique 4BBFE85D-06C3-4285-98D9-D6D30E3E4031
  |       ----------------------------------------------------
  |       Index :    0
  |       Disque :     disk2s2
  |       Statut :    Échec
  |       Taille :    14000175669248 B (14.0 To)

• Cependant, j'ai réussi à récupérer complètement la première partition (système de fichiers intact et le fsck passé), en détruisant et recréant la table GPT, dans laquelle la première partition occupe tout le disque — c'est-à-dire, la fin de la partition se trouve juste avant la GPT secondaire. Maintenant la GPT ressemble à ceci :

        début        taille  index  contenu
            0            1         PMBR
            1            1         En-tête GPT principal
            2           32         Table GPT principale
           34            6
           40       409600      1  Part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
       409640  27344355255      2  Part - 53746F72-6167-11AA-AA11-00306543ECAC
  27344764895           32         Table GPT secondaire
  27344764927            1         En-tête GPT secondaire

• Et maintenant je ne peux pas redimensionner la partition de 14 To.