Autant que je sache, il n’existe pas d’équivalent exact généralement accepté du code de type MBR'x 0xDA sur les disques GPT. Si vous souhaitez stocker un type de données spécifique, vous pouvez toujours créer votre propre code de type GPT et l'utiliser de manière cohérente. Si vous pensez que ce type de code pourrait intéresser d’autres (par exemple, si vous écrivez un logiciel que vous avez l’intention de publier et qui utilise une partition de manière particulière), vous pouvez l’ajouter à la page Wikipedia que vous avez référencée. Cependant, je vous déconseille de le faire si vous ne publiez pas de nouveau logiciel avec des besoins spécifiques. Le problème, bien sûr, est que la plupart des outils de partitionnement ne reconnaissent pas les codes de type GPT aléatoires. ils n'acceptent généralement qu'une gamme limitée de valeurs. (Le mien GPT fdisk est une exception à cette règle.) Sinon, vous pouvez choisir quelque chose qui est rarement utilisé, du moins sur votre système, et l'utiliser à la place. Par exemple, vous pouvez utiliser le code "réservé par Linux" (8DA63339-0007-60C0-C436-083AC8230908), que rien n’appelle AFAIK; ou si votre ordinateur ne possède pas d'installation Solaris, utilisez l'un de ses codes. En fonction de votre logiciel de partitionnement, vous devrez peut-être utiliser quelque chose d'assez obscur pour ne pas être utilisé sur votre système, mais pas aussi obscur que votre logiciel de partitionnement le refusera.
Vous avez raison d'éviter le code "entrée non utilisée" (00000000-0000-0000-0000-000000000000); Cela risquerait de supprimer l'entrée de visibilité dans la plupart des outils de partitionnement. Certains outils refuseront un tel GUID, même s'il accepte les GUID. (De nombreux outils n'autorisent pas l'utilisation de codes de type GUID arbitraires.)
Autre point: si vous utilisez Linux, les codes de type de partition ne s’intéressent généralement pas. La principale exception concerne l'installation du système d'exploitation. certains outils d’installation de Linux font attention aux codes de types. Des outils comme mount et les gestionnaires de fichiers GUI ne se soucient pas des codes de type, cependant. Si vous double-amorcez avec Windows, autant que je sache, Windows ne se préoccupe que de la poignée de codes des systèmes de fichiers qu’il peut gérer, puis ignore tout le reste. Idem pour macOS. Ainsi, le besoin de codes de type spécialisés est limité; vous en avez juste besoin pour faire en sorte qu’il soit ignoré par les systèmes d’exploitation, tels que Windows et macOS, qui doivent ignorer votre partition.
Note: je suis l'auteur du GPT fdisk ( gdisk, cgdisk, et sgdisk ) outil de partitionnement. Cela ne signifie pas que j'ai une parfaite connaissance de toutes les choses GPT, mais je me souviens de m'être penché sur ce code de type MBR spécifique il y a longtemps lorsque j'ai écrit pour la première fois GPT fdisk. Si vous découvrez que là-bas est un équivalent GPT exact à 0xDA du MBR, dites-moi s'il vous plaît que je puisse le supporter dans GPT fdisk.
