FAQ sur Windows et GPT

Réponses aux questions fréquentes sur la table de partition GUID (GPT).

Cette version de la FAQ Windows et GPT s’applique à Windows 10 et Windows Server 2016. Pour une version précédente de cette FAQ, consultez la FAQ Windows et GPT sur MSDN.

Depuis l’introduction de l’ordinateur personnel, la zone de stockage des données sur un disque dur a été divisée en zones plus petites, appelées secteurs. Ces secteurs sont regroupés dans des partitions qui créent des volumes distincts ou des « lecteurs » sur un disque. Les partitions ont été organisées à l’aide d’un schéma appelé enregistrement de démarrage principal (MBR). Le MBR est une table d’emplacements de disque, ou adresses, avec une certaine longueur, de chacune des partitions présentes sur le disque. Le MBR lui-même occupe une petite quantité du disque et est lu au cours de la phase de démarrage pour déterminer où localiser le système d’exploitation à démarrer. Les informations MBR sont également utilisées par le système d’exploitation comme une carte des volumes présents sur le disque.

Avec le temps, la densité des données pour les disques est devenue trop importante pour que le schéma MBR compte pour tous les emplacements de données disponibles. En outre, la mise en page ou le format du MBR a été conçu pour les premiers ordinateurs et n’est pas suffisamment flexible pour prendre en charge les configurations de disque les plus récentes. Une nouvelle méthode de partitionnement était nécessaire pour créer le schéma de partitionnement de la table de partition GUID (GPT).

GPT

Qu’est-ce qu’un disque GPT ?

La table de partition GUID (GPT) a été introduite dans le cadre de l’initiative Unified Extensible Firmware Interface (UEFI). GPT fournit un mécanisme plus flexible pour le partitionnement des disques que l’ancien schéma de partitionnement d’enregistrement de démarrage principal (MBR) qui était commun aux PC.

Une partition est un espace de stockage contigu sur un disque physique ou logique qui fonctionne comme s’il s’agissait d’un disque physiquement distinct. Les partitions sont visibles par le microprogramme système et par les systèmes d’exploitation installés. L’accès à une partition est contrôlé par le microprogramme du système avant que le système démarre le système d’exploitation, puis par le système d’exploitation après son démarrage.

Quel est le problème avec le partitionnement MBR ?

Les disques MBR ne prennent en charge que quatre entrées de table de partition. Pour plus de quatre partitions, une structure secondaire connue sous le nom de partition étendue est nécessaire. Les partitions étendues peuvent ensuite être subdivisées en un ou plusieurs disques logiques.

Windows crée des partitions de disque MBR et des lecteurs logiques sur les limites des cylindres en fonction de la géométrie signalée, bien que ces informations n’aient plus de relation avec les caractéristiques physiques du matériel (pilote de disque ou contrôleur RAID). À partir de Windows Vista et Windows Server 2008, des limites plus logiques sont sélectionnées lorsque le matériel fournit de meilleurs indicateurs au niveau du cache réel ou de l’alignement physique. Étant donné que ces informations de partition sont stockées sur le lecteur lui-même, le système d’exploitation n’est pas dépendant de l’alignement.

Les règles de partitionnement MBR sont complexes et mal spécifiées. Par exemple, l’alignement du cylindre signifie-t-il que chaque partition doit avoir au moins un cylindre de longueur ? Une partition MBR est identifiée par un champ de deux octets, et la coordination est nécessaire pour éviter les collisions. À l'origine, IBM assurait cette coordination, mais il n’existe aujourd’hui aucune liste faisant autorité des identificateurs de partition.

Une autre pratique courante consiste à utiliser des secteurs partitionnés ou « masqués » pour contenir des informations spécifiques à l’aide de processus non documentés et entraîne des problèmes difficiles à déboguer. Dans le passé, des implémentations et des outils spécifiques aux fournisseurs étaient mis à la disposition du public, ce qui rendait la prise en charge difficile.

Pourquoi nous avons besoin de GPT ?

Les disques GPT permettent une croissance. Le nombre de partitions sur un disque GPT n'est pas limité par des schémas temporaires tels que les partitions de conteneur définies par l’enregistrement de démarrage étendu (EBR) MBR. Le format de partition de disque GPT est bien défini et l’identification est entièrement automatique. Les données critiques pour le fonctionnement de la plateforme se trouvent dans des partitions et non dans des secteurs non partitionnés ou « masqués ». Les disques GPT utilisent les tables de partition principale et de partition de sauvegarde pour les champs de redondance et de CRC32 pour améliorer l’intégrité de la structure des données de partition. Le format de partition GPT utilise des champs de numéro de version et de taille pour un développement futur.

Chaque partition GPT a un GUID d’identification unique et un type de contenu de partition, aucune coordination n’est donc nécessaire pour empêcher la collision de l’identificateur de partition. Chaque partition GPT a un nom Unicode de 36 caractères. Cela signifie que tout logiciel peut présenter un nom de partition humainement lisible sans avoir besoin d'une compréhension supplémentaire de la partition.

Où trouver la spécification pour le partitionnement de disque GPT ?

Le chapitre 5 de la spécification Unified Extensible Firmware Interface (UEFI) (version 2.3) définit le format GPT. Cette spécification est disponible à l’adresse https://www.uefi.org/specifications.

Format GPT pour les disques de base

Les disques de base sont les types de stockage les plus couramment utilisés avec Windows. « Disque de base » fait référence à un disque qui contient des partitions, telles que des partitions principales et des lecteurs logiques, généralement formatés avec un système de fichiers pour devenir un volume pour le stockage de fichiers.

La zone MBR de protection d’une table de partition GPT existe pour la compatibilité descendante avec les utilitaires de gestion de disque qui fonctionnent sur MBR. L’en-tête GPT définit la plage d’adresses de blocs logiques qui sont utilisables par les entrées de partition. L’en-tête GPT définit également son emplacement sur le disque, son GUID et une somme de contrôle de la redondance cyclique 32 bits (CRC32) qui est utilisée pour vérifier l’intégrité de l’en-tête GPT. Chaque entrée de la table de partition GUID commence par un GUID de type de partition. Le GUID de type de partition à 16 octets, qui est similaire à un ID de système dans la table de partition d’un disque MBR, identifie le type de données contenu dans la partition et identifie le mode d’utilisation de la partition, par exemple, s’il s’agit d’un disque de base ou d’un disque dynamique. Notez que chaque entrée de partition GUID a une copie de sauvegarde.

Pour plus d’informations sur les disques de base, consultez l’article Disques de base et disques dynamiques.

Format GPT pour les disques dynamiques

Les disques dynamiques ont été introduits pour la première fois avec Windows 2000 et fournissent des fonctionnalités que les disques de base n’ont pas, telles que la possibilité de créer des volumes qui s’étendent sur plusieurs disques (volumes fractionnés et agrégés par bandes) et la possibilité de créer des volumes à tolérance de panne (volumes en miroir et RAID-5). Les disques dynamiques peuvent utiliser les styles de partition MBR ou GPT sur les systèmes qui prennent en charge les deux. Pour plus d’informations sur les disques dynamiques, consultez l’article Disques de base et disques dynamiques.

Exigences UEFI pour un disque GPT

Les disques GPT s’identifient automatiquement. Toutes les informations nécessaires pour interpréter le schéma de partitionnement d’un disque GPT sont entièrement contenues dans des structures à des emplacements spécifiés sur le média physique.

Quelle taille peut avoir un disque GPT ?

En théorie, un disque GPT peut contenir jusqu’à 2^64 blocs logiques. La taille des blocs logiques est généralement de 512 octets.

La taille maximale de la partition (et du disque) dépend de la version du système d’exploitation. Windows XP et la version d’origine de Windows Server 2003 ont une limite de 2 To par disque physique, toutes partitions comprises. Pour Windows Server 2003 SP1, Windows XP édition x64 et versions ultérieures, la partition brute maximale de 18 exaoctets peut être prise en charge. (Les systèmes de fichiers Windows sont actuellement limités à 256 téraoctets chacun.)

Combien de partitions un disque GPT peut-il avoir ?

La spécification autorise un nombre quasiment illimité de partitions. Toutefois, l'implémentation de Windows limite cette possibilité à 128 partitions. Le nombre de partitions est limité par la quantité d’espace réservé aux entrées de partition dans le GPT.

Un disque peut-il être à la fois GPT et MBR ?

Non. Non, mais, tous les disques GPT contiennent un MBR de protection.

Protection MBR

Le MBR de protection, commençant dans le secteur 0, précède la table de partition GPT sur le disque. Le MBR contient une partition de type 0xEE qui s’étend sur le disque.

Pourquoi le GPT a un MBR de protection ?

Le MBR de protection protège les disques GPT des outils de disque MBR précédemment publiés, tels que Microsoft MS-DOS FDISK ou Microsoft Windows NT Disk Administrator. Ces outils ne connaissent pas GPT et ne savent pas comment accéder correctement à un disque GPT. Les systèmes hérités qui ne connaissent pas GPT interprètent uniquement le MBR de protection lorsqu'ils accèdent à un disque GPT. Ces outils considéreront un disque GPT comme ayant une seule partition englobante (éventuellement non reconnue) en interprétant le MBR de protection, plutôt que de confondre le disque avec un disque non partitionné.

Pourquoi un disque partitionné en GPT semble contenir un MBR ?

Cela se produit lorsque vous utilisez un outil de disque prenant en charge MBR uniquement pour accéder au disque GPT. Pour plus d'informations, consultez les sections suivantes :

  • Comment un disque peut être à la fois GPT et MBR ?
  • MBR de protection
  • Pourquoi le GPT dispose d’un MBR de protection ?

Prise en charge des disques Windows

Windows XP x64 peut-il lire, écrire et démarrer à partir de disques GPT ?

Windows XP édition x64 peut utiliser des disques GPT uniquement pour les données.

La version 32 bits de Windows XP peut-elle lire, écrire et démarrer sur des disques GPT ?

Non. Non. La version 32 bits ne verra que le MBR de protection. La partition EE ne sera pas montée ou exposée aux logiciels d’application.

Les versions 32 et 64 bits de Windows Server 2003 peuvent-elles lire, écrire et démarrer à partir de disques GPT ?

À compter de Windows server 2003 Service Pack 1, toutes les versions de Windows Server peuvent utiliser des disques GPT partitionnés pour les données. Le démarrage est pris en charge uniquement pour les éditions 64 bits sur les systèmes Itanium.

Windows Vista, Windows Server 2008 et les versions ultérieures peuvent-elles lire, écrire et démarrer à partir de disques GPT ?

Oui, toutes les versions peuvent utiliser des disques partitionnés GPT pour les données. Le démarrage est pris en charge uniquement pour les éditions 64 bits sur les systèmes UEFI.

Windows 2000, Windows NT 4, ou Windows 95/98 peuvent-elles lire, écrire et démarrer à partir de GPT ?

Non. Non, là encore, le logiciel hérité ne verra que le MBR de protection.

Déplacement d’un disque GPT vers un autre ordinateur

Vous pouvez déplacer ou migrer des disques GPT de données uniquement vers d’autres systèmes qui exécutent Windows XP (édition 64 bits uniquement) ou des versions ultérieures du système d’exploitation (éditions 32 ou 64 bits). Vous pouvez migrer des disques GPT de données uniquement après l’arrêt du système ou après le retrait en toute sécurité du disque.

Combinaison de disques GPT et MBR sur un même système

Les disques GPT et MBR peuvent être mélangés sur des systèmes qui prennent en charge GPT, comme décrit précédemment. Cependant, vous devez tenir compte des restrictions suivantes :

  • Les systèmes qui prennent en charge UEFI requièrent que la partition de démarrage réside sur un disque GPT. Les autres disques durs peuvent être MBR ou GPT.
  • Les disques MBR et GPT peuvent être présents dans un seul groupe de disques dynamiques. Les jeux de volumes peuvent s’étendre sur des disques MBR et GPT.

Médias amovibles

Le média amovible doit être MBR, GPT ou « superfloppy ».

Superfloppy

Le média amovible sans mise en forme GPT ou MBR est considéré comme étant un « superfloppy ». La totalité du média est traitée comme une partition unique.

Le fabricant du média effectue le partitionnement MBR des médias amovibles. Si le média possède un MBR, une seule partition est prise en charge. Il y a peu de différence perceptible par l'utilisateur entre les médias partitionnés en MBR et les superfloppies.

Exemples de médias amovibles : lecteurs de disquette, cartouches de disque JAZ, média magnéto-optique, DVD-ROM et CD-ROM. Les lecteurs de disque dur sur des bus externes, tels que SCSI ou IEEE 1394, ne sont pas considérés comme étant amovibles.

Quel est le comportement par défaut de Windows XP 64-Bit Edition Version 2003 lors du partitionnement de média ?

Pour Windows XP édition 64 bits Version 2003 uniquement (pour les systèmes basés sur Itanium), les disques fixes sont partitionnés à l’aide du partitionnement GPT. Les disques GPT ne peuvent être convertis en disques MBR que si tout le partitionnement existant est d'abord supprimé, ce qui entraîne une perte de données.

Comportement par défaut de la version 32 bits de Windows XP, Windows Server 2003 et Windows XP x64 lors du partitionnement du média

Seuls les disques MBR peuvent être utilisés.

Mappage d’une lettre de lecteur dans le système d’exploitation à une partition dans le microprogramme UEFI

Il n’existe aucun mappage inhérent entre la lettre de lecteur et la partition qui peut être utilisé pour déterminer l’une des autres. Une partition de données de base doit être identifiée par son GUID de partition.

Création d’une partition ESP

Les partitions ESP peuvent être créées à l’aide de l’utilitaire de microprogramme UEFI Diskpart. efi ou de l’utilitaire de ligne de commande Windows Diskpart.exe.

Modifications sur une partition

Vous ne devez pas modifier directement une entrée d’en-tête de partition. N’utilisez pas les outils ou utilitaires de disque pour apporter des modifications ou modifier.

Partitionnement pris en charge sur les disques détachables

Les disques amovibles sont généralement destinés à migrer entre les ordinateurs ou simplement à être indisponibles pour le système d'exploitation à certains moments. Les disques USB sont des exemples de disques amovibles, qui peuvent être facilement déconnectés par l’utilisateur final. Windows XP prend en charge uniquement le partitionnement MBR sur les disques détachables. Les versions ultérieures de Windows prennent en charge les partitions GPT sur les disques détachables.

Pour plus d’informations sur les médias amovibles, consultez les questions suivantes :

  • Médias amovibles
  • Superfloppy

Partitions requises pour Windows GPT : partition système EFI

La partition système de l’interface de microprogramme extensible (ESP)

Le protocole ESP contient les fichiers NTLDR, HAL, Boot.txt et d’autres fichiers nécessaires au démarrage du système, tels que les pilotes. Le GUID de la partition définit le protocole ESP :

DEFINE_GUID (PARTITION_SYSTEM_GUID, 0xC12A7328L, 0xF81F, 0x11D2, 0xBA, 0x4B, 0x00, 0xA0, 0xC9, 0x3E, 0xC9, 0x3B)

Disques GPT et ESP

Non, les disques MBR peuvent également avoir des ESP. UEFI spécifie le démarrage à partir de GPT ou MBR. Le protocole ESP sur un disque MBR est identifié par le type de partition 0xEF. Toutefois, Windows ne prend pas en charge le démarrage d’UEFI à partir de disques MBR ou de partitions 0xEF.

Taille de l’ESP

L’ESP est d’environ 100 Mo.

Deux services ESP sur un seul disque

Une telle configuration ne doit pas être créée et n’est pas prise en charge dans Windows.

Deux services ESP sur deux disques différents

Les partitions ESP peuvent être répliquées pour des configurations à haute disponibilité. La réplication doit être effectuée manuellement et le contenu doit être synchronisé manuellement lors de l’utilisation de volumes logiciels. Les fournisseurs de matériel peuvent fournir des solutions supplémentaires pour la haute disponibilité. Les partitions ESP ne peuvent pas être mises en miroir.

Ce que Microsoft place dans l’ESP

Microsoft place le HAL, le chargeur et les autres fichiers nécessaires au démarrage du système d'exploitation dans l'ESP.

Emplacement ESP sur le disque

Le ESP doit d’abord être sur le disque. Le principal avantage de placer l'ESP en premier est qu'il est impossible d'étendre les volumes lorsque l'ESP se trouve logiquement entre les deux partitions de données que vous tentez d'étendre.

Ajouts du fabricant du système ou de l’appareil à l’ESP

L’ESP doit inclure uniquement les fichiers nécessaires au démarrage d’un système d’exploitation, les outils de plateforme qui s’exécutent avant le démarrage du système d’exploitation ou les fichiers qui doivent être consultés avant le démarrage du système d’exploitation. Par exemple, les fichiers nécessaires à l’exécution de la maintenance du système de pré-démarrage doivent être placés dans le fichier ESP.

Les autres fichiers à valeur ajoutée ou les diagnostics utilisés pendant le fonctionnement du système d'exploitation ne doivent pas être placés dans l'ESP. Il est important de noter que l'espace dans l'ESP est une ressource limitée du système ; son but principal est de fournir un stockage pour les fichiers qui sont nécessaires au démarrage du système d'exploitation.

Emplacement du fabricant du système pour les fichiers tels que les diagnostics de plateforme ou d’autres fichiers à valeur ajoutée

L’option recommandée permet aux fabricants de systèmes de placer le contenu à valeur ajoutée dans une partition spécifique à l’OEM. Tout comme les partitions OEM MBR, le contenu des partitions OEM GPT (ou d'autres partitions non reconnues) n'est pas exposé (lettres de lecteur ou listes de volumes). Les utilisateurs sont avertis que la suppression de la partition peut entraîner l’échec du fonctionnement du système. Une partition spécifique à l’OEM doit être placée avant le MSR et après un ESP sur le disque. Bien qu'il ne soit pas architectural, ce placement présente les mêmes avantages que le placement de l'ESP en premier. Par exemple, il est également impossible d'étendre des volumes lorsqu'une partition spécifique à un OEM se trouve logiquement entre les deux partitions de données que vous tentez d'étendre.

Le placement dans l'ESP est une option pour les applications ou les fichiers qui s'exécutent dans l'environnement de démarrage du système d’exploitation. Cependant, l'ESP est un espace partagé sur le plan architectural et représente une ressource limitée. La consommation d'espace dans le l’ESP doit être considérée avec attention. Les fichiers qui ne sont pas pertinents pour l’environnement de pré-démarrage du système d’exploitation ne doivent pas être placés dans le fichier ESP.

Partition réservée Microsoft (MSR)

La partition réservée Microsoft (MSR) réserve de l’espace sur chaque lecteur de disque pour une utilisation ultérieure par le logiciel du système d’exploitation. Les disques GPT n’autorisent pas les secteurs masqués. Les composants logiciels qui utilisaient précédemment des secteurs masqués allouent désormais des parties de la partition MSR pour les partitions spécifiques aux composants. Par exemple, la conversion d’un disque de base en disque dynamique entraîne une réduction de la taille de la partition MSR sur ce disque et une partition nouvellement créée contient la base de données de disque dynamique. La partition MSR a le GUID de la partition :

DEFINE_GUID (PARTITION_MSFT_RESERVED_GUID, 0xE3C9E316L, 0x0B5C, 0x4DB8, 0x81, 0x7D, 0xF9, 0x2D, 0xF0, 0x02, 0x15, 0xAE)

Disques qui nécessitent une partition MSR

Chaque disque GPT doit contenir une partition MSR. L’ordre des partitions sur le disque doit être ESP (le cas échéant), OEM (le cas échéant) et MSR, suivis de la ou des partitions de données principales. Il est particulièrement important que la partition MSR soit créée avant d’autres partitions de données principales.

Responsabilités de création pour MSR

La MSR doit être créée lorsque les informations de partitionnement de disque sont écrites pour la première fois sur le lecteur. Si le fabricant partitionne le disque, le fabricant doit créer la partition MSR en même temps. Si Windows partitionne le disque lors de l’installation, Windows crée la partition MSR.

Pourquoi une partition MSR doit-elle être créée lors du premier partitionnement du disque ?

Une fois le disque partitionné, aucun espace libre n’est restant pour créer une partition MSR.

Taille de la partition MSR

Lors de sa création initiale, la taille de la partition MSR dépend de la taille du lecteur de disque :

  • Sur les disques d’une taille inférieure à 16 Go, la partition MSR est de 32 Mo.
  • Sur les lecteurs supérieurs ou égaux à 16 Go, la partition MSR est de 128 Mo.

Étant donné que la partition MSR est divisée en d’autres partitions, elle devient plus petite.

Implémentation ESP GPT Windows

Partitions requises par Windows

Pour les systèmes UEFI, le lecteur de démarrage doit contenir une ESP, une partition MSR et au moins une partition de données de base qui contient le système d’exploitation. Une seule ESP doit exister sur un système même si plusieurs systèmes d’exploitation sont installés sur ce système. Dans une configuration de démarrage en miroir, il peut y avoir deux lecteurs avec une ESP, mais ils sont considérés comme une copie redondante de la même ESP. Chaque lecteur de données doit contenir au moins une partition de données MSR et une partition de données de base.

Toutes les partitions de données de base sur le lecteur doivent être contiguës. Comme indiqué ci-dessus, le fait de placer une partition spécifique à l’OEM ou une autre partition non reconnue entre des partitions de données impose des limitations sur le fractionnement de volume ultérieur.

Partition de données de base

Les partitions de données de base correspondent aux partitions MBR principales 0x6 (FAT), 0x7 (NTFS) ou 0xB (FAT32). Chaque partition de base peut être montée à l’aide d’une lettre de lecteur ou d’un point de montage, d’un autre objet de périphérique de volume, ou les deux. Chaque partition de données de base est représentée dans Windows en tant qu’objet de périphérique de volume, et éventuellement en tant que point de montage ou lettre de lecteur.

Identification d’une partition de données de base

Elle possède le type de partition suivant GUID

DEFINE_GUID (PARTITION_BASIC_DATA_GUID, 0xEBD0A0A2L, 0xB9E5, 0x4433, 0x87, 0xC0, 0x68, 0xB6, 0xB7, égale 0x26, 0x99, 0xC7);

Visibilité de la partition ESP pour les utilisateurs finaux

La partition ESP n’est pas masquée, mais elle ne possède pas non plus de lettre de lecteur. Elle n’apparaît pas dans l’Explorer, sauf si une lettre de lecteur lui est affectée, mais certains outils peuvent la répertorier.

Visibilité des partitions spécifiques aux MSR et aux OEM pour les utilisateurs finaux

Les utilisateurs ne verront pas ces partitions exposées dans l’Explorer de Windows, ni aucun système de fichiers reconnu exposé aux programmes hérités, tels que l’indexation du contenu. Les partitions spécifiques à l’OEM et les autres partitions non reconnues sont visibles uniquement dans le composant logiciel enfichable MMC Gestion des disques, car elles ne disposent pas d’un système de fichiers reconnaissable.

Partitions montées par défaut par Windows

Windows expose uniquement les partitions de données de base. D'autres partitions avec des systèmes de fichiers FAT peuvent être montées, mais pas exposées uniquement de manière programmatique. Seules les partitions de données de base se voient affecter des lettres de lecteur ou des points de montage.

Le système de fichiers FAT ESP est monté, mais n’est pas exposé. Cela permet aux programmes en cours d’exécution sous Windows de mettre à jour le contenu de l’ESP. L’affectation d’une lettre de lecteur à l’ESP à l’aide de mountvol /s permet d’accéder à la partition. L’accès à l’ESP nécessite un privilège Administrateur. Bien que la partition MSR, et toutes les partitions créées à partir de la partition MSR, puissent avoir des systèmes de fichiers reconnaissables, aucun n’est exposé.

Les partitions ou partitions spécifiques à l’OEM associées à d’autres systèmes d’exploitation ne sont pas reconnues par Windows. Les partitions non reconnues avec des systèmes de fichiers reconnus sont traitées comme l’ESP. Elles seront montées, mais pas exposées. Contrairement aux disques MBR, il n'y a pas de différence pratique entre les partitions spécifiques à l’OEM et les autres partitions du système d'exploitation ; toutes sont « non reconnues ».

Comment l’utilisateur peut voir l’ESP, l’OEM et d’autres partitions non reconnues ?

L'utilisateur peut utiliser des outils de gestion de disque tels que l'utilitaire Disk Management ou la ligne de commande Windows diskpart.exe. La partition MSR et toutes les partitions créées à partir de la partition MSR sont uniquement visibles à partir de la ligne de commande.

Disques dynamiques

Les disques dynamiques utilisent deux partitions GPT différentes :

  • Une partition de conteneur de données qui correspond à la partition MBR 0x42, avec le GUID suivant : DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD) ;

  • Une partition pour contenir la base de données de configuration dynamique, avec le GUID suivant : DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3) ;

Les volumes sont créés dans le conteneur de données et montés par défaut. Là encore, c’est exactement le même que le contenu des partitions de du MBR 0x42.

Conversion d’un disque de base en disque dynamique

Pour qu’un lecteur soit éligible à la conversion en dynamique, toutes les partitions de données de base sur le lecteur doivent être contiguës. Si d’autres partitions non reconnues séparent des partitions de données de base, le disque ne peut pas être converti. C’est l’une des raisons pour lesquelles la partition MSR doit être créée avant toute partition de données de base. La première étape de la conversion consiste à séparer une partie de la MSR pour créer la partition de base de données de configuration. Toutes les partitions de base non démarrables sont ensuite combinées dans une partition de conteneur de données unique. Les partitions de démarrage sont conservées en tant que partitions de conteneur de données distinctes. Ceci est analogue à la conversion des partitions primaires.

Windows XP et les versions ultérieures de Windows diffèrent de Windows 2000 dans la mesure où les partitions de base et étendues sont converties de manière préférentielle en une seule partition 0x42, au lieu d’être conservées comme plusieurs partitions 0x42 distinctes, comme sur Windows 2000.

Système contenant une combinaison de disques dynamiques GPT et MBR

Oui. Pour plus d’informations, consultez l’article : qu’en est-il de la combinaison des disques GPT et MBR sur le même système ?

Montage d’une partition spécifique

Vous pouvez accéder aux partitions de disque GPT de types différents à l’aide des outils répertoriés dans le tableau suivant.

Outil Windows Microprogramme
Outil de partition de disque diskpart.efi Données MSR ESP
Outil de partition de disque diskpart.exe Données MSR ESP
Gestionnaire de disque logique diskmgmt.msc Données ESP
Explorateur de fichiers explorer.exe Données

À l’aide des API du kit de développement logiciel (SDK) de Microsoft Platform, vous pouvez également développer vos propres outils pour accéder aux partitions de disque GPT à leurs niveaux primitifs.

Comment les disques GPT sont gérés dans Windows ?

Les disques GPT et MBR sont gérés de la même façon. Les disques peuvent être au format GPT ou MBR en utilisant l’utilitaire d’invite de commandes diskpart.exe ou à l’aide du composant logiciel enfichable Administrateur de disque. Les volumes peuvent être créés sur des disques GPT et MBR, et les deux types de disques peuvent être mélangés dans le même groupe de disques dynamiques.

Jeux FTdisk

À partir de Windows XP, il n'y a pas de prise en charge des jeux FTdisk sous Windows pour les disques MBR ou GPT. La seule prise en charge des volumes logiques s’effectue par le biais de disques dynamiques.

Conversion d’un disque de GPT en MBR, et vice versa

Microsoft propose MBR2GPT.exe qui convertit les disques de MBR en GPT.

Systèmes de fichiers pris en charge sur les disques GPT

NTFS est recommandé sur toutes les partitions de données de base et sur tous les volumes dynamiques. Le programme d’installation de Windows et l’offre enfichable de Gestion des disques ne proposent que NTFS. Pour éviter cela, la partition ou le volume doit être mis en forme explicitement via l’outil en ligne de commande Format.

Manipulation des disques GPT et de leur contenu

Création d’un disque GPT

Vous pouvez créer un disque GPT uniquement sur un disque vide et non partitionné (disque brut ou disque MBR vide). Pour plus d’informations sur la création de disques GPT, consultez l’article Utilisation de lecteurs GPT.

Conversion d’un disque MBR ou GPT

Vous pouvez convertir un format de partition existant dans un autre format. Pour plus d’informations, consultez les articles TechNet suivants :

Ne faites pas de copie secteur par secteur d'un disque GPT.

Les GUID de disque et de partition ne seront plus uniques. Cela ne doit jamais se produire. Vous pouvez effectuer une copie secteur par secteur du contenu des partitions de données ESP ou de base.

Copie d’un disque GPT entier à l’aide des outils de création d’images OPK

Vous pouvez copier un disque GPT entier à l'aide des outils d'imagerie OPK ; cependant, il y a quelques mises en garde importantes. Le kit de pré-installation OEM (OPK) initialise les GUID de disque et de partition à zéro. Lors du premier démarrage de Windows, le système d’exploitation génère des GUID uniques. Le kit de pré-installation OEM prend uniquement en charge la génération des partitions de données ESP, MSR et de base.

Si une application a enregistré des GUID de disques ou de partitions, elle peut s'interrompre. Toutes les applications, tous les pilotes, tous les utilitaires ou toutes les mises en œuvre de micrologiciels fournis par les fabricants de systèmes ou les fournisseurs d'applications qui reposent sur les GUID doivent être capables de gérer les GUID qui changent des valeurs d'initialisation de l'OPK à celles générées par le système d'exploitation.

Commande MAKE diskpart.efi

La commande diskpart.efi MAKE permet aux OEM de simplifier la pré-installation du système d’exploitation et la récupération du système. Cette commande peut facilement être étendue pour créer une configuration de disque « par défaut » pour la plateforme. Par exemple, le fabricant du système peut étendre la commande MAKE pour partitionner automatiquement le lecteur de démarrage avec une ESP, une partition MSR, une partition spécifique à l’OEM et une partition de données de base.

Prenons l’exemple d’une configuration de disque possible appelée BOOT_DISK. Dans le cas d'une reprise d'activité après une faillite, MAKE BOOT_DISK permet au client de repartitionner complètement un disque de démarrage pour rétablir les paramètres d'usine originaux.

Détection d’un GUID de disque ou de partition en double

Si Windows détecte un disque ou un GUID de partition en double, Windows génère de nouveaux GUID pour tout GUID de disque en double, GUID de Partition MSR ou GUID de données de base MSR lors de la détection. Cela est similaire à la gestion des signatures MBR en double dans Windows 2000. Les GUID dupliqués sur une partition de base de données ou de conteneur dynamique entraînent des résultats imprévisibles.