Quelle est la taille recommandée pour une partition Linux / boot?
Quelle est la taille recommandée pour un Linux /boot cloison?
Et est-il sûr de ne pas avoir de /boot cloison?
Je vois que certains serveurs n'ont pas de /boot partition alors que certains serveurs ont 128 Mo /boot cloison. Je suis un peu confus. Est /boot partition nécessaire? Si c'est le cas, quelle devrait être sa taille?
De nos jours, 100 mégaoctets ou 200 mégaoctets est la norme.
Vous n'avez pas besoin d'avoir une partition/boot. Cependant, c'est bien d'avoir pour des raisons de flexibilité (LVM, cryptage, limitations du BIOS).
Éditer:
La taille recommandée a été augmentée à 300 Mo-500 Mo.
Voir également: https://superuser.com/questions/66015/installing-ubuntu-do-i-really-need-a-boot-parition
J'ai tendance à créer un 1 Go /boot. Je laisse une image de CD en direct contenant divers outils de réparation dans mon /boot. Je le fais principalement pour les systèmes que je supporte sur les sites distants.
Avec la bonne configuration et suffisamment de mémoire, GRUB 2 peut démarrer l'image sans extraire le contenu. À quelques reprises, j'ai demandé au personnel distant de redémarrer le système sur l'image du CD en direct et de démarrer la mise en réseau/ssh sur un système qui avait des problèmes pour que je puisse me connecter et réparer des choses.
Ce n'est certainement pas nécessaire, ni même courant.
Quelle est la taille recommandée pour un Linux
/bootcloison?
Le /boot la partition contient la configuration GRUB, le noyau avec leur System.map, ... je pense que ~ 100 Mo suffisent.
Et est-il sûr de ne pas avoir de
/bootcloison?
Oui. Mais un /boot la partition présente certains avantages:
- En tant que partition de secours
- rootfs est sur un LVM, RAID, est crypté ou non pris en charge par GRUB
- Peut-être enregistre quelques secondes du temps de démarrage
Elle diffère également la distribution de la distribution. Par exemple, pour Fedora, le minimum est de 250 Mo[1] et 500 Mo par défaut et si vous prévoyez de (pré) mettre à niveau à l'avenir 500 Mo sont requis[2]. Si l'espace n'est pas un problème, j'irais pour 1 Go pour éviter de mélanger les partitions plus tard, comme je devais le faire lors de la mise à niveau récente.
[1] http://docs.fedoraproject.org/en-US/Fedora/16/html/Installation_Guide/s2-diskpartrecommend-x86.html
[2] http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot
Comme nous avons vu une augmentation considérable des exigences de stockage du noyau Linux et des initrds toujours croissants, de nos jours (février 2018), j'ai tendance à allouer 1 Go de stockage pour /boot.
Comme /boot est généralement la seule chose qui n'est pas sur LVM, c'est la seule partition que vous ne pouvez pas redimensionner facilement. Ainsi, "gaspiller" quelques centaines de mégaoctets ne fait généralement pas aussi mal qu'un /boot système de fichiers qui s'avère trop petit dans peut-être 5 ou 10 ans.
Je viens d'installer buntu 13.1 (Saucy Salamander) avec 105 Mo /boot. Il s'est bien installé, mais après son redémarrage, j'ai fait le programme de mise à jour, et il a dit qu'il n'y avait pas assez d'espace.
Il voulait environ 196 Mo supplémentaires pour la mise à niveau; ce devait être une mise à niveau du noyau ou quelque chose. J'ai donc dû réinstaller avec un plus gros /boot. Je suis allé pour 500 Mo, et cela a semblé fonctionner. C'est une bonne chose que cela ne prenne pas longtemps pour faire une nouvelle installation :)
Les systèmes modernes sont généralement installés avec une partition/boot beaucoup plus grande que par le passé. Le nombre ne fait qu'augmenter au fil du temps.
Considérer:
RHEL 5 a créé une partition de 101 MiB/boot.
RHEL 6 a créé une partition de 500 Mio/boot.
RHEL 7 a également créé une partition de 500 MiB/boot, mais celle-ci a été modifiée à 1024 MiB en 7.3, car comme notes de version état:
Dans les versions précédentes de Red Hat Enterprise Linux 7, la taille par défaut de la partition/boot était définie sur 500 Mo. Cela pourrait entraîner des problèmes sur les systèmes avec plusieurs noyaux et des packages supplémentaires tels que kernel-debuginfo installés. La partition/boot peut devenir pleine ou presque pleine dans un tel scénario, ce qui empêche alors la mise à niveau du système et nécessite un nettoyage manuel pour libérer de l'espace supplémentaire.
Dans Red Hat Enterprise Linux 7.3, la taille par défaut de la partition/boot est augmentée à 1 Go et ces problèmes ne se produisent plus sur les systèmes nouvellement installés. Notez que les installations effectuées avec les versions précédentes n'auront pas leurs partitions/boot redimensionnées et peuvent nécessiter un nettoyage manuel pour effectuer la mise à niveau. (BZ # 1369837)
Mes systèmes EL7 actuels ont environ 200 Mio utilisés dans/boot, mais je n'installe généralement pas de paquets de débogage du noyau.
Comme le noyau Linux continue de croître au fil du temps, principalement en raison de l'ajout de pilotes de périphériques matériels, cette recommandation devrait également continuer de croître.
Et encore une fois, comme indiqué par d'autres, une partition/boot n'est plus strictement requise pour la plupart des installations. Les machines virtuelles n'en ont généralement pas besoin, par exemple, et les systèmes de démarrage UEFI n'en ont pas non plus besoin (bien qu'ils aient une partition système EFI qui doit exister et être suffisamment grande pour contenir divers fichiers UEFI). Une partition/boot est requise pour certains systèmes hérités très anciens et pour utiliser le chiffrement complet du disque LUKS.
Cela dépend principalement du nombre de noyaux que vous avez installés et de la taille de leurs initrds.
Pour un noyau de la série 3.0, initrd exécute environ 13 Mo. Pour les premiers noyaux 2,6, cela représentait 3,4 Mo. Donc, si vous prévoyez de conserver plus de quelques noyaux, vous aurez besoin d'au moins quelques centaines de Mo.
Dans quelle mesure et si cela s'applique à vous ou non dépend de votre cas d'utilisation. Si vous effectuez plusieurs démarrages multiples, testez des noyaux et/ou effectuez une mise à niveau fréquemment, vous risquez de manquer d'espace sur un 100 Mo /boot partitionner rapidement. Si vous ne faites rien de tout cela, ce sera probablement suffisant.
Il y a très peu de raisons de lésiner sur le stockage (c'est bon marché, le BIOS, le montage et les restrictions de démarrage sur les blocs appartiennent pour la plupart au passé), et je constate une croissance marquée des ressources du noyau avec le temps, donc la valeur sûre serait être ~ 250 Mo - 1 Go pour l'instant. Je préfère toujours généralement une partition séparée/boot pour le contrôle et l'isolement, bien que cela soit presque entièrement devenu une question de goût (les périphériques RAID seraient une exception évidente, LVM et le cryptage ainsi que noté par d'autres).
Cela dépend également du nombre de noyaux que vous souhaitez avoir. Un noyau normal, un noyau "xen", un noyau "de bureau" et dans plus d'une version résume vraiment bien. Je n'irais pas pour moins de 500 Mo. Le redimensionnement d'une partition frontale prend ensuite beaucoup de temps.
Si vous créez une machine virtuelle, un disque (virtuel) séparé peut être utile pour plusieurs partitions (/ home,/boot, /) si vous n'êtes pas familier avec LVM.
Il existe un cas particulier lorsque vous utilisez une partition de démarrage du BIOS sur un lecteur au format GPT. Cette partition doit faire 1 Mio de large. De manuel RedHat :
Vous devez créer une partition de démarrage du BIOS (démarrage biologique) pour l'installer sur un système du BIOS où le disque contenant le chargeur de démarrage utilise GPT. La partition de démarrage biologique doit avoir une taille de 1 Mo. Cependant, vous n'avez pas besoin de la partition de démarrage biologique si le disque contenant le chargeur de démarrage utilise MBR.
Il y avait aussi un bug similaire (qui a été fermé, mais semble le faire à cause du déplacement vers un autre endroit).
J'ai rencontré cette erreur en essayant d'installer Fedora Core 29. Lorsque j'ai essayé de formater une partition de démarrage du BIOS de 500 Mo, cela a donné une erreur biosboot partition: device is too large. J'ai essayé d'installer Arch Linux plus tôt avec cette partition de démarrage. Il n'a signalé aucune erreur, mais après l'installation GRUB continuellement rechargé le système (donc le démarrage n'est pas allé plus loin que GRUB)).
Sinon, une partition de 500 Mo est très bien. Notez également qu'une partition EFI doit être au format FAT32, veillez à lire les instructions pour ne pas tout réinstaller. Pour une partition de démarrage biologique, vous pouvez choisir ext4 si vous le souhaitez.
J'utilise toujours 100 Mo en règle générale lorsque je construis des systèmes. Je suppose que si vous testez des tonnes de noyaux différents (ou construisez vos propres noyaux personnalisés), vous voudrez peut-être un plus grand, mais 100 Mo suffisent pour la plupart des gens. En outre, comme mentionné, avoir une partition de démarrage distincte est une bonne idée pour un tas de raisons.