Preguntas más frecuentes sobre la arquitectura de disco de tabla de creación de particiones GUID

La arquitectura de disco de tabla de particiones GUID se introdujo como parte de la iniciativa Interfaz de firmware extensible. Tabla de particiones GUID es una nueva arquitectura de disco que se expande en el esquema de creación de particiones de registro de arranque maestro (MBR) anterior que ha sido común a los equipos basados en Intel.

Una partición es un espacio contiguo de almacenamiento en un disco físico o lógico que funciona como si fuera un disco físicamente independiente. Las particiones son visibles para el firmware del sistema y los sistemas operativos instalados. El acceso a una partición se controla mediante el firmware del sistema y el sistema operativo que está activo actualmente.

Los discos de tabla de particiones GUID pueden crecer a un tamaño grande. A partir de julio de 2001, la implementación de Microsoft admite un disco duro de hasta 18 EB (512 KB LBA).

El número de particiones en un disco de tabla de particiones GUID no está restringido por esquemas temporales, como las particiones de contenedor, tal como se define en el registro de arranque extendido de MBR. La implementación de Microsoft de la tabla de particiones GUID está limitada a 128 particiones. Sin embargo, es importante tener en cuenta que se usa una partición para la partición del sistema EFI, otra para Microsoft Reserved y dos más si se usan discos dinámicos. Esto deja 124 particiones para el uso de datos.

El formato de partición de disco de tabla de particiones GUID está bien definido y totalmente autoidentificable. Los datos críticos para el sistema operativo se encuentran en particiones y no en sectores no particionados u ocultos . La tabla de particiones GUID no permite sectores o particiones ocultos. Los discos de tabla de particiones GUID usan tablas de partición principal y de copia de seguridad para redundancia y campos CRC32 para mejorar la integridad de la estructura de datos de partición. El formato de partición tabla de particiones GUID usa campos de tamaño y número de versión para futuras expansiones.

Cada partición de tabla de particiones GUID tiene un GUID de identificación único y un tipo de contenido de partición, por lo que no es necesaria ninguna coordinación para evitar la colisión del identificador de partición. Cada partición de tabla de particiones GUID tiene un nombre Unicode de 36 caracteres, lo que significa que cualquier software puede presentar un nombre fácil de leer para la partición sin ningún conocimiento adicional de la partición.

Los discos MBR solo admiten cuatro entradas de tabla de particiones principales o varias particiones lógicas en la partición extendida. Si se desean más particiones, es necesaria una estructura secundaria, una partición extendida. Después, las particiones extendidas se subdividen en uno o varios discos lógicos.

Solo puede haber una partición extendida en una unidad determinada y el número máximo de unidades lógicas es MAXULONG/4. Todas las particiones de disco MBR y las unidades lógicas deben estar alineadas con cilindros, incluso en conjuntos RAID de hardware creados a partir de varias unidades diferentes sin geometría física subyacente clara.

Las reglas de creación de particiones de MBR son complejas y están mal especificadas. Por ejemplo, ¿significa la alineación del cilindro que cada partición debe tener al menos un cilindro de longitud? Una partición MBR se identifica mediante un campo de dos bytes y es necesaria la coordinación para evitar colisiones. IBM proporcionó originalmente esa coordinación, pero a partir de julio de 2001, no hay ninguna lista autoritativa única de identificadores de partición.

Otra práctica común consiste en usar sectores con particiones u "ocultos" para contener información específica. Esa práctica no está documentada y da lugar a graves problemas del sistema que son difíciles de depurar. A lo largo de los años, las implementaciones y herramientas rotas se han lanzado al público, lo que dificulta el soporte técnico.

El capítulo 16 de la especificación de interfaz de firmware extensible define el formato de tabla de particiones GUID. Este documento está disponible en el siguiente sitio web de Intel:

La especificación EFI unificada define una interfaz entre un sistema operativo y el firmware de la plataforma

Aviso de declinación de responsabilidades sobre la información de terceros

Los productos de otros fabricantes que se mencionan en este artículo han sido creados por compañías independientes de Microsoft. Microsoft no ofrece ninguna garantía, ya sea implícita o de otro tipo, sobre la confiabilidad o el rendimiento de dichos productos.

No. Los discos de tabla de particiones GUID son autoidentificables. Toda la información necesaria para interpretar el esquema de partición de un disco de tabla de particiones GUID está completamente contenida en estructuras en ubicaciones especificadas en los medios físicos.

En teoría, un disco de tabla de particiones GUID puede tener hasta 264 sectores en un único bloque lógico de longitud. Los bloques lógicos suelen ser de 512 bytes o un sector de tamaño.

En la práctica, Windows XP admite discos de tabla de particiones GUID de hasta 18 exabytes de tamaño aproximadamente.

En teoría, un número ilimitado. Como en julio de 2001, la implementación de Microsoft es de 128 particiones. El número de particiones está limitado por la cantidad de espacio reservado para realizar entradas de partición.

No. Sin embargo, todos los discos de tabla de particiones GUID contienen un MBR protector que se usa para los programas heredados que no entienden la estructura de disco de la tabla de particiones GUID.

El MBR de protección, a partir del sector 0, precede a la tabla de particiones GUID de tabla de particiones en el disco. MBR contiene un tipo 0xEE partición que abarca toda la longitud del disco. Esto es lo mismo independientemente del número de particiones definidas en la matriz de entrada de disco tabla de particiones GUID.

El MBR de protección protege los discos de tabla de particiones GUID frente a herramientas de disco MBR publicadas anteriormente, como Microsoft MS-DOS FDISK o Microsoft Windows NT Disk Administrator. Estas herramientas no conocen la tabla de particiones GUID y no saben cómo acceder correctamente a un disco de tabla de particiones GUID. El software heredado que no conoce la tabla de particiones GUID interpreta solo el MBR protegido cuando accede a un disco de tabla de particiones GUID. Estas herramientas verán que un disco de tabla de particiones GUID tiene una única partición que abarca (posiblemente no reconocida) interpretando el MBR protegido, en lugar de confundir el disco para uno sin particionar.

Si esto ocurrió, debe haber usado una herramienta de disco compatible con MBR para acceder al disco de tabla de particiones GUID.

La partición EE del MBR de protección se especifica para que sea el tamaño máximo permitido en un MBR.

• ¿Puede la versión de 64 bits de Windows XP leer, escribir y arrancar desde discos de tabla de particiones GUID?

  La versión de 64 bits de Windows XP puede leer y escribir discos de tabla de particiones GUID, pero no puede arrancar desde discos de tabla de particiones GUID.

• ¿Puede la versión de 64 bits de Windows XP leer, escribir y arrancar desde discos MBR?

  Sí.

• ¿Puede la versión de 32 bits de Windows XP leer, escribir y arrancar desde discos de tabla de particiones GUID?

  No. La versión de 32 bits solo verá el MBR de protección. La partición EE no se montará ni se expondrá al software del programa.

• ¿Puede la versión de 32 bits de Windows XP leer, escribir y arrancar desde discos MBR?

  Sí.

• ¿Puede Microsoft Windows 2000, Microsoft Windows NT 4.0 o Microsoft Windows 98/95 leer, escribir y arrancar desde la tabla de particiones GUID?

  No. El software heredado solo verá el MBR de protección.

Los discos DE MBR y tabla de particiones GUID solo se pueden mezclar en sistemas de 64 bits y se aplican las restricciones siguientes:

• El cargador de Windows XP y la partición de arranque deben residir en un disco de tabla de particiones GUID. Otros discos duros pueden ser MBR o tabla de particiones GUID.

• Los discos de tabla de particiones MBR y GUID pueden estar presentes en un único grupo de discos dinámicos. Los conjuntos de volúmenes pueden abarcar discos de tabla de particiones MBR y GUID; sin embargo, la restricción de alineación de cilindros MBR puede causar algunas dificultades con la creación de reflejo o el seccionamiento de discos MBR y GUID de tabla de particiones.

Los medios extraíbles deben ser MBR o superfloppy.

Los medios extraíbles sin formato de tabla de particiones GUID o MBR se consideran superfloppy. Todo el medio se trata como una sola partición.

El fabricante de medios realiza cualquier partición MBR de medios extraíbles; Windows nunca crea particiones de medios extraíbles. Si el medio tiene una MBR, solo se admite una partición. Hay poca diferencia discernible por el usuario entre los medios con particiones MBR y los superfloppies.

Algunos ejemplos de medios extraíbles son unidades de disco, cartuchos de disco JAZZ, medios magneto-ópticos, DVD-ROM y CD-ROM. Las unidades de disco duro en autobuses externos como SCSI o IEEE 1394 no se consideran extraíbles.

• ¿Cuál es el comportamiento predeterminado de la versión de 64 bits de Windows XP al crear particiones multimedia?

  Los discos fijos se crean particiones mediante la creación de particiones de tabla de particiones GUID. Los discos de tabla de particiones GUID solo se pueden convertir en discos MBR si se eliminan por primera vez todas las particiones existentes, con pérdida de datos asociada.

• ¿Cuál es el comportamiento predeterminado de la versión de 32 bits de Windows XP al crear particiones multimedia?

  Solo se pueden usar discos MBR. Los discos MBR no se pueden convertir en discos de tabla de particiones GUID.

• ¿Cómo se puede asignar una letra de unidad en el sistema operativo a una partición en firmware de interfaz de firmware extensible?

  No hay ninguna asignación inherente entre la letra de unidad y la partición que se pueda usar para determinar una de la otra. Una partición de datos básica debe identificarse mediante su GUID de partición.

• ¿Cómo se puede crear una partición del sistema de interfaz de firmware extensible?

  Las particiones del sistema de interfaz de firmware extensible se pueden crear mediante la utilidad de firmware interfaz de firmware extensible Diskpart.efi o la utilidad de línea de comandos de Windows XP Diskpart.exe, o se pueden crear mediante programación mediante IOCTL_SET_DRIVE_LAYOUT .

No debe cambiar directamente ninguna entrada de encabezado de partición. No use herramientas o utilidades de disco para realizar modificaciones o cambios.

Normalmente se espera que los discos extraíbles se migren entre equipos o que simplemente no estén disponibles para el sistema operativo a veces. Algunos ejemplos de discos extraíbles son discos IEEE 1394, que el usuario final puede desconectar fácilmente, o discos compartidos de Microsoft Cluster Services (MSCS), que se mueven entre nodos de un clúster. Windows XP solo admite la creación de particiones MBR en discos extraíbles.

• ¿Qué es la partición del sistema de interfaz de firmware extensible?

  La partición del sistema de interfaz de firmware extensible contiene el NTLDR, Boot.ini y otros archivos necesarios para arrancar el equipo, como controladores. El GUID de partición define la partición del sistema de interfaz de firmware extensible:

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

• ¿Solo los discos de tabla de particiones GUID tienen particiones del sistema de interfaz de firmware extensible?

  No, los discos MBR también pueden tener particiones del sistema de interfaz de firmware extensible. La interfaz de firmware extensible especifica el arranque desde la tabla de particiones GUID o MBR. Las particiones del sistema de interfaz de firmware extensible en un disco MBR se identifican mediante el tipo de partición 0xEF. Sin embargo, Windows XP no admite el arranque de la interfaz de firmware extensible desde discos MBR ni particiones 0xEF.

• ¿Qué tamaño tiene la partición del sistema de interfaz de firmware extensible?

  La partición del sistema de interfaz de firmware extensible se determina mediante el siguiente algoritmo:

  Máx. (100 MB, mínimo (1 porcentaje de disco físico, 1 GB))

  En otras palabras, el tamaño de la partición del sistema de interfaz de firmware extensible debe ser el mayor de estos dos números, 100 MB o 1 por ciento del tamaño del disco físico (hasta 1 GB). El tamaño del disco físico se mide en el momento de crear particiones de disco.

  El valor del 1 por ciento del disco físico se calcula en el momento en que se crea la partición del sistema de interfaz de firmware extensible y no cambia si el disco se extiende más adelante (por ejemplo, mediante RAID).

• ¿Puede haber dos particiones del sistema de interfaz de firmware extensible en un solo disco?

  Esta configuración no se debe crear y no se admitirá.

• ¿Qué hay de dos particiones del sistema de interfaz de firmware extensible en dos discos diferentes?

  Las particiones del sistema de interfaz de firmware extensible se pueden replicar para configuraciones de alta disponibilidad. La replicación debe realizarse manualmente y el contenido debe sincronizarse manualmente. Las particiones del sistema de interfaz de firmware extensible no se pueden reflejar.

• ¿Qué coloca Microsoft en la partición del sistema de interfaz de firmware extensible?

  Microsoft coloca el cargador y otros archivos necesarios para arrancar el sistema operativo en la partición del sistema de interfaz de firmware extensible.

• ¿Dónde debe colocarse la partición del sistema de interfaz de firmware extensible en el disco?

  La partición del sistema de interfaz de firmware extensible debe estar primero en el disco. Aunque no hay ningún requisito arquitectónico, hay numerosas razones por las que es beneficioso colocar primero la partición del sistema de interfaz de firmware extensible. La razón principal de esto es que es imposible abarcar volúmenes cuando la partición del sistema de interfaz de firmware extensible está lógicamente entre las dos particiones de datos que intenta abarcar.

• ¿Qué debe colocar el fabricante de un equipo o dispositivo en la partición del sistema de interfaz de firmware extensible?

  La partición del sistema de interfaz de firmware extensible solo debe incluir los archivos necesarios para arrancar un sistema operativo, las herramientas de plataforma que se ejecutan antes del arranque del sistema operativo o los archivos a los que se debe acceder antes del arranque del sistema operativo, por ejemplo, para realizar el mantenimiento del sistema previo al arranque. Otros archivos o diagnósticos de valor agregado que se usan mientras se ejecuta el sistema operativo no deben colocarse en la partición del sistema de interfaz de firmware extensible. Es importante tener en cuenta que el espacio en la partición del sistema de interfaz de firmware extensible es un recurso limitado del sistema; su propósito principal es proporcionar almacenamiento para los archivos necesarios para arrancar el sistema operativo.

La opción preferida es que los fabricantes de equipos coloquen contenido de valor agregado en una partición específica de OEM. Al igual que las particiones OEM de MBR, el contenido de las particiones OEM de tabla de particiones GUID (u otras particiones no reconocidas) no se expone (letras de unidad dadas o devueltas en listas de volúmenes). Se advierte a los usuarios de que la eliminación de la partición puede hacer que el equipo no funcione. Una partición específica de OEM debe colocarse antes de la partición reservada de Microsoft y después de cualquier partición del sistema de interfaz de firmware extensible en el disco. Aunque no es arquitectónica, esta ubicación tiene las mismas ventajas que colocar primero la partición del sistema de interfaz de firmware extensible. Por ejemplo, también es imposible abarcar volúmenes cuando una partición específica de OEM está lógicamente entre las dos particiones de datos que intenta abarcar.

La ubicación en la partición del sistema de interfaz de firmware extensible es una opción para los programas o archivos que se ejecutan en el entorno de arranque del sistema operativo anterior. Sin embargo, la partición del sistema de interfaz de firmware extensible es un espacio compartido arquitectónicamente y representa un recurso limitado. El consumo de espacio en la partición del sistema de interfaz de firmware extensible debe tenerse en cuenta cuidadosamente. Los archivos que no son relevantes para el entorno de arranque del sistema operativo anterior no deben colocarse en la partición del sistema de interfaz de firmware extensible.

• ¿Qué es una partición reservada de Microsoft?

  La partición reservada de Microsoft reserva espacio en cada unidad de disco para su uso posterior por parte del software del sistema operativo. Los discos de tabla de particiones GUID no permiten sectores ocultos. Los componentes de software que anteriormente usaban sectores ocultos ahora asignan partes de la partición reservada de Microsoft para particiones específicas del componente. Por ejemplo, la conversión de un disco básico en un disco dinámico hace que la partición reservada de Microsoft en ese disco se reduzca en tamaño y una partición recién creada contenga la base de datos de disco dinámico. La partición reservada de Microsoft tiene el siguiente GUID de partición:

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

• ¿Qué discos requieren una partición reservada de Microsoft?

  Cada disco de tabla de particiones GUID debe contener una partición reservada de Microsoft. La partición reservada de Microsoft debe ser la primera partición después de la partición del sistema de interfaz de firmware extensible (si existe) en el disco. Es especialmente importante que la partición reservada de Microsoft se cree antes que otras particiones de datos principales.

• ¿Quién crea la partición reservada de Microsoft?

  La partición reservada de Microsoft debe crearse cuando la información de partición de disco se escribe por primera vez en la unidad. Si el fabricante crea particiones en el disco, el fabricante debe crear la partición reservada de Microsoft al mismo tiempo. Si Windows crea particiones en el disco durante el programa de instalación, crea la partición reservada de Microsoft.

• ¿Por qué se debe crear la partición reservada de Microsoft cuando el disco se particiona por primera vez?

  Una vez particionado el disco, no quedará espacio libre para crear una partición reservada de Microsoft.

• ¿Qué tamaño tiene la partición reservada de Microsoft?

  Cuando se crea inicialmente, el tamaño de la partición reservada de Microsoft depende del tamaño de la unidad de disco:

  • En las unidades que tienen menos de 16 GB, la partición reservada de Microsoft es de 32 MB.
  • En las unidades que son mayores o iguales que 16 GB, la partición reservada de Microsoft es de 128 MB. A medida que la partición reservada de Microsoft se divide en otras particiones, se vuelve más pequeña.

Cada unidad de arranque debe contener una partición del sistema de interfaz de firmware extensible, una partición reservada de Microsoft y al menos una partición de datos básica que contenga el sistema operativo. Cada unidad de datos debe contener al menos una partición reservada de Microsoft y una partición de datos básica.

Todas las particiones de datos básicas de la unidad deben ser contiguas. Como se indicó anteriormente, la colocación de una partición específica de OEM u otra partición no reconocida entre particiones de datos impone limitaciones en la expansión posterior del volumen.

Las particiones de datos básicas corresponden a particiones DE MBR principales 0x6 (FAT), 0x7 (NTFS) o 0xB (FAT32). Hay una correlación directa uno a uno entre una partición de datos básica y una letra de unidad o punto de montaje, otro objeto de dispositivo de volumen o ambos. Cada partición de datos básica se representa en Windows como un objeto de dispositivo de volumen y, opcionalmente, como un punto de montaje o una letra de unidad.

Tiene el siguiente GUID de tipo de partición:

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

El usuario no verá estas particiones expuestas en el Explorador de Windows, ni ningún sistema de archivos reconocido se expone a programas heredados, como la indexación de contexto. La partición del sistema de interfaz de firmware extensible, específica de OEM y otras particiones no reconocidas solo serán visibles en el complemento MMC administración de discos.

Windows XP solo expone particiones de datos básicas. Otras particiones con sistemas de archivos FAT pueden montarse, pero no exponerse (solo mediante programación). Solo a las particiones de datos básicas se les asignan letras de unidad o puntos de montaje.

El sistema de archivos FAT de partición del sistema de interfaz de firmware extensible está montado, pero no expuesto. Esto permite que los programas que se ejecutan en Windows actualicen el contenido de la partición del sistema de interfaz de firmware extensible. La siguiente clave del Registro busca la partición del sistema de interfaz de firmware extensible:

HKEY_LOCAL_MACHINE/System/Setup/SystemPartition

La partición reservada de Microsoft (y las particiones creadas a partir de la partición reservada de Microsoft) podrían tener sistemas de archivos reconocibles; ninguno está expuesto.

Windows no reconoce las particiones o particiones específicas de OEM asociadas a otros sistemas operativos. Las particiones no reconocidas con sistemas de archivos reconocibles se tratan como la partición del sistema de interfaz de firmware extensible. Se montarán, pero no se expondrán. A diferencia de los discos MBR, no hay ninguna diferencia práctica entre las particiones específicas de OEM y otras particiones del sistema operativo; todos no se reconocen.

El usuario puede usar herramientas de administración de discos, como el complemento MMC administración de discos o Diskpart.exe. La partición reservada de Microsoft y las particiones creadas a partir de la partición reservada de Microsoft solo son visibles desde un símbolo del sistema.

Los discos dinámicos usan dos particiones de tabla de particiones GUID diferentes:

• Partición de contenedor de datos correspondiente al 0x42 de partición MBR, con el siguiente GUID:DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD)

• Una partición que contiene la base de datos de configuración dinámica, con los siguientes volúmenes GUID:DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3). Los volúmenes se crean en el contenedor de datos y se montan de forma predeterminada. Esto es lo mismo que el contenido de 0x42 particiones MBR.

Para que una unidad sea apta para la conversión a dinámica, todas las particiones de datos básicas de la unidad deben ser contiguas. Si otras particiones no reconocidas separan particiones de datos básicas, no se puede convertir el disco. Esta es una de las razones por las que se debe crear la partición reservada de Microsoft antes de las particiones de datos básicas.

El primer paso de la conversión consiste en separar una parte de la partición reservada de Microsoft para crear la partición de base de datos de configuración. A continuación, todas las particiones básicas que no se pueden arrancar se combinan en una sola partición de contenedor de datos. Las particiones de arranque se conservan como particiones de contenedor de datos independientes. Esto es análogo a la conversión de particiones principales.

Windows XP difiere de Windows 2000 en que las particiones básicas y extendidas se convierten preferentemente en una sola partición 0x42, en lugar de conservarse como varias particiones 0x42 distintas como en Windows 2000.

Puede acceder a las particiones de disco de tabla de particiones GUID de diferentes tipos mediante las herramientas siguientes.

Diskpart.efi:
Firmware: partición del sistema de interfaz de firmware extensible
Partición reservada de Microsoft

Diskpart.exe:
Windows XP: partición del sistema de interfaz de firmware extensible
Partición reservada de Microsoft

Diskgmt.msc:
Windows XP: partición del sistema de interfaz de firmware extensible
DATOS

Explorer.exe:
Windows XP: DATOS

También puede desarrollar sus propias herramientas (mediante las API de Microsoft Win32 o Microsoft Win64) para acceder a las particiones de disco de tabla de particiones GUID en sus niveles primitivos.

Los discos DE MBR y Tabla de particiones GUID se administran de la misma manera. Los discos se pueden formatear como tabla de particiones GUID o MBR mediante la utilidad de línea de comandos Diskpart.exe o mediante el complemento Administración de discos. Los volúmenes se pueden crear en discos DE MBR y tabla de particiones GUID, y ambos tipos de discos se pueden mezclar en el mismo grupo de discos dinámicos.

No hay compatibilidad con el conjunto de discos FTdisk en Windows XP para discos de tabla de particiones MBR o GUID. La única compatibilidad con volúmenes lógicos es a través de discos dinámicos.

Sí, pero solo si el disco no contiene particiones ni volúmenes. Los datos del disco se destruirán. Los discos de tabla de particiones GUID solo se admiten en la versión de 64 bits de Windows XP.

NTFS se recomienda en todas las particiones de datos básicas y en todos los volúmenes dinámicos. El programa de instalación de Windows y el complemento Administración de discos solo ofrecen NTFS. Sin embargo, también puede usar FAT16 y FAT32 en estas particiones. Para evitar esto, la partición o el volumen se deben dar formato explícitamente mediante la herramienta Formato.

No. Los GUID de disco y partición ya no serán únicos. Esto nunca debe suceder. Puede realizar una copia sector por sector del contenido de la partición del sistema de interfaz de firmware extensible o particiones de datos básicas.

Sí; sin embargo, hay algunas advertencias clave. El Kit de preinstalación de OEM (OPK) inicializa los GUID de disco y partición en cero. En el primer arranque de Windows XP, el sistema operativo genera GUID únicos. El OPK solo admite la generación de particiones de sistema de interfaz de firmware extensible, partición reservada de Microsoft y particiones de datos básicas.

Si un programa ha registrado algún GUID de disco o partición, es posible que el programa no funcione. Los programas, controladores, utilidades o implementaciones de firmware proporcionados por fabricantes de equipos o proveedores de programas que dependen de GUID deben ser capaces de controlar los GUID que cambian de los valores de inicialización de OPK a los generados por el sistema operativo.

Es una manera de que los OEM simplifiquen la preinstalación del sistema operativo y la recuperación del sistema. Este comando se puede ampliar fácilmente para crear una configuración de disco predeterminada para la plataforma. Por ejemplo, el fabricante del equipo podría ampliar el comando MAKE para particionar automáticamente la unidad de arranque con una partición del sistema de interfaz de firmware extensible, una partición reservada de Microsoft, una partición específica de OEM y una partición de datos básica. Por ejemplo, considere una posible configuración de disco denominada BOOT_DISK. En caso de recuperación ante desastres, MAKE BOOT_DISK permitiría al cliente volver a particionar completamente un disco de arranque con los valores predeterminados de fábrica originales.

Windows XP generará nuevos GUID para cualquier GUID de disco duplicado, GUID de partición reservada de Microsoft o GUID de datos básicos de partición reservada de Microsoft tras la detección. Esto es similar al control de firmas MBR duplicadas en Windows 2000. Los GUID duplicados en un contenedor dinámico o una partición de base de datos provocan resultados imprevisibles.

Esto depende del tamaño del clúster seleccionado en el momento del formato. NTFS está limitado actualmente a 2^32-1 unidades de asignación. Esto produce un volumen de 256 TB, con clústeres de 64 000. Sin embargo, esto solo se ha probado en 16 TB o 17 592 186 040 320 bytes, utilizando el tamaño del clúster 4K. En el gráfico siguiente se muestran los límites NTFS en función del tamaño del clúster:

Por ejemplo, para dar formato a un volumen con un tamaño de clúster de 8 KB, usaría un comando como el siguiente desde un símbolo del sistema, donde /a: #### especifica el número de bytes por clúster:

format d: /fs:ntfs /a:8192

Si elige un tamaño de clúster demasiado pequeño para el tamaño de la partición, recibirá el siguiente mensaje de error al intentar dar formato a la partición:

La operación de formato no se completó porque el número de clústeres es mayor de lo esperado

Para determinar el tamaño del clúster de un volumen, ejecute el siguiente comando en un símbolo del sistema y anote el valor Bytes por clúster :

fsutil fsinfo ntfsinfo <volume>

Por ejemplo, al ejecutar el fsutil fsinfo ntfsinfo c: comando, puede recibir resultados similares a los de la salida siguiente:

Número de serie del volumen NTFS: 0xf4300f6c300f3560
Versión: 3.1
Sectores numéricos: 0x000000001d17dbee
Total de clústeres: 0x0000000003a2fb7d
Clústeres gratuitos: 0x000000000102bfa0
Total reservado: 0x0000000000000800
Bytes por sector: 512
Bytes por clúster: 4096
Bytes por segmento fileRecord: 1024
Clústeres por segmento de registro de archivos: 0
Longitud de datos válida de Mft: 0x000000000e630000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Inicio de la zona Mft: 0x00000000002185a0
Mft Zone End : 0x0000000000218740
Identificador RM: 1587CC47-A713-11DB-9287-806E6F6E6963