Qual é o tipo e o tamanho corretos de uma partição de inicialização para o BIOS?

Conforme solicitado, alguns comentários de fundo/expandidos:

Os carregadores de inicialização existem para executar um kernel, onde quer que esteja no disco.

O termo "partição de inicialização" é um pouco ambíguo, às vezes pode ser usado para se referir à partição com o sinalizador "boot" ou a uma partição que contém os kernels do Linux (/boot).

Os dois principais tipos de particionamento de discos de PC, GPT e MSDOS, podem ser usados ​​em um dos dois modos, UEFI ou BIOS/legado. O Ubuntu pode ser instalado em qualquer tipo de particionamento em qualquer modo, mas o Windows 8/10 no modo UEFI requer particionamento GPT e no modo herdado o particionamento MSDOS. GPT/UEFI tem sido o padrão em PCs nos últimos 10 anos, então essa é a configuração preferida. Às vezes, uma atualização do Windows 7 no modo herdado pode resultar em um Windows 10 instalado em um disco MSDOS no modo herdado.

Para inicializar no modo UEFI (assumindo que existe capacidade no hardware), qualquer tipo de partição precisa de uma partição EFI com 1) um sistema de arquivos FAT, 2) o sinalizador de inicialização e 3) o sinalizador ESP (partição do sistema EFI).

Os gerenciadores de inicialização reais (grubx64.efi e shimx64.efi) são apenas arquivos neste sistema de arquivos. Outros gerenciadores de inicialização, por exemplo, bootmgfw.efi para Windows podem existir neste sistema de arquivos. O hardware UEFI pode manter vários locais de carregador de inicialização na memória para permitir que você selecione um e, além disso, há um local e carregador de inicialização padrão, /EFI/Boot/bootx64,efi, associado ao disco, e que não precisa estar na memória UEFI.

Se o sistema de arquivos raiz estiver legível neste ponto (ou seja, não criptografado, ou em algum sistema de arquivos desconhecido para o grub, o kernel pode ser encontrado e inicializado -- não são necessárias outras partições. Se não for o caso, uma partição de sistema de arquivos não criptografada/conhecida pode ser necessário -- esta é a partição /boot (normalmente sistema de arquivos ext4). Consulte a seção MSDOS abaixo para recomendações de tamanho de /boot. Normalmente, esta partição EFI é montada em /boot/efi, mas isso é apenas no caso de atualizações para grub ou shim -- essa montagem não é necessária para inicializar ou executar.

Menos de 50 MB é usado para meus bootloaders padrão, Ubuntu e Microsoft, então uma partição EFI de 200 MB parece suficiente.

O modo BIOS é mais antigo e mais primitivo. Seu bootloader está conectado ao setor zero do disco (setores de 512 bytes). Um setor é muito pequeno para inicializar, então o carregador de inicialização pula para algum local com o restante de seu código. Em um disco particionado do MSDOS, esse local geralmente fica preso entre as partições, nem mesmo em um sistema de arquivos. Em um disco particionado GPT, não há espaço para calçar o resto do bootloader entre as partições, portanto, um local explícito precisa ser feito para o código - uma pequena partição não formatada (1 MB-2 MB) com o sinalizador BIOS-GRUB. Novamente, se o kernel for legível na raiz, ele será executado - as mesmas limitações se aplicam à UEFI se a raiz não for legível, um local legível separado é necessário, /boot. Além disso, em hardware antigo, pode haver um limite de onde no sistema de arquivos raiz o kernel é encontrado -- muito longe da raiz, e o kernel pode estar além da capacidade de endereçamento do bootstrap do BIOS. Esta foi a razão original pela qual uma partição /boot foi usada no início do disco, para garantir que o início do kernel não tivesse muitos setores no disco para o BIOS encontrá-lo. Tornar o /boot uma partição separada, em vez de um diretório raiz, tende a causar problemas quando ele fica cheio de kernels antigos. Cada kernel leva menos de 100 MB (assumindo compactação padrão em seu arquivo initrd), portanto, com um kernel de backup e uma atualização, 300 MB parecem suficientes, desde que você garanta que os kernels antigos sejam excluídos. A remoção automática pode fazer o trabalho para você, mas você pode estar executando o kernel antigo quando ocorre uma atualização e, em seguida, pode ter kernels antigos em excesso. Comece a usar um kernel posterior e você poderá começar a manter duas séries de kernel, cada uma com um backup, e quando ocorrerem atualizações, seis kernels poderão estar presentes. Provavelmente, é aí que a recomendação de 1 GB mencionada parece abordar. Algumas centenas de MB extras para /boot podem evitar muitos problemas.