| Red Hat Enterprise Linux 4: Guia de Instalação para sistemas x86, Itanium™, AMD64 e Intel® Extended Memory 64 Technology (EM64T da Intel®) | ||
|---|---|---|
| Anterior | Próxima | |
![]() | Nota |
|---|---|
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 correlatos.
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.
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…
Usuários de computador experientes provavelmente captaram isto na primeira tentativa. Nós precisamos formatar o drive. Formatar (comumente conhecido como "criar um sistema de arquivos") grava informação no drive, criando uma ordem no espaço vazio de um drive não formatado.
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]
Como os sistemas de arquivo possibilitam a existência de 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: o 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.
Obviamente, gravar 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 salvo (gravado) alguns arquivos nele.
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.
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.
![]() | Nota |
|---|---|
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. |
Conforme ilustrado na Figura D-5, a tabela de partição está dividida em quatro seções ou quatro partições primárias. Um partição primária é aquela partição no disco rígido que pode conter apenas um drive lógico (ou seção). Cada seção pode armazenar as informações necessárias 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 minuciosa 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 é iniciado na partição marcada como "ativa".
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.
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 com alguns tipos de partição conhecidos (e outros nem tanto), junto aos seus valores numéricos hexadecimais.
| Tipo de Partição | Valor | Tipo de Partição | Valor |
|---|---|---|---|
| Vazio | 00 | Novell Netware 386 | 65 |
| DOS 12-bit FAT | 01 | PIC/IX | 75 |
| XENIX root | 02 | MINIX velha | 80 |
| XENIX usr | 03 | Linux/MINUX | 81 |
| DOS 16-bit <=32M | 04 | Swap do Linux | 82 |
| Extendida | 05 | Linux nativa | 83 |
| DOS 16-bit >=32 | 06 | Linux extendida | 85 |
| HPFS do SO/2 | 07 | Amoeba | 93 |
| AIX | 08 | Amoeba BBT | 94 |
| AIX bootable | 09 | BSD/386 | a5 |
| Gestor de Início do SO/2 | 0a | OpenBSD | a6 |
| FAT32 do Win95 | 0b | NEXTSTEP | a7 |
| FAT32 (LBA) do Win95 | 0c | BSDI fs | b7 |
| FAT16 (LBA) do Win95 | 0e | BSDI swap | b8 |
| Win95 Extendida (LBA) | 0f | Syrinx | c7 |
| Venix 80286 | 40 | CP/M | db |
| Novell | 51 | Accesso ao DOS | e1 |
| PPC PReP Boot | 41 | DOS R/O | e3 |
| GNU HURD | 63 | DOS secundário | f2 |
| Novell Netware 286 | 64 | BBT | ff |
Tabela D-1. Tipos de Partição
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 na 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 ao espaço em disco não particionado).
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 à maneira 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.
A lista abaixo apresenta alguns 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 nesta ordem.
![]() | Nota |
|---|---|
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. |
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.
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 nisto, um disco rígido não usado também cai 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.
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.
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 apagar a partição não usada e manualmente criar novas partições durante o processo de instalação.
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:
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 apagar a partição.
![]() | Atençã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 operacional 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.
Na Figura D-10, 1 representa antes e 2 representa depois.
![]() | Atenção |
|---|---|
Assim como exibido na Figura D-10, todos os dados presentes na partição original são perdidos sem um backup apropriado! |
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.
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.
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.
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.
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 apagar a nova partição DOS e criar a(s) partição(ões) Linux apropriada(s).
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.
Na Figura D-13, 1 representa antes e 2 representa depois.
![]() | Nota |
|---|---|
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 o 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.
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 é verificado para determinar se ele pode ser acessado pelo 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 serem 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:
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/.
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).
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).
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.
![]() | Nota |
|---|---|
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 o 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.
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.
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 o Linux lida com partições e, por consequência, com o 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.
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 de outra maneira, você deve criar no mínimo as seguintes partições: swap, /boot (ou uma partição /boot/efi/ para sistemas Itanium), uma partição /var/ para sistemas Itanium e uma / (root).
Para mais informações, consulte a Seção 4.16.4.
| [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. |