Qual é o tamanho recomendado para uma partição Linux / boot?

46

Qual é o tamanho recomendado para uma /bootpartição Linux ?

E é seguro não ter uma /bootpartição?

Vejo que alguns servidores não possuem uma /bootpartição, enquanto outros possuem uma /bootpartição de 128 MB . Eu estou um pouco confuso. A /bootpartição é necessária? Se for, qual deve ser o tamanho?

Tyler Long
fonte

Respostas:

40

Hoje em dia, 100 megabytes ou 200 megabytes é a norma.

Você não precisa ter uma partição / boot. No entanto, é bom ter por motivos de flexibilidade (LVM, criptografia, limitações do BIOS).

Editar:

O tamanho recomendado foi aumentado para 300MB-500MB.

Consulte também: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition

ewwhite
fonte
3
200 MB é o mínimo no Linux mais moderno, mas eu o aumentaria para pelo menos 300 MB para evitar o incômodo de redimensioná-lo.
Wernight
@josten Eu poderia instalar o sistema operacional elementar em um único btrfs sem mais /bootpartições ou problemas. Não sei por que você diria isso.
Wernight
@josten Ok, alguns são mais "você pode precisar". Obrigado por esclarecer.
Wernight
Eu gostaria de ver esta resposta antes da minha instalação - instalei o Debian 8 com 100 MB de inicialização e percebi que quase metade da partição de inicialização se foi.
Codism 03/06
@ewwhite De onde vem esse tamanho recomendado?
Tim
36

Eu costumo criar um 1 GB /boot. Deixo uma imagem de CD ao vivo que possui várias ferramentas de reparo no meu /boot. Faço isso principalmente para sistemas que são suportados nos sites remotos.

Com a configuração correta e memória suficiente, o GRUB 2 pode inicializar a imagem sem extrair o conteúdo. Algumas vezes eu falei com a equipe remota para reiniciar o sistema na imagem do CD ao vivo e iniciar o networking / ssh em um sistema que estava tendo problemas para que eu pudesse conectar e reparar as coisas.

Isso certamente não é necessário, ou mesmo comum.

Zoredache
fonte
Qual Live CD você prefere nesses casos?
ewwhite
1
Para mim, a distribuição preferida é o SystemRescueCD e o Finnix é outra ótima.
Marciano
9
Você senhor, é incrível.
precisa
1
@zoredache Estou instalando o arch linux no meu disco rígido externo para fins de trabalho, gostaria de adicionar uma imagem ao vivo como você disse, para resgate, você pode me indicar algum link para fazer isso?
pahnin
3
@pahnin Aqui estão as instruções que eu encontrei para fazer isso: help.ubuntu.com/community/Grub2/ISOBoot (esta é provavelmente vale a pena ser uma questão de sua própria)
Thaeli
22

Qual é o tamanho recomendado para uma /bootpartição Linux ?

A /bootpartição contém a configuração do GRUB, o kernel com o System.map, ... acho que ~ 100 MB é suficiente.

E é seguro não ter uma /bootpartição?

Sim. Mas uma /bootpartição separada tem algumas vantagens:

  • Como uma partição de resgate
  • O rootfs está em um LVM, RAID, é criptografado ou não é suportado pelo GRUB
  • Talvez economize alguns segundos no tempo de inicialização
quanta
fonte
2
Recentemente, fiquei surpreso com uma BIOS que também não podia acessar acima de 1023 (?) Cilindros.
Random832
2
@quanta como 'pode ser economiza alguns segundos de tempo de inicialização' ?
Alessandro Pezzato
2
Como geralmente / boot está no início do disco, que geralmente está nos setores externos, tem menos chances de se fragmentar e o caminho é menor (menos leituras de diretório), geralmente é uma partição primária (não é necessário ler a partição lógica) cadeia). Mas duvido que você ganhe mais de 1s.
Mircea Vutcovici
8

Também difere a distribuição da distribuição. Por exemplo, para o Fedora, o mínimo é 250 MB [1] e 500 MB é o padrão e se você planeja (pré) atualizar no futuro 500 MB é necessário [2] . Se o espaço não for um problema, eu optaria por 1 GB para evitar o embaralhamento de partições mais tarde, como tive que fazer ao atualizar recentemente.

[1] http://docs.fedoraproject.org/pt-BR/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot

marciano
fonte
5

Acabei de instalar o Ubuntu 13.10 (Saucy Salamander) com 105 MB /boot. Ele foi instalado corretamente, mas após a reinicialização, atualizei e disse que não havia espaço suficiente.

Ele queria outros 196 MB para a atualização; deve ter sido uma atualização do kernel ou algo assim. Então tive que reinstalar com um maior /boot. Eu fui para 500 MB, e isso pareceu funcionar. É bom que não demore muito para fazer uma nova instalação :)

Novato
fonte
O Ubuntu nem sempre remove os kernels antigos após uma atualização. Você precisa fazer isso sozinho. Caso contrário, pode manter vários deles por muito tempo.
Matt
Usei o tamanho padrão no meu laptop, que é menor que 100Mb. A conseqüência é que sempre que eu atualizo, preciso remover a atualização antes da anterior, para ter sempre duas versões no meu computador. No meu novo laptop, eu vou fazer / inicializar 1Gb. Na minha área de trabalho, são 500 Mb, o que parece ok.
Christine
4

Os sistemas modernos geralmente são instalados com uma partição / boot muito maior do que no passado. O número acaba de crescer ao longo do tempo.

Considerar:

O RHEL 5 criou uma partição 101 MiB / boot.

Particionamento do RHEL 5

O RHEL 6 criou uma partição de 500 MiB / boot.

Parelhamento RHEL 6

O RHEL 7 também criou uma partição de 500 MiB / inicialização, mas isso foi alterado para 1024 MiB no 7.3, porque, como as notas de versão afirmam:

Nas versões anteriores do Red Hat Enterprise Linux 7, o tamanho padrão da partição / boot era definido para 500 MB. Isso pode causar problemas em sistemas com vários kernels e pacotes adicionais como o kernel-debuginfo instalado. A partição / boot pode ficar cheia ou quase cheia nesse cenário, o que impedia a atualização do sistema e exigia limpeza manual para liberar espaço adicional.

No Red Hat Enterprise Linux 7.3, o tamanho padrão da partição / boot é aumentado para 1 GB e esses problemas não ocorrem mais em sistemas recém-instalados. Observe que as instalações feitas com versões anteriores não terão suas partições / boot redimensionadas e ainda podem exigir limpeza manual para atualizar. (BZ # 1369837)

Particionamento do RHEL 7

Meus sistemas EL7 atuais têm aproximadamente 200 MiB usados ​​em / boot, mas geralmente não instalo pacotes de kernel-debug.

Como o kernel Linux continua a crescer ao longo do tempo, principalmente devido à adição de drivers de dispositivo de hardware, é provável que essa recomendação continue a crescer também.

E, novamente, como observado por outros, uma partição / boot não é mais estritamente necessária para a maioria das instalações. As VMs geralmente não precisam dela, por exemplo, e os sistemas de inicialização da UEFI também não precisam (embora tenham uma partição do sistema EFI que deve existir e ser grande o suficiente para armazenar vários arquivos UEFI). Uma partição / boot é necessária para alguns sistemas legados muito antigos e para usar a criptografia de disco completo do LUKS.

Michael Hampton
fonte
4

Como vimos um aumento considerável nos requisitos de armazenamento do kernel do linux e initrds cada vez maiores, hoje em dia (fevereiro de 2018) tendem a alocar 1 GB de armazenamento para /boot.

Como /bootgeralmente é a única coisa que não está no LVM, é a única partição que você não pode redimensionar facilmente. Assim, "desperdiçar" algumas centenas de megabytes geralmente não dói tanto quanto um /bootsistema de arquivos que acaba sendo muito pequeno em talvez 5 ou 10 anos.

Andreas Rogge
fonte
3

É principalmente uma função de quantos kernels você instalou e do tamanho de seus initrds.

Para um kernel da série 3.0, o initrd executa cerca de 13 MB. Para os kernels 2.6 anteriores, isso era de 3,4 MB. Portanto, se você planeja manter mais do que alguns kernels por perto, precisará de pelo menos algumas centenas de MB.

Quanto e se isso se aplica a você depende ou não do seu caso de uso. Se você inicializar várias vezes, testar kernels e / ou atualizar com freqüência, poderá ficar sem espaço /bootrapidamente em uma partição de 100 MB . Se você não fizer nenhuma dessas coisas, provavelmente será suficiente.

Existem muito poucas razões para economizar no armazenamento (as restrições mais baratas, BIOS, montagem e carregador de inicialização nos blocos são uma coisa do passado), e eu estou vendo um crescimento acentuado nos recursos do kernel com o tempo, então a aposta segura seria ser ~ 250 MB - 1 GB por enquanto. Em geral, ainda prefiro uma partição separada / de inicialização para controle e isolamento, embora isso quase tenha se tornado uma questão de gosto (os dispositivos RAID seriam uma exceção óbvia, o LVM e a criptografia, bem como observados por outros).

Dr. Edward Morbius
fonte
1

Depende também de quantos kernels você deseja ter disponível. Um kernel normal, um kernel "xen", um kernel "desktop" e em mais de uma versão realmente resume bem. Eu não iria por menos de 500 MB. O redimensionamento de uma partição posicionada à frente leva muito tempo.

Se você estiver criando uma máquina virtual, um disco (virtual) separado pode ser útil para várias partições (/ home, / boot, /) se você não estiver familiarizado com o LVM.

JM Stoorvogel
fonte
0

Eu sempre uso 100 MB como regra quando estou construindo sistemas. Suponho que, se você estiver testando toneladas de kernels diferentes (ou construindo seus próprios kernels personalizados), talvez queira um maior, mas 100 MB são suficientes para a maioria das pessoas. Além disso, como mencionado, ter uma partição de inicialização separada é uma boa idéia por várias razões.

Mateus
fonte
5
As distribuições atuais querem mais de 200 MB.
ewwhite
1
Atualização para 2017: também pode tornar seu / boot mais parecido com 500 MB. 200 MB funcionarão, mas o armazenamento é barato e ter algum espaço para respirar será bom. Use seu julgamento.
James T Snell
1
O @JamesTSnell btw teve uma instalação do Ubuntu 16.04 sem espaço em disco em 200MB / boot após ~ 3 anos de atualizações e novos kernels - aparentemente o sistema de atualização do Ubuntu 16.04 não é bom em limpar kernels antigos. agora / boot está com 240 MB lá .. e foi um incômodo consertá-lo, ter que mover tudo na inicialização para outro lugar, excluir a partição de inicialização, redimensionar a partição raiz e, em seguida, recriar a partição de inicialização. mova tudo para trás, certificando-se de que a nova partição de inicialização tenha a bandeira de inicialização blá blá blá
hanshenrik
@hanshenrik - Corrigi esse problema algumas vezes. Você não precisa redimensionar seu / boot, mas isso permitirá que você mude quanto tempo passará antes que ele apareça novamente. Definitivamente, é muito chato e não tenho certeza se existe uma solução adequada para que ele se gerencie.
James T Snell