Voici les chiffres pour plusieurs chargeurs de démarrage d'un de mes systèmes:
- OpenSUSE (GRUB): 3,5 Mio
- Monnaie 17.2 (GRUB): 3,4 Mio
- RÉFÉRENCE 0.10.0: 1,3 Mio
- Windows 7: 18 Mio
- Windows 10: 23 Mio
Malgré la petite taille de l'espace occupé par les chargeurs de démarrage du système d'exploitation, je recommande de conserver un ESP de 550 MiB, pour plusieurs raisons:
- Les besoins du chargeur de démarrage du système d'exploitation peuvent changer. Ils peuvent ne pas changer d'un ordre de grandeur, mais ils pourraient vraisemblablement doubler ou tripler à court et à moyen termes. Cela est particulièrement vrai si vous gardez des fichiers en double, comme lorsque vous installez une copie d'un chargeur de démarrage sous le nom de fichier de secours. Dans le cas de rEFInd, une mise à jour génère une copie de sauvegarde de l'ancien répertoire d'icônes (840 Ko), ce qui double presque l'espace requis par rEFInd.
- Vous devrez peut-être stocker les noyaux sur l'ESP. Certains chargeurs de démarrage Linux et gestionnaires de démarrage, tels que ELILO, SYSLINUX et gummiboot / systemd-boot, doivent lire les noyaux Linux à partir de la partition à partir de laquelle ils ont été lancés (ou, au mieux, rendent difficile la lecture des noyaux ailleurs). Si vous décidez d'essayer un tel chargeur de démarrage, vous aurez besoin de 30 à 50 Mo par version de noyau sur l'ESP.
- Certains EFI rencontrent des problèmes avec les partitions FAT32 inférieures à 512 Mio. (Notez que c’est 512 Mio et non 512 Mo; voir ici comprendre la différence.) L’ESP est officiellement censé être FAT32, pas FAT16 ou FAT12. En particulier, certains EFI semblent ignorer certains fichiers sur de petites partitions FAT32, ce qui entraîne des problèmes de fichier introuvable. Si vous êtes très malchanceux, vous ne rencontrerez pas ce problème au début, alors vous penserez que tout va bien, mais vous aurez alors besoin d'accéder à un fichier rarement utilisé (pour une opération de récupération, par exemple). . L'utilisation de FAT16 ou FAT12 peut parfois résoudre ce problème. toutefois....
- Certains programmes, y compris certains EFI et le programme d'installation de Microsoft Windows (du moins pour Windows 7; je ne suis pas sûr des versions ultérieures) ont des problèmes avec les ESP FAT16 (et probablement FAT12). Windows, en particulier, refuse de reconnaître un ESP FAT16 en tant que tel. Si vous essayez d'installer sur un ordinateur doté d'un ESP FAT16, le programme d'installation de Windows créera automatiquement un ESP FAT32 en plus de votre ESP FAT16 existant, puis s'étouffera après son redémarrage. J'ai rencontré un EFI qui refuse de reconnaître les ESP FAT16.
Entre ces facteurs, l’approche la plus sûre consiste à créer un ESP FAT32 d’une taille minimale de 512 Mio. Étant donné le risque de confusion entre MB et vs MiB et le fait que certains outils (comme ceux de Linux) mkdosfs
) passer de FAT16 à FAT32 à une valeur étrange légèrement supérieure à 512 Mio, je donne généralement 550 Mio comme valeur recommandée Ce numéro est facile à retenir et garantit un ESP FAT32, même en cas de confusion MB-vs-MiB.
Bien sûr, vous pouvez essayer un ESP plus petit. Cela peut marcher mais cela peut aussi semble travailler, mais créer des problèmes sur toute la ligne. Un ESP de 550 MiB ne devrait pas être un fardeau énorme, même sur un SSD de petite taille. Par exemple, cela représente 0,8% d’un SSD de 64 Gio. Si perdre moins d'un pour cent de votre espace de stockage est une difficulté, vous avez vraiment besoin de plus d'espace de stockage!