GPT ou MBR?

Question

Eu sou novo no Linux. Estou planejando instalar o Squeeze em um disco rígido de 2 TB da seguinte forma:

• / - 10 GB
• trocar
• o espaço restante conterá /home, cerca de 1,9 TB, espero, tentarei usar como lvm para adicionar minha unidade antiga de 1 TB mais tarde

Minha pergunta é: preciso usar GPT? ou MBR ficará bem

se o GPT precisasse, esse esquema é bom?

• /inicialização - 150 MB
• / - 10 GB
• trocar
• /home (lvm com espaço restante)

a placa-mãe é uma ASRock G41, aliás, que acho que não suporta EFI

Answer 1

GPT ou MBR?

Como disse @mgorven, qualquer um deles funcionará em 2 TB. Implantei dezenas de rótulos de disco MBR em discos 2T e funciona bem neles. A escolha é realmente sua. Eu prefiro o MBR por enquanto, mas isso está prestes a mudar.

UEFI e GPT

Você não precisa de UEFI para gravar um rótulo de disco GPT em um disco e, se for inteligente, poderá inicializar um disco com um rótulo de disco GPT a partir de uma ROM não UEFI (é necessária uma pitada de sal; não tenho feito isso). OArtigo da Wikipédia sobre GPTtem algumas informações indiretas sobre isso.

Zonas

Isto é muitas vezes ignorado pelas pessoas, masfazdesempenhar um papel, e potencialmente enorme. Não é um problema de armazenamento em massa não giratório, mas tem sido um problema com discos há muitos anos. Por motivos relacionados à geometria e à física, o rendimento do disco é mais alto próximo ao início do disco. A taxa de transferência é dividida em zonas, com a velocidade caindo à medida que você passa de uma zona para outra. Isso implica que você deve manter as partições que exigem mais velocidade perto do início do disco. Essa diferença é bastante pronunciada nos primeiros gigabytes de um disco.

Particionamento de disco para Unix

Você deseja ter muitos sistemas de arquivos porque (entre outros):

• Você não está colocando todos os ovos na mesma cesta. Se um sistema de arquivos for danificado, você o restaura a partir do backup e a vida volta ao normal. Setodosdos seus sistemas de arquivos são danificados, há mais tempo de inatividade, mais problemas e você fica mais irritado.
• Cada sistema de arquivos pode ser ajustado de forma diferente por motivos de desempenho. O sistema de arquivos onde você armazena seu MailDir pode ter centenas de milhares de arquivos pequenos em alguns diretórios. O sistema de arquivos onde você armazena os arquivos de vídeo possui dezenas de arquivos enormes. Você pode otimizar.
• Você pode reservar espaço no sistema de arquivos e permitir que um determinado usuário o use quando outros não puderem. O Root geralmente reserva 5% do espaço de um sistema de arquivos. Com vários sistemas de arquivos, você pode ajustar isso (por exemplo, sistemas de arquivos de spool de correio podem ter o espaço atribuído ao usuário de correio).
• Você está simplificando sua política de backup, fazendo com que um sistema de arquivos caiba em uma mídia de backup. Isso depende da sua política e software de backup.
• Com sistemas de arquivos separados, por exemplo /home, você pode ter vários sistemas operacionais *nix em um computador e compartilhar seus arquivos entre eles, sem ter que inventar truques.
• Você pode resolver as limitações do sistema. Por exemplo, no passado, alguns discos não conseguiam inicializar a partir de blocos de disco muito distantes do início do disco, então criamos um /bootsistema de arquivos pequeno o suficiente para ocupar os primeiros blocos do disco.
• Você pode otimizar a velocidade. Coloque sistemas de arquivos críticos nas zonas de disco mais rápidas.
• Velocidade de inicialização: fsckinstalar um sistema de arquivos 20G é mais rápido do que fsckinstalar um sistema de arquivos 1900G. A seleção astuta de seus períodos de verificação pode garantir que você distribua as fsckexecuções.

Você pode não querer ter muitos sistemas de arquivos porque:

• Você está quantizando o espaço em disco. Se você precisar armazenar 100G no disco, poderá descobrir que tem 200G livres no total, mas nenhuma partição com espaço livre suficiente em disco.
• Você está limitado pelos recursos do rótulo do seu disco. Muitos Unices só podem acomodar 8 partições/fatias em um rótulo de disco, e uma delas é reservada. O MBR não é muito limitado nesse aspecto e o GPT permitirá 128 partições, o que é muito mais do que você precisa.
• Muitos sistemas de arquivos podem ser um incômodo para criar e gerenciar.
• Suas necessidades de armazenamento de arquivos não são tão variadas.

Esquemas de sistema de arquivos

Todo mundo tem seu favorito. Eu costumava ter uma planilha para calculá-los, mas na maioria das vezes uso uma folha de papel e um daqueles instrumentos de escrita antigos (que estranho). Faço várias iterações até ficar satisfeito e confirmo o esquema de particionamento no computador. É mais rápido assim. Na maioria dos servidores baseados em Debian, mantenho os seguintes sistemas de arquivos separados:

• /(raiz)
• /boot
• /usr
• /var
• /usr/local
• /tmp
• /home
• sistema de arquivos sobressalente

Necessidades adicionais obtêm outros sistemas de arquivos separados, como uma partição separada para minhas fotos (a política de backup é diferente), uma partição separada para vídeos, etc. Os servidores de correio receberiam uma partição separada para e-mail. Os servidores de banco de dados obteriam partições separadas para seus armazenamentos de dados e arquivos de backup de banco de dados consistentes em disco, etc. Mas o esquema básico é quase sempre este.

Também mantenho um sistema de arquivos sobressalente no final do disco. Eu mkfso uso e uso como espaço de trabalho, geralmente montado em /disk1(convenção de trabalho) ou /disk/tmp(minha convenção). Este sistema de arquivos é útil caso eu descubra uma nova necessidade (posso excluí-lo e aumentar outro sistema de arquivos ou apenas reaproveitá-lo) ou se precisar apenas de muito espaço de trabalho.

Dimensionamento

Depende muito da finalidade para a qual o computador será usado. Você pode usar tamanhos muito pequenos para muitas coisas. Minha sugestão seria usar LVM (continue lendo) e alocar 10G cada para /usre /var( /usr/localmenor se você não estiver planejando compilar e instalar seu próprio software). Eu continuo /tmppequeno, talvez 1–2G. Sem ter todos os grandes sistemas de arquivos no sistema de arquivos raiz, isso também pode ser pequeno: minha caixa atual tem uma partição 2G e ainda resta muito espaço. O /bootsistema de arquivos pode ser muito pequeno se você não for um desenvolvedor de kernel ou totalmente excluído. Computadores recentes e versões recentes do GRUB podem lidar com isso perfeitamente. Se você quiser, cerca de 200-300 megas serão suficientes.

LVM

Faz muito tempo que não implanto um sistema não LVM. A flexibilidade que você obtém compensa a curta curva de aprendizado. Com o LVM, você tem muito mais liberdade para mudar de ideia e seus sistemas de arquivos podem crescer com você. Eu realmente recomendo.

Um esquema de exemplo

• Partição 1: espaço de troca (início do disco)
• Partição 2: Volume físico LVM com um grupo de volumes chamado 'fs' ou algo assim.
  • Volume fs-root: ~2G.
  • Volume fs-usr: ~10G.
  • Volume fs-var: ~10G.
  • Volume fs-local(abreviação de /usr/local): ~5–10G.
  • Volume fs-tmp: ~2G.
  • Volume fs-home: o espaço restante menos talvez ~ 30G.
  • Volume fs-spare: espaço livre: ~30G.

Em um disco 2T com espaço de troca de 8G, sua /homepartição seria 2.000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928G.

A partição sobressalente de 30G será útil caso você precise de mais espaço para um ou mais de seus outros volumes. É bastante fácil redimensionar volumes LVM (e sistemas de arquivos ext{2,3,4}).

Observe que não há nenhum arquivo separado /boote que toda a sua infraestrutura de bootstrap (kernel e initrd) édentroo LVM. Isso deixa algumas pessoas desconfortáveis, mas nunca tive problemas com isso. O GRUB pode ver perfeitamente os volumes físicos do LVM. Se isso te deixa desconfortável, faça uma separação /bootde cerca de 200 milhões. Faça a partição 2 (tornando a partição LVM PV 3) ou a partição 1 (empurrando para baixo as outras duas).

Answer 2

O MBR deve funcionar bem em uma unidade de 2 TB, mas não em algo maior. Realmente não importa se você usa MBR ou GPT, contanto que todos os sistemas operacionais que você deseja usar o suportem. O BIOS não precisa oferecer suporte a EFI para inicializar a partir de uma unidade GPT.

Independentemente de você usar MBR ou GPT, eu recomendaria usar LVM para gerenciar o espaço, porque é muito mais flexível e mais fácil de alterar posteriormente.

Answer 3

Acho que você está pensando um pouco demais nisso. GPT vs MBR realmente só importa se você pretende instalar vários sistemas operacionais ou mover a unidade para outro computador. Se você conseguir usar o MBR, é melhor continuar com ele, especialmente se estiver usando o LVM (que permite muitos dos recursos que faltam ao MBR).

Quanto aos tamanhos das partições, aqui estão algumas boas regras práticas:

• Partições pequenas podem ser irritantes, pois você nunca sabe com antecedência quanto realmente usará.
• Partições grandes podem ser irritantes porque demoram muito para serem construídas e verificadas. Além disso, o "desgaste" nos sistemas de arquivos tende a aumentar com base no uso. Colocar tudo em uma partição significa que esse acúmulo acontece mais rápido. Seja lá o que isso valha.

Answer 4

Sistemas de arquivos que são muito pequenos geralmente são um drama. 10 GB podem ser facilmente preenchidos com binários e arquivos de log. Você tem muito espaço em disco, por que está se esforçando tanto para economizar espaço? Você vai se arrepender daqui a pouco. Não atribua espaço em disco de uma só vez, deixe espaço para mover os sistemas de arquivos quando necessário. Estender um sistema de arquivos é fácil, mas reduzi-lo não. Confira o que o LVM2 pode fazer por você.http://tldp.org/HOWTO/LVM-HOWTO/index.html Não tome decisões erradas que o prendam por muitos anos.