Eu já vi algumas pessoas fazerem uma partição separada para /boot
. Qual é o benefício de fazer isso? Que problemas posso encontrar no futuro fazendo isso?
Além disso, exceto /home
e /boot
, quais partições podem ser separadas? É recomendado?
Eu já vi algumas pessoas fazerem uma partição separada para /boot
. Qual é o benefício de fazer isso? Que problemas posso encontrar no futuro fazendo isso?
Além disso, exceto /home
e /boot
, quais partições podem ser separadas? É recomendado?
Respostas:
Esta é uma remanescente dos "velhos tempos" quando as máquinas tiveram problemas para lidar com discos rígidos grandes. A idéia por trás da /boot
partição era tornar a partição sempre acessível a qualquer máquina na qual a unidade estivesse conectada. Se a máquina pudesse chegar ao início da unidade (números inferiores do cilindro), poderia iniciar o sistema; a partir daí, o kernel do linux seria capaz de ignorar a restrição de inicialização do BIOS e contornar o problema. Como as máquinas modernas levantaram essa restrição, não há mais uma necessidade fixa de /boot
separar-se, a menos que você precise de processamento adicional de outras partições, como criptografia ou sistemas de arquivos que não são reconhecidos nativamente pelo carregador de inicialização.
Tecnicamente, você pode se safar de uma única partição e ficar bem, desde que não esteja usando um hardware realmente muito antigo (antes de 1998).
Se você decidir usar uma partição separada, certifique-se de deixar espaço suficiente, digamos 200mb de espaço. Isso será mais do que suficiente para várias atualizações do kernel (que consomem vários megas cada vez). Se o / boot começar a encher, remova os kernels mais antigos que você não usa e ajuste o seu gerenciador de inicialização para reconhecer esse fato.
/boot
.
Uma razão para ter uma partição / boot é que ela permite coisas como criptografado /, onde o kernel e o initrd são carregados de uma partição não criptografada e depois usados para montar a partição raiz criptografada que contém o sistema operacional. No entanto, não deve importar para uso geral.
Adicionando um comentário de Riccardo Murri :
Há também razões históricas para se ter um boot / separado: nos tempos antigos, o BIOS só podia acessar parte de um disco grande, portanto, todos os arquivos necessários ao gerenciador de inicialização do SO tinham que ser mantidos na zona acessível pelo BIOS. Portanto, uma partição / inicialização separada. Isso não se aplica mais, embora
A principal razão para as principais distribuições corporativas, como a Red Hat e acho que o Suse usar uma inicialização / separada, é que elas usam LVM por padrão e o Grub não pode ser usado para inicializar a partir do LVM. É simples assim.
Portanto, se você deseja usar o LVM, e isso é um benefício, use um / boot separado. Pessoalmente, acho que é uma boa prática para usar tanto LVM e partições separadas para uma série de coisas, como /var
, /boot
, /home
e /tmp
e até mesmo /usr
em servidores, por exemplo, a fim de proteger seu sistema de arquivos raiz ou de dados partições de ficar cheio.
/
teria que ter uma /boot
partição separada .
Um motivo final, menos importante do que o indicado, é que ele pode permitir que o PC permaneça inicializável se parte do disco estiver corrompida. Quanto mais partições você tiver, mais fácil será simplesmente não montar a partição com a falha.
Às vezes, isso pode ser útil, mas geralmente existe uma maneira melhor.
EDIT: Outro ponto: supondo que o Linux, o uso do LVM possa ser uma boa maneira de evitar problemas em potencial, facilita o redimensionamento de "partições" e o acréscimo de espaço aparentemente novo.
Eu acho que isso é mais uma preferência pessoal do que qualquer outra coisa. Pode até ser uma prática recomendada. Minha visão pessoal de / boot é bastante baseada em somente leitura. De vez em quando você precisa escrever lá para atualizar seu kernel ou talvez adicionar outro sistema operacional ao grubloader. Além disso, é apenas necessário ... bem, inicializar. Portanto, tê-lo em um sistema de arquivos separado pode ajudar a colocá-lo como somente leitura (pode até ser algum aspecto de segurança).
Deveria ser um sistema de arquivos separado? Acho que não ... Mas é uma má ideia? Não, de jeito nenhum!
Em resposta à parte "que problemas isso pode causar": como em qualquer particionamento, sempre existe o risco de você precisar de mais espaço do que o inicialmente alocado. Embora isso seja improvável no caso de /boot
, houve recentemente um problema com a pré-atualização no Fedora causado por /boot
tamanhos pequenos .
Em relação à segunda parte da pergunta, pode ser útil colocar em partições separadas qualquer coisa que seja independente da distribuição atual. Ao deixar espaço extra disponível na unidade, isso permite, se necessário no futuro, instalar uma distribuição diferente ou executar uma reinstalação da atual, compartilhando o acesso a qualquer coisa que você queira ver em ambas.
Os candidatos óbvios para partições separadas são então / usr / local e / home, bem como / root. Pessoalmente, acho mais eficiente criar partições personalizadas, montá-las em um ponto de montagem arbitrário, como / part / data, e prosseguir com links simbólicos, como em:
sudo ln -sf /part/data/joe /home/joe
sudo ln -sf /part/data/root /root
sudo ln -sf /part/data/usr-local /usr/local
Outro motivo que acho que não foi mencionado é que você pode usar o tipo de sistema de arquivos e as configurações de sua preferência /boot
que certamente não são iguais às quando é usado como parte dele /
. Recursos como registro no diário, somas de verificação, etc. não são úteis /boot
e você pode acelerar a inicialização desativando-os ou usando um sistema de arquivos mais simples (como ext2
).
Achei um pouco mais difícil inicializar a partir do prompt do grub ao usar uma partição / boot separada.
Parecia que o kernel estava em / boot, mas o initramfs estava em / (partição separada).
Portanto, não ficou claro qual partição usar no menu grub.
Com todas as vantagens potenciais de uma partição separada / de inicialização, também existe o risco de solucionar problemas mais do que o habitual, caso algo ruim aconteça (por exemplo, execute o grub-install sem executar o update-grub depois: S)
/boot
, em parte pela história, uma vez grub
que não (não entendeu) todos os sistemas de arquivos possíveis. E o meu vmlinuz
e initrd
estão ambos em /boot
, instalado a partir do kernel vanilla do git ...
Deixe-me escrever aqui apenas algumas das minhas experiências:
Bem, no meu caso, tenho RAID 1 (1 GB apenas para / boot) e RAID 5 para o restante do espaço em disco.
Eu uso o grub 2 do debian squeeze e está bom. O Grub 2 não tem mais essa limitação como o Grub 1.
Hoje em dia isso não importa. Isso era necessário quando você tinha a versão 1 do grub, que não sabia, como inicializar a partir do RAID5, mas sabia como inicializar a partir do RAID 1. E essa é a razão.
No meu caso, eu uso apenas para o caso, eu poderia precisar, se algo ruim acontecesse. Porque nem toda vez que você tem um novo debian ou ubuntu LIVE no seu bolso.
Além disso, se algo ruim acontecer, eu faço o backup do / boot. Uma vez que ele salvou minha instalação já.
Eu uso o Linux SW RAID 1 com 3 HDDs e RAID 5 com os mesmos HDDs. Primeiro 1 GB que uso para RAID 1.
Mas se você usa o LILO ou GRUB versão 1.98 -> 2, não precisa ter uma partição / inicialização separada.