Perguntas frequentes sobre a arquitetura do disco guid particioning Table

A arquitetura do disco guid partition Table foi introduzida como parte da iniciativa Interface extensível do Firmware. Guid Partition Table é uma nova arquitetura de disco que se expande no esquema de partição do MBR (Registro de Inicialização Mestre) mais antigo que tem sido comum aos computadores baseados em Intel.

Uma partição é um espaço contíguo de armazenamento em um disco físico ou lógico que funciona como se fosse um disco fisicamente separado. As partições são visíveis para o firmware do sistema e os sistemas operacionais instalados. O acesso a uma partição é controlado pelo firmware do sistema e pelo sistema operacional que está ativo no momento.

Os discos guid partition Table podem crescer para um tamanho grande. A partir de julho de 2001, a implementação da Microsoft dá suporte a um disco rígido de até 18 EB (512 KB LBAs).

O número de partições em um disco da Tabela de Partição GUID não é restrito por esquemas temporários, como partições de contêiner, conforme definido pelo Registro de Inicialização Estendida do MBR. A implementação da Microsoft da Guid Partition Table é limitada a 128 partições. No entanto, é importante observar que uma partição é usada para a Partição do Sistema EFI, uma para o Microsoft Reserved e outras duas são usadas se você usar discos dinâmicos. Isso deixa 124 partições para uso de dados.

O formato de partição de disco da Tabela de Partição GUID é bem definido e totalmente auto-identificado. Os dados críticos para o sistema operacional estão localizados em partições e não em setores não particionados ou ocultos . A Tabela de Partição GUID não permite setores ocultos ou partições. Os discos guid partition Table usam tabelas primárias e de partição de backup para redundância e campos CRC32 para melhorar a integridade da estrutura de dados de partição. O formato de partição da Tabela de Partição GUID usa campos de número e tamanho de versão para expansão futura.

Cada partição da Tabela de Partição GUID tem um GUID de identificação exclusivo e um tipo de conteúdo de partição, portanto, nenhuma coordenação é necessária para evitar a colisão do identificador de partição. Cada partição da Tabela de Partição GUID tem um nome Unicode de 36 caracteres, o que significa que qualquer software pode apresentar um nome facilmente legível para a partição sem qualquer compreensão adicional da partição.

Os discos MBR dão suporte apenas a quatro entradas de tabela de partições primárias ou várias partições lógicas na partição estendida. Se mais partições forem desejadas, uma estrutura secundária, uma partição estendida, será necessária. As partições estendidas são então subdivididas em um ou mais discos lógicos.

Somente uma partição estendida pode estar presente em qualquer unidade, e o número máximo de unidades lógicas é MAXULONG/4. Todas as partições de disco MBR e unidades lógicas devem estar alinhadas ao cilindro, mesmo em conjuntos RAID de hardware que são criados a partir de várias unidades diferentes sem geometria física subjacente clara.

As regras de partição do MBR são complexas e mal especificadas. Por exemplo, o alinhamento do cilindro significa que cada partição deve ter pelo menos um cilindro de comprimento? Uma partição MBR é identificada por um campo de dois bytes e a coordenação é necessária para evitar colisão. A IBM originalmente forneceu essa coordenação, mas a partir de julho de 2001, não há uma única lista autoritativa de identificadores de partição.

Outra prática comum é usar setores particionados ou "ocultos" para conter informações específicas. Essa prática não está documentada e resulta em graves problemas do sistema que são difíceis de depurar. Ao longo dos anos, implementações e ferramentas quebradas foram lançadas ao público, dificultando o suporte.

O capítulo 16 da especificação da Interface extensível do Firmware define o formato guid partition Table. Este documento está disponível no seguinte site da Intel:

A especificação EFI unificada define uma interface entre um sistema operacional e firmware de plataforma

Aviso de isenção de responsabilidade para informações de terceiros

Os produtos de terceiros mencionados neste artigo são produzidos por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, do desempenho ou da confiabilidade desses produtos.

Não. Os discos da Tabela de Partição GUID são auto-identificados. Todas as informações necessárias para interpretar o esquema de partição de um disco guid partition Table estão completamente contidas em estruturas em locais especificados na mídia física.

Em teoria, um disco guid partition Table pode ter até 264 setores em um único bloco lógico de comprimento. Os blocos lógicos geralmente são 512 bytes ou um setor de tamanho.

Na prática, o Windows XP dá suporte a discos guid partition Table de até aproximadamente 18 exabytes de tamanho.

Em teoria, um número ilimitado. Como em julho de 2001, a implementação da Microsoft é de 128 partições. O número de partições é limitado pela quantidade de espaço reservada para fazer entradas de partição.

Não. No entanto, todos os discos da Tabela de Partição GUID contêm um MBR protetor que é usado para programas herdados que não entendem a estrutura de disco da Tabela de Partição GUID.

O MBR protetor, começando no setor 0, precede a tabela de partição tabela de partição GUID no disco. O MBR contém um tipo 0xEE partição que abrange todo o comprimento do disco. Isso é o mesmo, independentemente do número de partições definidas na matriz de entrada de disco guid partition Table.

O MBR protetor protege discos da Tabela de Partição GUID de ferramentas de disco MBR lançadas anteriormente, como o Microsoft MS-DOS FDISK ou o Administrador de Disco do Microsoft Windows NT. Essas ferramentas não estão cientes da Tabela de Partição GUID e não sabem como acessar corretamente um disco guid partition Table. O software herdado que não sabe sobre a Tabela de Partição GUID interpreta apenas o MBR protegido quando acessa um disco guid partition Table. Essas ferramentas exibirão um disco da Tabela de Partição GUID como tendo uma única partição abrangente (possivelmente não reconhecida) interpretando o MBR protegido, em vez de confundir o disco com um que não está particionado.

Se isso ocorreu, você deve ter usado uma ferramenta de disco somente MBR para acessar o disco guid partition Table.

A partição EE no MBR protetor é especificada para ser o tamanho máximo permitido em um MBR.

• A versão de 64 bits do Windows XP pode ler, gravar e inicializar em discos guid partition Table?

  A versão de 64 bits do Windows XP pode ler e gravar discos guid partition Table, mas não pode inicializar de discos guid partition Table.

• A versão de 64 bits do Windows XP pode ler, gravar e inicializar em discos MBR?

  Sim.

• A versão de 32 bits do Windows XP pode ler, gravar e inicializar em discos guid partition Table?

  Não. A versão de 32 bits verá apenas o MBR protetor. A partição do EE não será montada ou exposta ao software do programa.

• A versão de 32 bits do Windows XP pode ler, gravar e inicializar em discos MBR?

  Sim.

• O Microsoft Windows 2000, o Microsoft Windows NT 4.0 ou o Microsoft Windows 98/95 podem ler, gravar e inicializar da Tabela de Partições GUID?

  Não. O software herdado verá apenas o MBR protetor.

Os discos guid partition Table e MBR só podem ser misturados em sistemas de 64 bits e as seguintes restrições se aplicam:

• O carregador do Windows XP e a partição de inicialização devem residir em um disco guid partition Table. Outros discos rígidos podem ser MBR ou GUID Partition Table.

• Os discos MBR e GUID Partition Table podem estar presentes em um único grupo de disco dinâmico. Os conjuntos de volume podem abranger os discos MBR e GUID Partition Table, no entanto, a restrição de alinhamento do cilindro MBR pode causar algumas dificuldades com o espelhamento ou a eliminação de discos MBR e GUID Partition Table.

A mídia removível deve ser MBR ou superfloppy.

A mídia removível sem a tabela de partição GUID ou a formatação MBR é considerada superfloppy. Toda a mídia é tratada como uma única partição.

O fabricante de mídia executa qualquer partição MBR de mídia removível; O Windows nunca particiona mídia removível. Se a mídia tiver um MBR, apenas uma partição terá suporte. Há pouca diferença perceptível entre mídia particionada por MBR e superfloppies.

Exemplos de mídia removível incluem unidades de disco disquete, cartuchos de disco JAZZ, mídia magneto-óptica, DVD-ROM e CD-ROM. Unidades de disco rígido em barramentos externos como SCSI ou IEEE 1394 não são consideradas removíveis.

• Qual é o comportamento padrão da versão de 64 bits do Windows XP ao particionar a mídia?

  Os discos fixos são particionados usando a partição da Tabela de Partição GUID. Os discos guid partition Table só poderão ser convertidos em discos MBR se todas as partições existentes forem excluídas pela primeira vez, com perda associada de dados.

• Qual é o comportamento padrão da versão de 32 bits do Windows XP ao particionar a mídia?

  Somente discos MBR podem ser usados. Os discos MBR não podem ser convertidos em discos guid partition Table.

• Como uma letra de unidade no sistema operacional pode ser mapeada para uma partição no Firmware de Interface do Firmware Extensível?

  Não há um mapeamento inerente entre letra de unidade e partição que possa ser usado para determinar um da outra. Uma partição de dados básica deve ser identificada pelo GUID de partição.

• Como uma Partição extensível do sistema de interface do firmware pode ser criada?

  As Partições extensíveis do Sistema de Interface do Firmware podem ser criadas usando o utilitário de firmware interface firmware extensível Diskpart.efi ou o utilitário de linha de comando do Windows XP Diskpart.exe ou podem ser criados programaticamente usando IOCTL_SET_DRIVE_LAYOUT .

Você não deve alterar nenhuma entrada de cabeçalho de partição diretamente. Não use ferramentas de disco ou utilitários para fazer alterações ou alterações.

Normalmente, espera-se que discos desanexáveis migrem entre computadores ou simplesmente não estejam disponíveis para o sistema operacional às vezes. Exemplos de discos destacáveis são discos IEEE 1394, que podem ser facilmente desconectados pelo usuário final ou discos compartilhados do MSCS (Microsoft Cluster Services), que se movem entre nós em um cluster. O Windows XP dá suporte apenas à partição MBR em discos destacáveis.

• O que é a Partição extensível do sistema de interface do firmware?

  A Partição extensível do sistema de interface firmware contém o NTLDR, Boot.ini e outros arquivos necessários para inicializar o computador, como drivers. O GUID de Partição define a Partição extensível do sistema de interface do firmware:

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

• Somente os discos guid partition Table têm partições extensíveis do sistema de interface do firmware?

  Não, os discos MBR também podem ter partições extensíveis do sistema de interface do firmware. A Interface extensível do Firmware especifica a inicialização da Tabela de Partição GUID ou do MBR. As Partições extensíveis do sistema de interface firmware em um disco MBR são identificadas pelo tipo de partição 0xEF. No entanto, o Windows XP não dá suporte à inicialização da Interface extensível do Firmware de discos MBR ou 0xEF partições.

• Qual é o tamanho da Partição do Sistema de Interface do Firmware Extensível?

  A Partição extensível do sistema de interface firmware é determinada usando o seguinte algoritmo:

  Máximo (100MB, min (1% do disco físico, 1GB))

  Em outras palavras, o tamanho da Partição extensível do sistema de interface firmware deve ser o maior desses dois números, 100 MB ou 1% do tamanho do disco físico (até 1 GB). O tamanho do disco físico é medido no momento da partição de disco.

  O valor 1% do disco físico é calculado no momento em que a Partição extensível do sistema de interface firmware é criada e não é alterada se o disco for estendido posteriormente (por exemplo, usando RAID).

• Pode haver duas partições extensíveis do sistema de interface firmware em um único disco?

  Essa configuração não deve ser criada e não terá suporte.

• E duas partições extensíveis do sistema de interface firmware em dois discos diferentes?

  As partições extensíveis do sistema de interface firmware podem ser replicadas para configurações de alta disponibilidade. A replicação deve ser feita manualmente e o conteúdo deve ser sincronizado manualmente. As partições extensíveis do sistema de interface firmware não podem ser espelhadas.

• O que a Microsoft coloca na Partição extensível do sistema de interface do firmware?

  A Microsoft coloca o carregador e outros arquivos necessários para inicializar o sistema operacional na Partição extensível do sistema de interface firmware.

• Onde a Partição extensível do sistema de interface firmware deve ser colocada no disco?

  A Partição extensível do sistema de interface firmware deve ser a primeira no disco. Embora não haja nenhum requisito arquitetônico, há várias razões pelas quais é benéfico colocar a Partição extensível do sistema de interface firmware primeiro. A principal razão para isso é que é impossível abranger volumes quando a Partição extensível do sistema de interface firmware é logicamente entre as duas partições de dados que você está tentando abranger.

• O que um fabricante de computador ou dispositivo deve colocar na Partição extensível do sistema de interface do firmware?

  A Partição extensível do sistema de interface firmware deve incluir apenas arquivos necessários para inicializar um sistema operacional, ferramentas de plataforma que são executadas antes da inicialização do sistema operacional ou arquivos que devem ser acessados antes da inicialização do sistema operacional, por exemplo, na execução da manutenção do sistema de pré-inicialização. Outros arquivos de valor adicionado ou diagnóstico que são usados enquanto o sistema operacional está em execução não devem ser colocados na Partição extensível do Sistema de Interface do Firmware. É importante observar que o espaço na Partição extensível do Sistema de Interface do Firmware é um recurso limitado do sistema; sua principal finalidade é fornecer armazenamento para os arquivos necessários para inicializar o sistema operacional.

A opção preferida é que os fabricantes de computador coloquem conteúdo adicionado por valor em uma partição específica do OEM. Assim como as partições OEM do MBR, o conteúdo das partições do GUID Partition Table OEM (ou outras partições não reconhecidas) não são expostos (letras de unidade dadas ou retornados em listas de volumes). Os usuários são avisados de que a exclusão da partição pode fazer com que o computador não opere. Uma partição específica do OEM deve ser colocada antes da Partição Reservada da Microsoft e depois de qualquer Partição extensível do Sistema de Interface do Firmware no disco. Embora não seja arquitetônica, essa colocação tem os mesmos benefícios que colocar a Partição extensível do sistema de interface firmware primeiro. Por exemplo, também é impossível abranger volumes quando uma partição específica do OEM é logicamente entre as duas partições de dados que você está tentando abranger.

O posicionamento na Partição extensível do sistema de interface firmware é uma opção para programas ou arquivos executados no ambiente de inicialização do sistema pré-operacional. No entanto, a Partição extensível do sistema de interface firmware é um espaço arquitetônico compartilhado e representa um recurso limitado. O espaço de consumo na Partição do Sistema de Interface do Firmware Extensível deve ser considerado com cuidado. Os arquivos que não são relevantes para o ambiente de inicialização do sistema pré-operacional não devem ser colocados na Partição extensível do Sistema de Interface do Firmware.

• O que é uma Partição Reservada da Microsoft?

  A Partição Reservada da Microsoft reserva espaço em cada unidade de disco para uso subsequente pelo software do sistema operacional. Os discos guid partition Table não permitem setores ocultos. Os componentes de software que antes usavam setores ocultos agora alocam partes da Partição Reservada da Microsoft para partições específicas de componentes. Por exemplo, a conversão de um disco básico em um disco dinâmico faz com que a Partição Reservada da Microsoft nesse disco seja reduzida em tamanho e uma partição recém-criada contém o banco de dados de disco dinâmico. A Partição Reservada da Microsoft tem o seguinte GUID de Partição:

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

• Quais discos exigem uma Partição Reservada da Microsoft?

  Cada disco da Tabela de Partição GUID deve conter uma Partição Reservada da Microsoft. A Partição Reservada da Microsoft deve ser a primeira partição após a Partição extensível do sistema de interface firmware (se houver) no disco. É particularmente importante que a Partição Reservada da Microsoft seja criada antes de outras partições de dados primárias.

• Quem cria a Partição Reservada da Microsoft?

  A Partição Reservada da Microsoft deve ser criada quando as informações de partição de disco são gravadas pela primeira vez na unidade. Se o fabricante particionar o disco, o fabricante deverá criar a Partição Reservada da Microsoft ao mesmo tempo. Se o Windows particionar o disco durante a Instalação, ele criará a Partição Reservada da Microsoft.

• Por que a Partição Reservada da Microsoft deve ser criada quando o disco é particionado pela primeira vez?

  Depois que o disco for particionado, não haverá mais espaço livre para criar uma Partição Reservada da Microsoft.

• Qual é o tamanho da Partição Reservada da Microsoft?

  Quando criado inicialmente, o tamanho da Partição Reservada da Microsoft depende do tamanho da unidade de disco:

  • Em unidades com menos de 16 GB, a Partição Reservada da Microsoft é de 32 MB.
  • Em unidades maiores ou iguais a 16 GB, a Partição Reservada da Microsoft é de 128 MB. À medida que a Partição Reservada da Microsoft é dividida em outras partições, ela se torna menor.

Cada unidade inicializável deve conter uma Partição extensível do sistema de interface firmware, uma Partição Reservada da Microsoft e pelo menos uma partição de dados básica que contém o sistema operacional. Cada unidade de dados deve conter pelo menos uma Partição Reservada da Microsoft e uma partição de dados básica.

Todas as partições de dados básicas na unidade devem ser contíguas. Como observado anteriormente, colocar uma partição específica do OEM ou outra partição não reconhecida entre partições de dados impõe limitações ao volume posterior que abrange

As partições de dados básicas correspondem às partições MBR primárias 0x6 (FAT), 0x7 (NTFS) ou 0xB (FAT32). Há uma correlação direta entre uma partição de dados básica e uma letra de unidade ou ponto de montagem, outro objeto de dispositivo de volume ou ambos. Cada partição de dados básica é representada no Windows como um objeto de dispositivo de volume e, opcionalmente, como um ponto de montagem ou uma letra de unidade.

Ele tem o seguinte tipo de partição GUID:

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

O usuário não verá essas partições expostas no Windows Explorer, nem qualquer sistema de arquivos reconhecido exposto a programas herdados, como Indexação de Contexto. A Partição extensível do sistema de interface firmware, específica do OEM e outras partições não reconhecidas ficarão visíveis apenas no snap-in MMC do Gerenciamento de Disco.

O Windows XP expõe apenas partições de dados básicas. Outras partições com sistemas de arquivos FAT podem ser montadas, mas não expostas (apenas programaticamente). Somente partições de dados básicas são atribuídas letras de unidade ou pontos de montagem.

O sistema de arquivos FAT de Partição do Sistema de Interface firmware extensível é montado, mas não exposto. Isso permite que os programas em execução no Windows atualizem o conteúdo da Partição extensível do Sistema de Interface do Firmware. A seguinte chave de registro localiza a Partição extensível do sistema de interface firmware extensível:

HKEY_LOCAL_MACHINE/System/Setup/SystemPartition

A Partição Reservada da Microsoft (e todas as partições criadas a partir da Partição Reservada da Microsoft) podem ter sistemas de arquivos reconhecíveis; nenhum é exposto.

Quaisquer partições ou partições específicas do OEM associadas a outros sistemas operacionais não são reconhecidas pelo Windows. Partições não reconhecidas com sistemas de arquivos reconhecíveis são tratadas como a Partição extensível do Sistema de Interface do Firmware. Eles serão montados, mas não expostos. Ao contrário dos discos MBR, não há diferença prática entre partições específicas do OEM e outras partições do sistema operacional; todos não são reconhecidos.

O usuário pode usar ferramentas de gerenciamento de disco, como o snap-in do MMC de Gerenciamento de Disco ou Diskpart.exe. A Partição Reservada da Microsoft e todas as partições criadas a partir da Partição Reservada da Microsoft só estão visíveis a partir de um prompt de comando.

Os discos dinâmicos usam duas partições diferentes da Tabela de Partição GUID:

• Uma partição de contêiner de dados correspondente ao 0x42 de partição MBR, com o seguinte GUID:DEFINE_GUID (PARTITION_LDM_DATA_GUID, 0xAF9B60A0L, 0x1431, 0x4F62, 0xBC, 0x68, 0x33, 0x11, 0x71, 0x4A, 0x69, 0xAD)

• Uma partição para conter o banco de dados de configuração dinâmica, com o seguinte GUID:DEFINE_GUID(PARTITION_LDM_METADATA_GUID, 0x5808C8AAL, 0x7E8F, 0x42E0, 0x85, 0xD2, 0xE1, 0xE9, 0x04, 0x34, 0xCF, 0xB3) Os volumes são criados no contêiner de dados e são montados por padrão. Isso é o mesmo que o conteúdo das partições MBR 0x42.

Para que uma unidade seja qualificada para conversão em dinâmica, todas as partições de dados básicas na unidade devem ser contíguas. Se outras partições não reconhecidas separarem partições básicas de dados, o disco não poderá ser convertido. Essa é uma das razões pelas quais a Partição Reservada da Microsoft deve ser criada antes de qualquer partição de dados básica.

A primeira etapa da conversão é separar uma parte da Partição Reservada da Microsoft para criar a partição do banco de dados de configuração. Todas as partições básicas não inicializáveis são combinadas em uma única partição de contêiner de dados. As partições de inicialização são retidas como partições de contêiner de dados separadas. Isso é análogo à conversão de partições primárias.

O Windows XP difere do Windows 2000, pois partições básicas e estendidas são convertidas preferencialmente em uma única partição 0x42, em vez de serem mantidas como várias partições 0x42 distintas como no Windows 2000.

Você pode acessar as partições de disco guid partition Table de diferentes tipos usando as ferramentas a seguir.

Diskpart.efi:
Firmware: Partição extensível do sistema de interface do firmware
Partição Reservada da Microsoft

Diskpart.exe:
Windows XP: Partição extensível do sistema de interface do firmware
Partição Reservada da Microsoft

Diskgmt.msc:
Windows XP: Partição extensível do sistema de interface do firmware
DADOS

Explorer.exe:
Windows XP: DADOS

Você também pode desenvolver suas próprias ferramentas (usando as APIs Microsoft Win32 ou Microsoft Win64) para acessar as partições de disco guid partition Table em seus níveis primitivos.

Os discos guid partition Table e MBR são gerenciados da mesma maneira. Os discos podem ser formatados como Guid Partition Table ou MBR usando o utilitário de linha de comando Diskpart.exe ou usando o snap-in gerenciamento de disco. Os volumes podem ser criados em discos guid partition Table e MBR, e ambos os tipos de discos podem ser misturados no mesmo grupo de disco dinâmico.

Não há suporte ao conjunto FTdisk nos discos Windows XP para MBR ou GUID Partition Table. O único suporte para volumes lógicos é por meio de discos dinâmicos.

Sim, mas somente se o disco não contiver partições ou volumes. Todos os dados no disco serão destruídos. Os discos guid partition Table só têm suporte na versão de 64 bits do Windows XP.

O NTFS é recomendado em todas as partições de dados básicas e em todos os volumes dinâmicos. A Instalação do Windows e o snap-in do Gerenciamento de Disco oferecem apenas NTFS. No entanto, você ainda pode usar FAT16 e FAT32 nessas partições também. Para contornar isso, a partição ou o volume devem ser formatados explicitamente usando a ferramenta Formatar.

Não. Os GUIDs de Disco e Partição não serão mais exclusivos. Isso nunca deve acontecer. Você pode fazer uma cópia setor a setor do conteúdo de Partição extensível do sistema de interface do firmware ou partições básicas de dados.

Sim; no entanto, há algumas ressalvas importantes. O OPK (Kit de Pré-instalação do OEM) inicializa os GUIDs de Disco e Partição como zero. Na primeira inicialização do Windows XP, o sistema operacional gera GUIDs exclusivos. O OPK dá suporte apenas à geração de Partição extensível do sistema de interface firmware, partição reservada da Microsoft e partições básicas de dados.

Se um programa tiver gravado guids de disco ou partição, o programa poderá não funcionar. Todos os programas, drivers, utilitários ou implementações de firmware fornecidos por fabricantes de computadores ou fornecedores de programas que dependem de GUIDs devem ser capazes de lidar com GUIDs que mudam dos valores de inicialização OPK para aqueles gerados pelo sistema operacional.

É uma maneira de os OEMs simplificarem a pré-instalação do sistema operacional e a recuperação do sistema. Esse comando pode ser facilmente estendido para criar uma configuração de disco padrão para a plataforma. Por exemplo, o fabricante do computador poderia estender o comando MAKE para particionar automaticamente a unidade de inicialização com uma Partição extensível do sistema de interface firmware, partição reservada da Microsoft, uma partição específica do OEM e uma partição de dados básica. Por exemplo, considere uma possível configuração de disco chamada BOOT_DISK. No caso de recuperação de desastre, o MAKE BOOT_DISK permitiria que o cliente repartisse completamente um disco de inicialização para os padrões originais de fábrica.

O Windows XP gerará novos GUIDs para qualquer GUID de Disco duplicado, GUID de Partição Reservada da Microsoft ou GUID de dados básicos de partição reservada da Microsoft após a detecção. Isso é semelhante ao tratamento de assinatura MBR duplicada no Windows 2000. GuiDs duplicados em um contêiner dinâmico ou partição de banco de dados causam resultados imprevisíveis.

Isso depende do tamanho do cluster selecionado no momento da formatação. Atualmente, o NTFS está limitado a 2^32-1 unidades de alocação. Isso gera um volume de 256TB, usando clusters de 64k. No entanto, isso só foi testado para 16 TB, ou 17.592.186.040.320 bytes, usando o tamanho do cluster 4K. O gráfico a seguir mostra os limites do NTFS com base no tamanho do cluster:

Por exemplo, para formatar um volume que tenha um tamanho de cluster de 8 KB, você usaria um comando como o seguinte de um prompt de comando, em que /a: #### especifica o número de bytes por cluster:

format d: /fs:ntfs /a:8192

Se você escolher um tamanho de cluster muito pequeno para o tamanho da partição, receberá a seguinte mensagem de erro ao tentar formatar a partição:

A operação de formato não foi concluída porque a contagem de clusters é maior do que o esperado

Para determinar o tamanho do cluster de um volume, execute o seguinte comando em um prompt de comando e observe o valor Bytes por Cluster :

fsutil fsinfo ntfsinfo <volume>

Por exemplo, ao executar o fsutil fsinfo ntfsinfo c: comando, você pode receber resultados que se assemelham à seguinte saída:

Número de série de volume do NTFS: 0xf4300f6c300f3560
Versão : 3.1
Setores numéricos: 0x000000001d17dbee
Clusters totais: 0x0000000003a2fb7d
Clusters gratuitos: 0x000000000102bfa0
Total reservado: 0x0000000000000800
Bytes por setor : 512
Bytes por cluster : 4096
Bytes por segmento FileRecord : 1024
Clusters por segmento FileRecord : 0
Mft Valid Data Length : 0x000000000e630000
Mft Start Lcn : 0x00000000000c0000
Mft2 Start Lcn : 0x0000000001d17dbe
Início da Zona Mft: 0x00000000002185a0
Extremidade da zona do Mft: 0x0000000000218740
Identificador RM: 1587CC47-A713-11DB-9287-806E6F6E6963