En este artículo se proporciona una lista de las preguntas más frecuentes sobre la arquitectura de disco de tabla de particiones GUID.
Se aplica a: Windows Server 2012 R2
Número de KB original: 302873
Importante
Esta sección, método o tarea contiene pasos que le indican cómo modificar el Registro. No obstante, pueden producirse problemas graves si modifica el registro de manera incorrecta. Por lo tanto, asegúrese de que sigue estos pasos con atención. Para la protección añadida, realice una copia de seguridad del Registro antes de modificarlo. A continuación, puede restaurar el Registro si se produce un problema. Para obtener más información sobre cómo realizar copias de seguridad y restaurar el registro, vea Cómo hacer copia de seguridad y restaurar el registro en Windows.
¿Qué es un disco de tabla de particiones GUID?
La arquitectura del disco de tabla de particiones GUID se introdujo como parte de la iniciativa Extensible Firmware Interface. La tabla de particiones GUID es una nueva arquitectura de disco que se expande en el esquema de partición 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.
¿Por qué necesitamos tabla de particiones GUID?
Los discos de tabla de particiones GUID pueden aumentar 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 LBAs).
El número de particiones en un disco de tabla de particiones GUID no está restringido por esquemas temporales, como las particiones de contenedor definidas por 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, una para Microsoft Reserved y dos más se usan si usa 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 autoindificador. Los datos críticos para el sistema operativo se encuentran en particiones y no en sectores no particionados o ocultos . La tabla de particiones GUID no permite sectores o particiones ocultos. Los discos de tabla de particiones GUID usan tablas de particiones principales y de copia de seguridad para la redundancia y los campos CRC32 para mejorar la integridad de la estructura de datos de partición. El formato de partición de tabla de particiones GUID usa campos de número de versión y tamaño para la expansión futura.
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 de identificadores 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.
¿Qué ocurre con la creación de particiones MBR?
Los discos MBR solo admiten cuatro entradas de tabla de particiones principales o varias particiones lógicas en la partición extendida. Si se quieren más particiones, se necesita una estructura secundaria, una partición extendida. Las particiones extendidas se subdividirán en uno o varios discos lógicos.
Solo una partición extendida puede estar presente en cualquier 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 MBR son complejas y no se especifican bien. Por ejemplo, ¿la alineación del cilindro significa 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 la coordinación es necesaria para evitar conflictos. IBM originalmente proporcionó esa coordinación, pero a partir de julio de 2001, no hay ninguna lista autoritativa única de identificadores de partición.
Otra práctica habitual es usar sectores con particiones o "ocultos" para contener información específica. Esa práctica no está documentada y da como resultado problemas graves del sistema que son difíciles de depurar. A lo largo de los años, las implementaciones y herramientas interrumpidas se han lanzado al público, lo que dificulta el soporte técnico.
¿Dónde puedo encontrar la especificación para la creación de particiones de disco de tabla de particiones GUID?
El capítulo 16 de la especificación Extensible Firmware Interface define el formato de tabla de particiones GUID. Este documento está disponible en el siguiente sitio web de Intel:
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.
Es la interfaz de firmware extensible necesaria para un disco de tabla de particiones GUID
No. Los discos de tabla de particiones GUID se identifican automáticamente. Toda la información necesaria para interpretar el esquema de partición de un disco de tabla de particiones GUID está completamente contenido en estructuras en ubicaciones especificadas en los medios físicos.
¿Qué tamaño puede tener un disco de tabla de particiones GUID?
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 tener un tamaño de 512 bytes o un sector.
En la práctica, Windows XP admite discos de tabla de particiones GUID de hasta 18 exabytes de tamaño aproximado.
Cuántas particiones pueden tener un disco de tabla de particiones GUID
En teoría, un número ilimitado. A partir de julio de 2001, la implementación de Microsoft es 128 particiones. El número de particiones está limitado por la cantidad de espacio que está reservado para realizar entradas de partición.
¿Un disco puede ser un disco de tabla de particiones GUID y un disco MBR?
No. Sin embargo, todos los discos de tabla de particiones GUID contienen un MBR protector que se usa para programas heredados que no comprenden la estructura de disco de la tabla de particiones GUID.
¿Qué es un MBR protector?
El MBR protector, a partir del sector 0, precede a la tabla de particiones GUID de la 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 de tabla de particiones GUID.
¿Por qué la tabla de particiones GUID tiene un MBR protector?
El MBR protector protege los discos de tabla de particiones GUID de herramientas de disco MBR publicadas anteriormente, como Microsoft MS-DOS FDISK o Microsoft Windows NT Disk Administrator. Estas herramientas no son conscientes de 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 un disco de tabla de particiones GUID como tener una sola partición que incluya (posiblemente no reconocida) mediante la interpretación del MBR protegido, en lugar de confundir el disco para uno que no esté particionado.
¿Por qué un disco con particiones de tabla de particiones GUID parece tener una MBR en él?
Si esto ocurre, debe haber usado una herramienta de disco compatible con MBR para acceder al disco de tabla de particiones GUID.
Si el disco es mayor que el tamaño máximo que puede notificar un MBR, se protegerá todo el contenido del disco.
La partición EE en el MBR protector se especifica para que sea el tamaño máximo permitido en un MBR.
Puede Windows leer, escribir y arrancar desde discos de tabla de particiones GUID
¿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 verá solo el MBR protector.
¿Qué ocurre con la combinación y la coincidencia de discos de tabla de particiones GUID y MBR en el mismo equipo?
Las tablas de particiones GUID y los discos MBR 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 MBR y GUID Partition Table pueden estar presentes en un único grupo de discos dinámicos. Los conjuntos de volúmenes pueden abarcar discos MBR y GUID Partition Table; sin embargo, la restricción de alineación de cilindros MBR puede provocar algunas dificultades con la creación de reflejos o el seccionamiento de discos MBR y GUID Partition Table.
¿Qué ocurre con los medios extraíbles?
Los medios extraíbles deben ser MBR o superfloppy.
¿Qué es un superfloppy?
Los medios extraíbles sin la tabla de particiones GUID o el formato MBR se consideran superfloppy. El medio completo se trata como una sola partición.
El fabricante de medios realiza cualquier particionamiento 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 entre los medios con particiones MBR y superfloppies.
Entre los ejemplos de medios extraíbles se incluyen disquetes, cartuchos de disco JAZZ, medios magneto-ópticos, DVD-ROM y CD-ROM. Las unidades de disco duro en buses externos, como SCSI o IEEE 1394, no se consideran extraíbles.
¿Cuál es el comportamiento predeterminado de Windows al crear particiones de medios?
¿Cuál es el comportamiento predeterminado de la versión de 64 bits de Windows XP al crear particiones de medios?
Los discos fijos se particionan mediante la creación de particiones guid de tabla de particiones. Los discos de tabla de particiones GUID solo se pueden convertir en discos MBR si todas las particiones existentes se eliminan por primera vez, con pérdida asociada de datos.
¿Cuál es el comportamiento predeterminado de la versión de 32 bits de Windows XP al crear particiones de medios?
Solo se pueden usar discos MBR. Los discos MBR no se pueden convertir en discos de tabla de particiones GUID.
Extensible Firmware Interface Firmware
¿Cómo se puede asignar una letra de unidad en el sistema operativo a una partición en firmware extensible firmware de la interfaz de firmware?
No hay ninguna asignación inherente entre la letra de unidad y la partición que se pueda usar para determinar una a partir de la otra. Una partición de datos básicos debe identificarse mediante su GUID de partición.
¿Cómo se puede crear una partición extensible del sistema de interfaz de firmware?
Las particiones del sistema de interfaz de firmware extensibles se pueden crear mediante la utilidad de firmware de interfaz de firmware extensible Diskpart.efi o la utilidad de línea de comandos de Windows XP Diskpart.exe, o bien se pueden crear mediante programación mediante IOCTL_SET_DRIVE_LAYOUT .
¿Qué se puede cambiar en una partición?
No debe cambiar directamente ninguna entrada de encabezado de partición. No use herramientas o utilidades de disco para realizar modificaciones o cambios.
¿Qué particiones admite Windows XP en discos desasociables?
Normalmente, se espera que los discos desasociables se migren entre equipos o simplemente no estén disponibles para el sistema operativo en ocasiones. Algunos ejemplos de discos desasociables son discos IEEE 1394, que el usuario final puede desconectar fácilmente o los discos compartidos de Microsoft Cluster Services (MSCS), que se mueven entre nodos de un clúster. Windows XP solo admite particiones MBR en discos extraíbles.
Partición extensible del sistema de interfaz de firmware
¿Cuál es la partición extensible del sistema de interfaz de firmware?
La partición del sistema de interfaz de firmware extensible contiene NTLDR, Boot.ini y otros archivos necesarios para arrancar el equipo, como controladores. El GUID de partición define la partición del sistema extensible de interfaz de firmware:
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 extensibles del sistema de interfaz de firmware?
No, los discos MBR también pueden tener particiones extensibles del sistema de interfaz de firmware. Extensible Firmware Interface especifica el arranque desde la tabla de particiones GUID o MBR. Las particiones del sistema de interfaz de firmware extensibles 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 0xEF particiones.
¿Qué tan grande es la partición extensible del sistema de interfaz de firmware?
La partición del sistema de interfaz de firmware extensible se determina mediante el siguiente algoritmo:
Máx. (100 MB, min (1 por ciento del disco físico, 1 GB))
En otras palabras, el tamaño de la partición del sistema extensible de interfaz de firmware debe ser el mayor de estos dos números, 100 MB o 1 % del tamaño del disco físico (hasta 1 GB). El tamaño del disco físico se mide en el momento de la creación de particiones de disco.
El valor del 1 % 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 extensibles del sistema de interfaz de firmware en un solo disco?
Esta configuración no se debe crear y no se admitirá.
¿Qué ocurre con dos particiones extensibles del sistema de interfaz de firmware en dos discos diferentes?
Las particiones extensibles del sistema de interfaz de firmware se pueden replicar para configuraciones de alta disponibilidad. La replicación debe realizarse manualmente y el contenido debe sincronizarse manualmente. Las particiones extensibles del sistema de interfaz de firmware no se pueden reflejar.
¿Qué coloca Microsoft en la partición del sistema extensible de interfaz de firmware?
Microsoft coloca el cargador y otros archivos necesarios para arrancar el sistema operativo en la partición extensible del sistema de interfaz de firmware.
¿Dónde debe colocarse la partición del sistema de interfaz de firmware extensible en el disco?
La partición extensible del sistema de interfaz de firmware 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 extensible del sistema de interfaz de firmware. La razón principal de esto es que es imposible abarcar volúmenes cuando la partición del sistema extensible de interfaz de firmware es lógicamente entre las dos particiones de datos que está intentando abarcar.
¿Qué debe colocar un equipo o fabricante de dispositivos en la partición del sistema de interfaz de firmware extensible?
La partición del sistema de interfaz de firmware extensible solo debe incluir archivos necesarios para arrancar un sistema operativo, herramientas de plataforma que se ejecutan antes del arranque del sistema operativo o archivos a los que se debe tener acceso antes del arranque del sistema operativo, por ejemplo, al realizar el mantenimiento previo del sistema de 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 extensible de interfaz de firmware es un recurso del sistema limitado; su propósito principal es proporcionar almacenamiento para los archivos necesarios para arrancar el sistema operativo.
Dónde debe un fabricante de equipos colocar archivos como Diagnósticos de plataforma u otros archivos de valor agregado
La opción preferida es que los fabricantes de equipos coloquen el contenido agregado de valor en una partición específica del OEM. Al igual que las particiones de OEM de MBR, el contenido de las particiones DE tabla de particiones GUID (u otras particiones no reconocidas) no se exponen (dadas letras de unidad o se devuelven en listas de volúmenes). Se advierte a los usuarios de que la eliminación de la partición puede provocar que el equipo no funcione. Se debe colocar una partición específica del OEM 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ónico, esta ubicación tiene las mismas ventajas que colocar primero la partición extensible del sistema de interfaz de firmware. Por ejemplo, también es imposible abarcar volúmenes cuando una partición específica del OEM está lógicamente entre las dos particiones de datos que está intentando abarcar.
La colocación en la partición extensible del sistema de interfaz de firmware es una opción para programas o archivos que se ejecutan en el entorno de arranque del sistema operativo anterior. Sin embargo, la partición extensible del sistema de interfaz de firmware es espacio compartido de arquitectura y representa un recurso limitado. El consumo de espacio en la partición del sistema extensible de interfaz de firmware debe considerarse cuidadosamente. Los archivos que no son relevantes para el entorno de arranque del sistema operativo previo no deben colocarse en la partición del sistema extensible de interfaz de firmware.
Partición reservada de Microsoft
¿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 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 de componentes. Por ejemplo, convertir 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 contiene la base de datos de disco dinámica. 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 se cree la partición reservada de Microsoft antes de 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 creación de particiones de disco se escribe primero en la unidad. Si el fabricante particiona el disco, el fabricante debe crear la partición reservada de Microsoft al mismo tiempo. Si Windows particiona el disco durante la instalación, crea la partición reservada de Microsoft.
¿Por qué debe crearse la partición reservada de Microsoft cuando el disco se particione por primera vez?
Una vez particionado el disco, no habrá espacio libre para crear una partición reservada de Microsoft.
¿Qué tan grande es 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 unidades con menos de 16 GB, la partición reservada de Microsoft es de 32 MB.
- En las unidades que son mayores o iguales a 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.
Qué particiones requieren Windows XP
Cada unidad de arranque debe contener una partición extensible del sistema de interfaz de firmware, 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ásicos de la unidad deben ser contiguas. Como se indicó anteriormente, colocar una partición específica del OEM u otra partición no reconocida entre particiones de datos impone limitaciones en la expansión de volúmenes posteriores.
¿Qué es una partición de datos básica?
Las particiones de datos básicos se corresponden con las particiones 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.
¿Cómo se identifica una partición de datos básica?
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)
¿Verán los usuarios finales la partición del sistema de interfaz de firmware extensible, la partición reservada de Microsoft y las particiones específicas de OEM?
El usuario no verá estas particiones expuestas en el Explorador de Windows ni ningún sistema de archivos reconocido expuesto a programas heredados como la indexación de contexto. La partición del sistema de interfaz de firmware extensible, específica del OEM y otras particiones no reconocidas solo estarán visibles en el complemento MMC de administración de discos.
¿Qué particiones se montan de forma predeterminada en Windows?
Windows XP expone solo particiones de datos básicas. Otras particiones con sistemas de archivos FAT pueden montarse, pero no exponerse (solo mediante programación). Solo se asignan letras de unidad o puntos de montaje a las particiones de datos básicos.
El sistema de archivos FAT de la interfaz de firmware extensible se monta, pero no se expone. Esto permite que los programas que se ejecutan en Windows actualicen el contenido de la partición del sistema de interfaz extensible de firmware. La siguiente clave del Registro busca la partición del sistema extensible de interfaz de firmware:
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 se expone.
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; no se reconocen todos.
Cómo puede el usuario ver la partición del sistema de interfaz de firmware extensible, OEM y otras particiones no reconocidas
El usuario puede usar herramientas de administración de discos como el complemento MMC de administración de discos o Diskpart.exe. La partición reservada de Microsoft y todas las particiones creadas a partir de la partición reservada de Microsoft solo son visibles desde un símbolo del sistema.
¿Qué ocurre con los discos dinámicos?
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 para contener la base de datos de configuración dinámica, con el siguiente 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.
¿Qué ocurre cuando se convierte un disco básico en dinámico?
Para que una unidad sea válida para la conversión al modo dinámico, todas las particiones de datos básicos de la unidad deben ser contiguas. Si otras particiones no reconocidas separan las 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 cualquier partición de datos básica.
El primer paso de conversión consiste en separar una parte de la partición reservada de Microsoft para crear la partición de la base de datos de configuración. Todas las particiones básicas que no sean de arranque se combinarán en una sola partición de contenedor de datos. Las particiones de arranque se conservan como particiones de contenedor de datos independientes. Esto es similar 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 de 0x42, en lugar de conservarse como varias particiones de 0x42 distintas como en Windows 2000.
Cómo se puede montar una partición específica
Puede acceder a las particiones de disco de tabla de particiones GUID de diferentes tipos mediante las siguientes herramientas.
Diskpart.efi:
Firmware: partición extensible del sistema de interfaz de firmware
Partición reservada de Microsoft
Diskpart.exe:
Windows XP: partición extensible del sistema de interfaz de firmware
Partición reservada de Microsoft
Diskgmt.msc:
Windows XP: partición extensible del sistema de interfaz de firmware
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.
¿Cómo se administran los discos de tabla de particiones GUID en Windows XP?
Las tablas de particiones GUID y los discos MBR 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 GUID Partition Table y MBR, y ambos tipos de discos se pueden mezclar en el mismo grupo de discos dinámicos.
Qué ocurre con los conjuntos de FTdisk
No hay compatibilidad con FTdisk establecido en Windows XP para discos MBR o GUID Partition Table. El único tipo de compatibilidad con volúmenes lógicos es a través de los discos dinámicos.
¿Se puede convertir un disco de la tabla de particiones GUID a MBR o MBR a tabla de particiones GUID?
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.
¿Qué sistemas de archivos se admiten en los discos de tabla de particiones GUID?
Se recomienda usar NTFS en todas las particiones de datos básicos 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 formatear explícitamente mediante la herramienta Formato.
Es posible realizar una copia sector por sector de un disco de tabla de particiones GUID
No. Los GUID de disco y de partición dejarán de ser únicos. Esto no debe ocurrir. 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.
De todos modos, hay que copiar un disco completo de tabla de particiones GUID mediante las herramientas de creación de imágenes opK.
Sí; sin embargo, hay algunas advertencias clave. El Kit de preinstalación OEM (OPK) inicializa los GUID de disco y de partición para ponerlos a cero. En el primer arranque de Windows XP, el sistema operativo genera GUID únicos. 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 proporcionadas 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.
¿Qué es el comando MAKE diskpart.efi?
Es una manera de que los OEM simplifiquen la preinstalación del sistema operativo y la recuperación del sistema. Este comando se puede extender fácilmente para crear una configuración de disco predeterminada para la plataforma. Por ejemplo, el fabricante del equipo podría extender el comando MAKE para particionar automáticamente la unidad de arranque con una partición extensible del sistema de interfaz de firmware, partición reservada de Microsoft, una partición específica del OEM y una partición de datos básica. Por ejemplo, pensemos en 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 en los valores predeterminados de fábrica originales.
¿Qué ocurre si se detecta un GUID de partición o disco duplicados?
Windows XP generará nuevos GUID de disco 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 firma de MBR duplicada en Windows 2000. Los GUID duplicados en un contenedor dinámico o una partición de base de datos provocan resultados imprevisibles.
¿Cuál es el tamaño máximo de volumen NTFS admitido en un disco GPT?
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 64k. Sin embargo, esto solo se ha probado en 16 TB o en 17.592.186.040.320 bytes mediante el tamaño del clúster de 4K. En el gráfico siguiente se muestran los límites NTFS en función del tamaño del clúster:
| Tamaño del clúster | Tamaño máximo del volumen NTFS (bytes RAW) |
|---|---|
| 512 | 2.199.023.255.040 (2 TB) |
| 1024 | 4.398.046.510.080 (4 TB) |
| 2,048 | 8.796.093.020.160 (8 TB) |
| 4 096 | 17.592.186.040.320 (16 TB) |
| 8192 | 35.184.372.080.640 (32 TB) |
| 16 384 | 70.368.744.161.280 (64 TB) |
| 32 768 | 140.737.488.322.560 (128 TB) |
| 65 536 | 281.474.976.645.120 (256 TB) |
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 recuento de clústeres es superior al esperado.
Para determinar el tamaño del clúster de un volumen, ejecute el siguiente comando en un símbolo del sistema y, a continuación, anote el valor Bytes por clúster :
fsutil fsinfo ntfsinfo <volume>
Nota:
El <marcador de posición del volumen> representa la letra del volumen.
Por ejemplo, al ejecutar el fsutil fsinfo ntfsinfo c: comando, puede recibir resultados similares a los siguientes:
Número de serie del volumen NTFS: 0xf4300f6c300f3560
Versión: 3.1
Sectores de número: 0x000000001d17dbee
Total de clústeres: 0x0000000003a2fb7d
Clústeres gratuitos: 0x000000000102bfa0
Total reservado: 0x0000000000000800
Bytes por sector: 512
Bytes por clúster: 4096
Bytes por fileRecord Segment : 1024
Clústeres por archivoRegistro de segmento : 0
Longitud de datos válida de Mft: 0x000000000e630000
Inicio de Mft Lcn: 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Inicio de la zona Mft: 0x00000000002185a0
Extremo de zona Mft: 0x0000000000218740
Identificador RM: 1587CC47-A713-11DB-9287-806E6F6E6E6963
Nota:
En este ejemplo, el valor bytes por clúster es 4096. Este valor representa un tamaño de clúster de 4 kilobytes (KB).