Quelle est la place occupée par Windows 7-10 sur la partition système UEFI?

Combien d'espace Windows 7-10 occupe-t-il réellement sur la partition système UEFI?

mes raisons:

J'installe Linux sur un nouvel ordinateur avec un disque dur vierge. J'aimerais pouvoir installer Windows plus tard si besoin est, et j'aimerais savoir maintenant, pendant le formatage de la table de partitions, quelle taille il me faut pour créer l'ESP si je décide de boire ce kool-aid. Je sais qu'il y a recommandations d’allouer environ 200 Mo d’espace, mais je peux sans risque supposer qu’il existe une marge de sécurité considérable dont je n’aurai pas besoin. Je n'ai qu'un petit disque SSD, alors ce n'est pas comme si j'étais fait de gigaoctets ici.

En guise de préemption pour tous ceux qui disent que 200 Mo ne représente pas beaucoup, considérez cela comme une économie de 50% et vous verrez pourquoi je tiens à rien. L'ensemble du système est constitué de petits morceaux de 200 Mo ou moins, et une réduction de 50% de chacun de ces composants est énorme.

Malgré mes propres objectifs, ce serait une bonne chose à savoir en général et je suis sûr que d’autres ont besoin de ces informations pour toutes sortes de raisons.

windows partitioning uefi

— enigmaticPhysicist
source

La taille par défaut est de 350 Mo et augmente de 100 Mo à partir de Windows 7.

— Ramhound

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!

— Rod Smith
source

Eh bien, c'est très utile, merci. Je vais toujours faire 64 MiB, cependant. C’est beaucoup de place pour mes besoins et si certains logiciels échouent parce que j’utilise une petite partition FAT32, c’est la faute du logiciel et il faut y remédier. À moins que ce ne soit absolument critique, j'utilise ce logiciel buggy. Avez-vous un exemple de logiciel qui échoue parfois sur de petits périphériques FAT32?

— enigmaticPhysicist

De plus, le noyau et les initramfs d’archlinux ont une valeur totale de 7,4 Mo.

— enigmaticPhysicist

À propos de l'espace perdu, je l'ai déjà abordé de manière préemptive dans la question. Vous regardez la mauvaise façon. C’est le pourcentage de réduction qui est important. De ma solution à la vôtre, c’est presque un ordre de grandeur. La plupart des logiciels font environ 50 Mo chacun. Si un programmeur grossissait 10 fois plus, cela ne gaspillerait que moins de 1% de mon disque dur, mais si tous ceux qui fournissaient des logiciels pour mon ordinateur le rendaient dix fois plus gros que nécessaire, il me faudrait neuf autres disques.

— enigmaticPhysicist

Comme je l'ai dit dans ma réponse, il existe des problèmes avec les petites partitions FAT32 dans le firmware lui-même - du moins pour certaines IFE. Les autres sont meilleurs. Vous aurez du mal à éviter le firmware si vous en avez un buggy. Si le vôtre va bien, tant mieux. Si ce n'est pas le cas, l'utilisation d'un ESP FAT32 trop petit ne vous causera que du chagrin. Personnellement, je ne prendrais pas la décision que vous prenez, mais bien sûr, c'est votre ordinateur et vous pouvez en faire ce que vous voulez. Pour ce qui est de ma "mauvaise façon de voir les choses", votre logique est fallacieuse; nous sont parler d'un seul cas d'utilisation, pas tous.

— Rod Smith

Oh, vous n'avez jamais dit que le problème était dans le firmware. C'est différent. Dans ce cas, il se peut que je sois obligé d'utiliser une partition EFI massive pour prendre en charge le firmware d'une carte mère. Toujours, Ramhound a déclaré que 100MiB était la valeur par défaut de Microsoft pour un temps. Cela semble peu probable tout La carte mère ne prendrait en charge les valeurs par défaut de Microsoft à aucun moment. Pouvez-vous donner un exemple de carte mère nécessitant un ESP à 512 Mo? Ma logique aurait été logique s'il s'agissait de programmes EFI avec le bogue et non du firmware. Le microprogramme de buggy est vraiment une bonne raison de faire une exception.

— enigmaticPhysicist

Je viens de trouver un ami sous Windows 7. Sa partition / boot / efi / Microsoft est de 17,2 Mo. Refind occupe encore 7,1 Mio, soit bien moins de 32 Mio. Il est peu probable que Windows 8 ou 10 en utilise beaucoup plus, mais ce serait bien de le savoir de toute façon. Une partition 64 Mo devrait suffire.