Aqui estão os números para vários carregadores de inicialização de um dos meus sistemas:
- OpenSUSE (GRUB): 3,5 MiB
- Mint 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 gerenciadores de inicialização do SO, eu recomendo manter um ESP de 550 MiB, por várias razões:
- as necessidades do carregador de inicialização do SO podem ser alteradas. Eles podem não mudar em uma ordem de grandeza, mas poderiam plausivelmente duplicar ou triplicar a curto e 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 do 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 é oficialmente supostamente 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ê é muito azarado, você não vai se deparar com esse problema no início, então você vai pensar que está tudo bem, mas quando você precisar acessar algum arquivo raramente usado (para uma operação de recuperação, digamos), ele falhará . Usando FAT16 ou FAT12 às vezes, pode solucionar esse problema; no entanto ....
- 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 ESPs FAT16.
Entre esses fatores, a abordagem mais segura é criar um ESP FAT32 com pelo menos 512 MiB de tamanho. Dado o potencial de confusão MB-vs-MiB e o fato de que algumas ferramentas (como mkdosfs
do Linux) mudam 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 ESP FAT32, mesmo se houver confusão MB-vs-MiB.
Claro, você pode tentar um ESP menor. Pode funcionar; mas também pode parecer funcionar , mas criar problemas no futuro. 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!