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?
Respostas:
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
/bootpartições ou problemas. Não sei por que você diria isso.
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.
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:
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
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 :)
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.
O RHEL 6 criou uma partição de 500 MiB / boot.
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)
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.
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.
É 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).
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.
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.