Apêndice D. Introdução às Partições de Disco

NotaNota
 

Este apêndice não se aplica necessariamente a arquiteturas não baseadas no x86. Entretanto, os conceitos gerais mencionados aqui podem ser aplicados.

Partições de disco são e têm sido parte do cenário de um computador pessoal há bastante tempo. Entretanto, como muitas pessoas adquirem computadores com sistemas operacionais pré-instalados, relativamente poucas pessoas compreendem como as partições funcionam. Este capítulo pretende explicar as razões para e o uso de partições de disco, para que a instalação de seu Red Hat Enterprise Linux seja mais simples e menos trabalhosa.

Se você está razoavelmente familiarizado com partições de disco, pode pular para a Seção D.1.4, e obter mais informações sobre o processo de liberação de espaço em disco a fim de preparar seu sistema para a instalação do Red Hat Enterprise Linux. Esta seção também aborda o esquema de nomenclatura de partições usada por sistemas Linux, a divisão de espaço em disco com outros sistemas operacionais, e outros tópicos co-relatos.

D.1. Conceitos Básicos do Disco Rígido

Discos rígidos executam uma função muito simples — eles armazenam dados que podem ser recuperados com confiança através de comandos.

Quando abordamos questões como o particionamento de disco, é importante saber um pouco sobre o hardware utilizado. Infelizmente, é fácil se prender a detalhes, porém este apêndice utiliza um diagrama simples de um disco rígido para auxiliar na explicação do que realmente ocorre quando um disco rígido é partido. A Figura D-1, mostra um disco rígido novo, não usado.

Figura D-1. Um Disco Rígido Não Usado

Não há muito a observar, não é mesmo? Mas se estamos falando em discos rígidos em um nível básico, esta imagem é adequada. Digamos que queremos guardar alguns dados neste disco rígido. Isto não funcionará do jeito que as coisas estão agora. Há algo que deve ser feito primeiro…

D.1.1. Não Importa O Que Você Escreve, mas Como Você Escreve

Usuários de computador experientes provavelmente captaram isto na primeira tentativa. Nós precisamos formatar o drive. Formatar (comumente conhecido como "criando um sistema de arquivos") escreve informação no drive, criando uma ordem no espaço vazio de um drive não formatado.

Figura D-2. Drive de Disco com um sistema de arquivos

Como a Figura D-2 implica, a ordem imposta por um sistema de arquivos envolve algumas desvantagens:

  • Uma pequena porcentagem do espaço disponível do drive é usado para armazenar dados relativos ao sistema de arquivos.

  • Um sistema de arquivos divide o espaço restante em pequenos segmentos de espaço consistente. No Linux, estes segmentos são conhecidos como blocos. [1]

Dado que sistemas de arquivo tornam possíveis coisas como diretórios e arquivos, estas desvantagens geralmente são vistas como um pequeno preço a pagar.

É importante notar também que não há um tipo único e universal de sistema de arquivo. Assim como ilustrado na Figura D-3, um drive de disco pode conter um dos vários tipos de sistemas de arquivo. De fato, sistemas de arquivo diferentes tendem a ser incompatíveis, ou seja, um sistema operacional que suporta um tipo de sistema de arquivo (ou um punhado de tipos de sistemas de arquivo relacionados) talvez não suporte um outro tipo. No entanto, esta última afirmação não é uma regra 100%. Por exemplo, Red Hat Enterprise Linux suporta uma grande variedade de sistemas de arquivo (inclusive muitos dos sistemas comumente usados por outros sistemas operacionais), facilitando a troca de dados entre sistemas de arquivo diferentes.

Figura D-3. Drive de Disco com um Sistema de Arquivo Diferente

Obviamente, escrever um sistema de arquivo no disco é só o começo. O objetivo deste processo é, na verdade, armazenar e recuperar dados. Vamos dar uma olhada em nosso drive após ter escrito (gravado) alguns arquivos nele.

Figura D-4. Drive de Disco com Dados Gravados

Assim como ilustrado na Figura D-4, 14 dos blocos previamente vazios agora contêm dados. Porém, não é possível determinar o número exato de arquivos neste drive apenas olhando a figura. Pode haver somente um ou muitos arquivos, já que todos os arquivos utilizam pelo menos um bloco e alguns arquivos utilizam blocos múltiplos. Outro ponto importante: os blocos usados não precisam formar uma região contígua; blocos usados e não usados podem apresentar intervalos entre si. Isto é conhecido como fragmentação. A fragmentação pode ser utilizada ao tentar redimensionar uma partição existente.

Assim como ocorrido com a maioria das tecnologias relativas a computadores, drives de disco foram modificados após sua introdução. Particularmente aumentaram de tamanho. Não estamos falando em espaço físico, mas em capacidade de armazenamento de dados. E esta capacidade adicional trouxe uma mudança fundamental no modo como drives de disco são utilizados.

D.1.2. Partições: Transformando Um Drive em Muitos

Como as capacidades de drives de disco aumentaram drasticamente, algumas pessoas começaram a pensar se seria uma boa idéia ter todo este espaço formatado em um grande pedaço. Essa linha de pensamento foi guiada por diversas questões, algumas filosóficas, outras técnicas. Do lado filosófico, acima de um determinado tamanho, parecia que o espaço adicional provido por um drive maior criava mais desordem. Do lado técnico, alguns sistemas de arquivo nunca foram planejados para suportar acima de uma capacidade determinada. Ou os sistemas de arquivo poderiam suportar drives maiores com maior capacidade, mas o tempo de espera para o sistema de arquivo encontrar arquivos se tornou excessivo.

A solução deste problema foi dividir discos em partições. Cada partição pode ser acessada como se fosse um disco separado. Isto é feito através da adição de uma tabela de partição.

NotaNota
 

Apesar dos diagramas deste capítulo apresentarem a tabela de partição separada do drive de disco, isto não é 100% verdadeiro. Na realidade, a tabela de partição é armazenada bem no começo do disco, antes de qualquer sistema de arquivos ou dados do usuário. Mas, para clarificar, eles estão separados em nossos diagramas.

Figura D-5. Drive de Disco com Tabela de Partição

Conforme ilustrado na Figura D-5, a tabela de partição está dividida em quatro seções. Cada seção pode guardar a informação necessária para definir uma única partição, ou seja, a tabela de partição pode definir até quatro partições.

Cada campo da tabela de partição contém diversas características importantes da partição:

  • Os pontos do disco onde a partição começa e termina

  • Se a partição está ativa

  • O tipo da partição

Vamos dar uma olhada mais minunciosa nestas características. Os pontos de início e fim na verdade definem o tamanho da partição e sua localização no disco. A bandeira "ativa" é utilizada por gestores de início de alguns sistemas operacionais. Em outras palavras, o sistema operacional na partição marcada como "ativa" é iniciado.

O tipo de partição pode ser um pouco confuso. O tipo é um número que identifica o uso antecipado da partição. Isto soa um pouco vago porque o conceito do tipo de partição também é vago. Alguns sistemas operacionais usam o tipo de partição para denotar um tipo específico de sistema de arquivo, ou para indicar que a partição está associada a um determinado sistema operacional, ou para indicar que a partição contém um sistema operacional iniciável, ou alguma combinação dos três.

Neste ponto, você deve estar pensando como essa complexidade é utilizada normalmente. Veja um exemplo na Figura D-6.

Figura D-6. Drive de Disco Com Uma Partição

Em muitos casos, há apenas uma partição em todo o disco, essencialmente duplicando o método usado antes do particionamento. A tabela de partição tem apenas um campo, que aponta o início da partição.

Nomeamos esta partição como sendo do tipo "DOS". Apesar de ser apenas um dos diversos tipos de partição listados na Tabela D-1, é adequado para os fins desta discussão.

A Tabela D-1 contém uma lista de alguns tipos de partição conhecidos (e obscuros), junto aos seus valores numéricos hexadecimais.

Tipo de PartiçãoValorTipo de PartiçãoValor
Vazio00Novell Netware 38665
DOS 12-bit FAT01PIC/IX75
XENIX root02Old MINIX80
XENIX usr03Linux/MINUX81
DOS 16-bit <=32M04Swap do Linux82
Extendida05Linux nativa83
DOS 16-bit >=3206Linux extendida85
OS/2 HPFS07Amoeba93
AIX08Amoeba BBT94
AIX bootable09BSD/386a5
OS/2 Gestor de Início0aOpenBSDa6
Win95 FAT320bNEXTSTEPa7
Win95 FAT32 (LBA)0cBSDI fsb7
Win95 FAT16 (LBA)0eBSDI swapb8
Win95 Extended (LBA)0fSyrinxc7
Venix 8028640CP/Mdb
Novell51Accesso ao DOSe1
PPC PReP Boot41DOS R/Oe3
GNU HURD63DOS secundáriof2
Novell Netware 28664BBTff

Tabela D-1. Tipos de Partição

D.1.3. Partições dentro de Partições — Uma Visão Geral de Partições Extendidas

Obviamente, ao longo do tempo ficou claro que quatro partições não seriam suficientes. Como drives de disco continuaram se expandindo, seria provável que uma pessoa poderia configurar quatro partições de tamanhos razoáveis e ainda ter espaço livre em disco. Mesmo assim, era preciso achar uma maneira de criar mais partições.

Insira a partição extendida. Como você deve ter notado em Tabela D-1, há uma partição do tipo "Extendida". Este é o tipo de partição que está no centro das partições extendidas.

Quando criamos uma partição e definimos que seu tipo será "Extendida", uma tabela de partição extendida é criada. Essencialmente, a partição extendida é como um drive de disco por si só — tem uma tabela de partição que aponta para uma ou mais partições (agora denominadas partições lógicas, em oposição às quatro partições primárias) contidas inteiramente dentro da própria partição extendida. A Figura D-7 apresenta um drive de disco com uma partição primária e uma partição extendida contendo duas partições lógicas (junto a espaço em disco não particionado).

Figura D-7. Drive de Disco com Partição Extendida

De acordo com esta figura, há uma diferença entre partições primárias e lógicas — pode haver apenas quatro partições primárias, mas não há limite para o número de partições lógicas. Entretanto, devido à maniera como as partições são acessadas no Linux, você deve evitar definir mais de 12 partições lógicas em um único drive de disco.

Agora que discutimos partições em geral, vamos rever como aplicar este conhecimento para instalar o Red Hat Enterprise Linux.

D.1.4. Criando Espaço para o Red Hat Enterprise Linux

Há três cenários possíveis que você pode encontrar ao tentar reparticionar seu disco rígido:

  • Espaço livre não particionado disponível em disco

  • Uma partição não usada disponível

  • Espaço livre disponível em uma partição ativamente usada

Vamos ver cada cenário em ordem.

NotaNota
 

Por favor tenha em mente que as ilustrações a seguir foram simplificadas para facilitar o entendimento e não refletem o layout exato da partição que você encontra ao instalar o Red Hat Enterprise Linux.

D.1.4.1. Usando Espaço Livre Não Particionado

Neste caso, as partições já definidas não ocupam o disco rígido inteiro, deixando espaço não alocado que não pertence a nenhuma partição definida. A Figura D-8 ilustra esta situação.

Figura D-8. Drive de Disco com Espaço Livre Não Particionado

Na Figura D-8, 1 representa uma partição indefinida com espaço não alocado e 2 representa uma partição definida com espaço alocado.

Se pensarmos sobre isto, um disco rígido não usado também recai nesta categoria. A única diferença é que todo o espaço não faz parte de nenhuma partição definida.

Em todo caso, você pode criar as partições necessárias a partir do espaço não usado. Infelizmente, este cenário, mesmo que muito simples, não é muito provável (a não ser que você tenha adquirido um disco novo apenas para o Red Hat Enterprise Linux). A maioria dos sistemas operacionais pré-instalados são configurados para ocupar todo o espaço disponível em um drive de disco. (veja a Seção D.1.4.3).

Em seguida, discutiremos uma situação um pouco mais comum.

D.1.4.2. Usando Espaço de uma Partição Não Usada

Neste caso, talvez você tenha uma ou mais partições que não utiliza mais. Talvez você as tenha tenha dividido com outro sistema operacional anteriormente, e a(s) partição(ões) dedicada(s) a isto parece(m) não ter sido utilizada(s) novamente. A Figura D-9 ilustra esta situação.

Figura D-9. Drive de Disco Com uma Partição Não Usada

Na Figura D-9, 1 representa uma partição não usada e 2 representa a realocação de uma partição não usada para o Linux.

Se você estiver nesta situação, pode utilizar o espaço alocado para a partição não usada. Primeiramente você precisa apagar a partição, e então criar a(s) partição(ões) Linux apropriada(s) em seu lugar. Você pode criar as partições manualmente durante o processo de instalação e apagar a partição antes de criar uma nova.

D.1.4.3. Usando Espaço Livre de uma Partição Ativa

Essa é a situação mais comum e, infelizmente, a mais difícil de lidar. O maior problema é que, mesmo tendo espaço livre suficiente, este está alocado a uma partição que já está em uso. Se você adquiriu um computador com software pré-instalado, é mais provável que o disco rígido tenha uma grande partição contendo o sistema operacional e os dados.

Além de adicionar um novo disco rígido ao seu sistema, você tem duas opções:

Reparticionamento Destrutivo

Basicamente, você deleta a partição grande e cria diversas partições menores. Como você pode supor, todos os dados contidos na partição original são destruídos. Isto significa que é necessário fazer um backup completo. Para o seu próprio bem, faça dois backups, use a verificação (se estiver disponível em seu software de backup), e tente ler os dados a partir de seu backup antes de deletar a partição.

CuidadoAtenção
 

Se há algum sistema operacional instalado naquela partição, ele deverá ser reinstalado também. Atente para o fato de que alguns computadores vendidos com sistemas operacionais pré-instalados talvez não incluam o CD-ROM para reinstalar o sistema operacional original. A melhor hora para checar se isto se aplica ao seu sistema é antes de destruir sua partição e instalação do sistema operacional originais.

Após criar uma partição menor para o sistema opracional existente, você pode reinstalar qualquer software, recuperar seus dados e começar a instalação de seu Red Hat Enterprise Linux. A Figura D-10 mostra isto sendo feito.

Figura D-10. Drive de Disco Sendo Repartido Destrutivamente

Na Figura D-10, 1 representa antes e 2 representa depois.

CuidadoAtenção
 

Assim como exibido na Figura D-10, todos os dados presentes na partição original são perdidos sem um backup apropriado!

Reparticionamento Não-Destrutivo

Aqui você roda um programa que executa algo aparentemente impossível: reduz o tamanho de uma partição grande sem perder nenhum dos arquivos armazendos nela. Muitas pessoas acreditam que este método seja confiável e que não apresenta problemas. Qual software você deve utilizar para executar este feito? Há diversos softwares de gerenciamento de disco no mercado. Pesquise para encontrar aquele que seja o melhor para seu caso.

Apesar do processo de reparticionamento não-destrutivo ser muito claro, há diversos passos envolvidos:

  • Comprimir e fazer backup dos dados existentes

  • Redimensionar a partição existente

  • Criar nova(s) partição(ões)

Em seguida observaremos cada um dos passos detalhadamente.

D.1.4.3.1. Comprimir os dados existentes

Conforme exibido na Figura D-11, o primeiro passo é comprimir os dados existentes em sua partição. O objetivo disto é reorganizar os dados de maneira a maximizar o espaço livre disponível no "fim" da partição.

Figura D-11. Drive de Disco Sendo Comprimido

Na Figura D-11, 1 representa antes e 2 representa depois.

Este passo é crucial. Sem ele, a localização de seus dados pode impedir que a partição seja redimensionada para a extensão desejada. Note também que, por uma razão ou outra, alguns dados não podem ser movidos. Se este for o caso (e isto restringe fortemente o tamanho de sua(s) nova(s) partição(ões)), você talvez seja forçado a reparticionar seu disco destrutivamente.

D.1.4.3.2. Redimensionar a partição existente

A Figura D-12 mostra o processo de redimensionamento real. Enquanto o resultado real da operação de redimensionamento varia de acordo com o software usado, na maioria dos casos o espaço recém-liberado é usado para criar uma partição não-formatada do mesmo tipo que a original.

Figura D-12. Drive de Disco com Partição Redimensionada

Na Figura D-12, 1 representa antes e 2 representa depois.

É importante entender o que o software de redimensionamento que você está usando faz com o espaço recém-liberado, assim você poderá seguir os passos apropriados. No caso que ilustramos, seria melhor deletar a nova partição DOS e criar a(s) partição(ões) Linux apropriada(s).

D.1.4.3.3. Criar nova(s) partição(ões)

Como o passo anterior sugeriu, pode ser necessária ou não a criação de novas partições. No entanto, a não ser que seu software de redimensionamento detecte o Linux, é mais provável que você tenha que apagar a partição criada durante o processo de redimensionamento. A Figura D-13 ilustra isto sendo feito.

Figura D-13. Drive de Disco com Configuração Final de Partição

Na Figura D-13, 1 representa antes e 2 representa depois.

NotaNota
 

A informação seguinte é válida somente para computadores com processadores x86.

Como uma facilidade para nossos clientes, nós provemos o utilitário parted. Esse programa disponível gratuitamente é capaz de redimensionar partições.

Se você resolver reparticionar seu disco rígido com o parted, é importante entender sobre armazenamento do disco e executar um backup dos dados de seu computador. Você deve fazer duas cópias de todos os dados importantes. Estas cópias devem ser feitas em mídia removível (tal como fita, CD-ROM ou disquetes), e você deve certificar-se de que elas estão legíveis antes de prosseguir.

Se resolver utilizar o parted, esteja ciente de que após executar parted você terá duas partições: aquela que você redimensionou e outra parted criada a partir do espaço recém-liberado. Se seu objetivo for utilizar este espaço para instalar Red Hat Enterprise Linux, você deve apagar a partição recém-criada, usando o utilitário de particionamento de seu sistema operacional atual ou enquanto estiver definindo as partições durante a instalação.

D.1.5. Esquema de Nomenclatura de Partições

Linux refere-se a partições de disco utilizando uma combinação de letras e números que pode ser um pouco confusa, particularmente se você estiver acostumado com o tipo de referência "drive C" a discos rígidos e suas partições. No mundo DOS/Windows, as partições são nomeadas usando o seguinte método:

  • Cada tipo de partição é checado a fim de determinar se ele pode ser lido por DOS/Windows.

  • Se o tipo de partição for compatível, lhe é atribuído uma "letra de drive". As letras dos drives começam com "C" e seguem para as próximas letras, dependendo do número de partições a ser nomeadas.

  • A letra do drive pode então ser usada para referenciar esta partição assim como o sistema de arquivo contido nesta partição.

O Red Hat Enterprise Linux utiliza um esquema de nomenclatura mais flexível e traz mais informações do que o esquema usado por outros sistemas operacionais. O esquema de nomenclatura é baseado em arquivos, com os nomes de arquivos no formato /dev/xxyN.

Como decifrar o esquema de nomenclatura de partições:

/dev/

Esse é o nome do diretório onde se encontram todos os arquivos de dispositivos. Já que partições residem em discos rígidos, e discos rígidos são dispositivos, os arquivos representando todas as partições possíveis residem em /dev/.

xx

As primeiras duas letras do nome da partição indicam o tipo de dispositivo no qual a partição reside, geralmente hd (para discos IDE) ou sd (para discos SCSI).

y

Essa letra indica em qual dispositivo a partição está. Por exemplo, /dev/hda (o primeiro disco rígido IDE) ou /dev/sdb (o segundo disco SCSI).

N

O número final denota a partição. As primeiras quatro partições (primárias ou extendidas) são numeradas de 1 a 4. Partições lógicas começam com 5. Por exemplo, /dev/hda3 é a terceira partição primária ou extendida no primeiro disco rígido IDE, e /dev/sdb6 é a segunda partição lógica no segundo disco rígido SCSI.

NotaNota
 

Não há nenhuma parte desta convenção de nomes baseada no tipo de partição; ao contrário do DOS/Windows, todas as partições podem ser identificadas sob Red Hat Enterprise Linux. Obviamente, isso não significa que Red Hat Enterprise Linux pode acessar dados em qualquer tipo de partição, mas em muitos casos é possível acessar dados em uma partição dedicada a outro sistema operacional.

Tenha essa informação em mente; isto facilitará o entendimento das coisas ao definir as partições que o Red Hat Enterprise Linux necessita.

D.1.6. Partições de Disco e Outros Sistemas Operacionais

Se as partições de seu Red Hat Enterprise Linux forem compartilhar um disco rígido com partições usadas por outros sistemas operacionais, você não terá problemas na maioria das vezes. No entanto, há determinadas combinações do Linux com outros sistemas operacionais que requerem cuidado extra.

D.1.7. Partições de Disco e Pontos de Montagem

Uma área que muitos novatos no Linux acham confusa é a questão de como as partições são usadas e acessadas pelo sistema operacional Linux. No DOS/Windows ela é relativamente simples: cada partição leva uma "letra de drive". E então você usa a letra de drive correta para consultar arquivos e diretórios na partição correspondente.

Isto é completamente diferente da maneira como Linux lida com partições e, por consequência, com armazenamento em disco em geral. A principal diferença é que cada partição é usada para formar parte do armazenamento necessário para suportar um conjunto de arquivos e diretórios. Isto é feito associando a partição com o diretório através de um processo conhecido como montagem. Montar uma partição viabiliza seu armazenamento a partir do diretório especificado (conhecido como ponto de montagem).

Por exemplo: se a partição /dev/hda5 é montada em /usr, isto significa que todos os arquivos e diretórios sob /usr estarão fisicamente localizados em /dev/hda5. Portanto, o arquivo /usr/share/doc/FAQ/txt/Linux-FAQ seria armazenado em /dev/hda5, enquanto o arquivo /etc/X11/gdm/Sessions/Gnome não estaria na mesma localização.

Continuando com nosso exemplo, também é possível que um ou mais diretórios sob /usr/ sejam pontos de montagem de outras partições. Por exemplo: uma partição (digamos /dev/hda7) poderia ser montada em /usr/local, significando que /usr/local/man/whatis então estaria localizado em /dev/hda7 ao invés de /dev/hda5.

D.1.8. Quantas Partições?

Neste estágio de preparação para instalar o Red Hat Enterprise Linux, você precisa atentar para o número e tamanho das partições a serem utilizadas pelo seu novo sistema operacional. A questão de "quantas partições" continua esquentando o debate na comunidade Linux e, sem nenhuma conclusão deste debate à vista, é seguro dizer que provavelmente há tantos layouts de partições quanto pessoas discutindo essa questão.

Tendo isso em mente, nós recomendamos que, a não ser que você tenha uma razão para fazer o contrário, você deve criar no mínimo as seguintes partições: swap, /boot (ou uma partição /boot/efi/ para sistemas Itanium), /boot/efi/ e / (root).

Para mais informações, consulte a Seção 4.17.4.

CuidadoAtenção
 

Certifique-se de ler a Seção D.1.9 — a informação contida ali se aplica à partição /boot!

D.1.9. Um Último Porém: Usando GRUB ou LILO

GRUB e LILO são os métodos mais comumente usados para iniciar Red Hat Enterprise Linux nos sistemas baseados em processadores x86. Como gerenciadores de sistemas operacionais, eles operam "fora" de qualquer sistema operacional, usando somente o Sistema Basic I/O (ou BIOS) construído no próprio hardware do computador. Esta seção descreve as interações do GRUB e do LILO com os BIOSes de PC e é específico para computadores compatíveis com processadores x86.

D.1.9.1. Limitações Relacionadas ao BIOS que Impactam no GRUB e no LILO

GRUB e LILO são sujeitos a algumas limitações impostas pelo BIOS na maioria dos computadores baseados em x86. Especificamente, alguns BIOSes não podem acessar mais de dois discos rígidos, e não podem acessar quaisquer dados armazenados além do cilindro 1023 de qualquer drive. Note que alguns BIOSes recentes não têm estas limitações, mas de maneira alguma isto pode ser considerado universal.

DicaDica
 

Enquanto particionar seu disco rígido, tenha em mente que o BIOS de sistemas mais antigos não podem acessar além dos primeiros 1024 cilindros de um disco rígido. Se este for o caso, deixe espaço suficiente para a partição /boot do Linux nos primeiros 1024 cilindros de seu disco rígido para poder inicializar o Linux. As outras partições do Linux podem estar após o cilindro 1024.

Em parted, 1024 cilindros equivalem a 528 MB. Para mais informações, consulte:

http://www.pcguide.com/ref/hdd/bios/sizeMB504-c.html

Todos os dados que GRUB e LILO precisam acessar na hora de iniciar (inclusive o kernel do Linux) está localizada no diretório /boot. Se você seguir o layout recomendado de partição ou selecionar o particionamento automático, o diretório /boot estará em uma partição pequena e separada. Caso contrário, pode estar localizado na partição root (/). Em qualquer um dos casos, a partição na qual /boot/ reside deve obedecer as seguintes regras se você for utilizar GRUB ou LILO para inicializar seu sistema Red Hat Enterprise Linux:

Nos Dois Primeiros Drives IDE

Se houver 2 drives IDE (ou EIDE), a /boot deve estar localizada em um deles. Note que este limite de dois drives também inclui quaisquer drives de CD-ROM IDE no seu controlador primário IDE. Portanto, se há um disco rígido IDE e um CD-ROM IDE em seu controlador primário, a /boot deve estar localizada somente no primeiro disco rígido, mesmo que haja outros discos rígidos em seu controlador IDE secundário.

No Primeiro Drive IDE ou SCSI

Se houver um drive IDE (or EIDE) e um ou mais drives SCSI, a /boot deve estar localizada no drive IDE ou no drive SCSI no ID 0. Nenhum outro ID do SCSI funcionará.

Nos Dois Primeiros Drives SCSI

Se houver apenas discos rígidos SCSI, a /boot deve estar localizada em um drive no ID 0 ou ID 1. Nenhum outro ID do SCSI funcionará.

Como mencionado anteriormente, é possível que alguns BIOSes mais recentes permitam que GRUB e LILO trabalhem com configurações que não obedecem estas regras. Do mesmo modo, algumas das características mais esotéricas do GRUB e do LILO talvez sejam usadas para iniciar um sistema Linux, mesmo que as configurações não obedeçam nossas regras. No entanto, devido ao número de variáveis envolvidas, a Red Hat não pode suportar tais esforços.

NotaNota
 

Disco Druid, assim como o particionamento automático, leva estas limitações relacionadas ao BIOS em consideração.

Notas

[1]

Blocos realmente têm tamanho consistente, diferentemente de nossas ilustrações. Também tenha em mente que um drive de disco comum contém milhares de blocos. Porém, para os propósitos desta discussão, por favor ignore estas pequenas discrepâncias.