Aqui estão os números para vários carregadores de inicialização de um dos meus sistemas:
- OpenSUSE (GRUB): 3,5 MiB
- Menta 17.2 (GRUB): 3,4 MiB
- rEFInd 0.10.0: 1,3 MiB
- Windows 7: 18 MiB
- Windows 10: 23 MiB
Apesar do pequeno tamanho do espaço ocupado pelos carregadores de inicialização do sistema operacional, eu recomendo manter um ESP de 550 MiB, por várias razões:
- Necessidades do carregador de inicialização do sistema operacional podem mudar. Eles podem não mudar em uma ordem de grandeza, mas poderiam plausivelmente dobrar ou triplicar no curto a médio prazo. Isso é especialmente verdadeiro se você acabar mantendo os arquivos duplicados, como quando você instala uma cópia de um carregador de boot no nome de arquivo de fallback. No caso de rEFInd, uma atualização resulta em uma cópia de backup do diretório de ícones antigos (840 KiB), de modo que quase dobra o espaço requerido por rEFInd.
- Você pode precisar armazenar kernels no ESP. Alguns gerenciadores de inicialização e gerenciadores de inicialização do Linux, como ELILO, SYSLINUX e gummiboot / systemd-boot, devem ler os kernels do Linux na mesma partição a partir da qual eles são executados (ou, na melhor das hipóteses, dificultam a leitura de kernels de outros lugares). Se você decidir experimentar um gerenciador de inicialização desse tipo, precisará de 30 a 50 MiB por versão de kernel no ESP.
- Algumas EFIs apresentam problemas com partições FAT32 menores que 512 MiB. (Note que é 512 MiB, não 512 MB; veja Aqui para entender a diferença.) O ESP é supostamente para ser FAT32, não FAT16 ou FAT12. Em particular, algumas EFIs parecem ignorar alguns arquivos em pequenas partições FAT32, o que leva a problemas de arquivos não encontrados. Se você tiver muito azar, você não terá esse problema no começo, então você acha que está tudo bem, mas quando você precisar acessar algum arquivo usado raramente . Usando FAT16 ou FAT12 às vezes, pode solucionar esse problema; Contudo....
- Alguns programas, incluindo alguns EFIs e o instalador do Microsoft Windows (pelo menos para o Windows 7; não tenho certeza sobre versões posteriores) têm problemas com ESPs FAT16 (e provavelmente FAT12). Windows, em particular, se recusa a reconhecer um FAT16 ESP como tal. Se você tentar instalar em um computador com um ESP FAT16, o instalador do Windows criará automaticamente um FAT32 ESP além do seu FAT16 ESP existente, depois afogará após a reinicialização. Eu me deparei com uma EFI que se recusa a reconhecer os ESPs FAT16.
Entre esses fatores, a abordagem mais segura é criar um FAT32 ESP com pelo menos 512 MiB de tamanho. Dado o potencial de confusão MB-vs-MiB e o fato de que algumas ferramentas (como o Linux mkdosfs
) mude de FAT16 para FAT32 com um valor estranho que é um pouco maior que 512 MiB, geralmente dou 550 MiB como meu valor recomendado. Esse número é fácil de lembrar e garante um FAT32 ESP, mesmo que haja confusão entre MB e VSB.
Claro, você pode tentar um ESP menor. Pode funcionar; mas também pode parece trabalho, mas criar problemas abaixo da linha. Um 550 MiB ESP não deve ser tão pesado assim, mesmo em um pequeno SSD. Por exemplo, isso é 0,8% de um SSD de 64 GiB. Se perder menos de um por cento do seu espaço de armazenamento é uma dificuldade, então você realmente precisa de mais espaço de armazenamento!