Une partition / boot est-elle toujours nécessaire?
Devrais-je créer une partition /boot chaque fois que j'installe une distribution Linux?
Existe-t-il une différence entre avoir une partition /boot et rendre la partition / amorçable?
Pour répondre à la question suivante: no , une partition séparée pour /boot n'est certainement pas nécessaire dans tous les cas.
Cependant , même si vous ne divisez rien d'autre, il est généralement recommandé de disposer de partitions séparées pour /, /boot et swap. Je voudrais également suggérer fortement de placer /home également sur une partition séparée, même si vous ne divisez pas davantage la hiérarchie du système de fichiers.
Si vous placez/boot sur une partition distincte du système de fichiers racine normal, vous pouvez réduire la complexité du système de fichiers sur disque, ce qui réduit les demandes du chargeur de démarrage pour amorcer le noyau et le disque initial RAM. . Cela devient particulièrement intéressant si vous exécutez une configuration non triviale - peut-être que vous utilisez RAID, ou un système de fichiers inhabituel tel que ZFS sur la partition racine ou une partition racine chiffrée. La partition pour/boot peut ensuite être formatée en utilisant, par exemple, plaine ext2fs. Etant donné que la partition doit seulement être petite (quelques centaines de mégaoctets suffisent;/boot sur mon système actuel est de 100 Mo, et je ne ressens aucune contrainte à cet égard), les inconvénients d'un système de fichiers non journalisé tel que le besoin de ext2 pas si génial, car les contrôles sont si rapides de toute façon, et la simplicité relative du système de fichiers ainsi que son statut largement statique pourraient rendre la corruption non détectée moins probable. Le fait que le chargeur de démarrage n'ait pas besoin de comprendre de manière native un système de fichiers exotique ou une configuration de disque constitue un autre avantage possible.
La raison pour laquelle/home est placé sur une partition séparée est que, même si quelque chose ne va pas et commence à le remplir (ou si vous le faites vous-même), vous ne risquez jamais de causer des problèmes pour les processus non-utilisateur (qui ne manquent rarement de/home) ou le processus de démarrage lui-même. En outre, il devient beaucoup plus facile de réinstaller le système d’exploitation ou de changer de distribution si vous pouvez simplement dire au programme d’installation de laisser/home tel quel et de reformater / pour le remplir avec ses propres fichiers. Un effort de récupération ultime si quelque chose ne va vraiment pas au niveau logiciel, cela peut faire une différence majeure.
L'exécution d'un fichier d'échange n'est pas une configuration recommandée sous Linux, et je ne suis même pas sûr que les noyaux de stock des distributions les plus courantes prennent en charge (ou autorisent) les échanges basés sur des fichiers. Cela s'explique par plusieurs raisons, dont la performance (principalement en raison du risque de fragmentation). Le swap est déjà horriblement lent comparé à RAM (il s’agit plus d’une solution provisoire), il n’ya donc aucune raison de le ralentir encore plus en risquant la fragmentation. Et une partition de swap peut être partagée en toute sécurité entre les distributions Linux dans un environnement à démarrage multiple; peut-être pas une considération dans le cas général, mais certainement pour certains. Une partition de swap peut également être placée sur un disque physique distinct présentant des caractéristiques différentes. peut-être un disque SSD de nos jours ou un disque 10krpm fonctionnant sur un canal de contrôleur séparé (cette dernière est moins prise en compte de nos jours lorsque chaque disque SATA est sur un canal séparé, mais pourrait faire une différence dans les jours PATA).
Personnellement, ces jours-ci, je sépare /,/boot et permute, avec/sur mon système actuel de 100 Go (je ne suis pas près d’utiliser tout cela; l’utilisation actuelle est de 8,9 Go, ce qui me donne tout ce dont j'ai besoin en termes de logiciel et puis certains). Le reste du disque principal est constitué d'un système de fichiers unique que, par convention personnelle, je monte sous/da (disk a). Un deuxième disque serait/db, puis/dc et ainsi de suite. (Je doute que la FHS approuve vraiment ce schéma, mais cela fonctionne bien pour moi en pratique.) Je lie ensuite/mount/home dans/da, ce qui signifie que je peux déplacer le répertoire physique sans avoir à me soucier de la mise à jour de chaque chemin référencé. ou le repartitionnement juste parce que je me suis rendu compte que je manque un peu d’espace disque pour/home.
Je ne pense plus que ce soit obligatoire. Dans le passé, cela était nécessaire en raison de certaines limitations du BIOS. Il était impossible d'avoir une partition amorçable après 8 ou 64 Go (je ne me souviens plus exactement). Ensuite, si vous souhaitez effectuer un double amorçage, vous pouvez créer une première petite partition (/ boot) et la partition Windows amorçable, puis les autres partitions Linux. Il y a longtemps, il n'y avait pas du tout de répertoire/boot. Le noyau était directement sur /.
La différence est l'optimisation du système de fichiers. Généralement, chaque partition a ses propres tables pour les fichiers, les descripteurs, etc. Vous pouvez installer Linux sur une seule partition '/' sans '/ boot', '/ swap',/usr 'etc., mais les tables internes de cette partition unique vont bientôt devenir énormes. et certaines opérations vont devenir un peu lentes. Ainsi, différentes partitions sont utilisées pour fournir des conteneurs optimisés séparés pour différents types de tâches.
Non, je pense qu'une partition/boot n'est pas nécessaire pour plusieurs raisons:
- Vous souhaiterez peut-être que le dossier/boot ne soit pas trop petit et l'inclure dans /
- Il n'est pas nécessaire de créer une partition car les fichiers et les dossiers de/boot ne sont pas souvent mis à jour et utilisés. Ce n'est pas comme un dossier/tmp ou un dossier/swap. les programmes n'écrivent pas dans/boot.
- / boot est utilisé uniquement lors du démarrage et des mises à jour du noyau lorsque les images initramfs sont mises à jour.
- Vous pouvez inclure/boot à/root dans un groupe RAID 5 et cela fonctionnera avec GRUB2. Ajoutez GRUB2 au MBR pour chaque lecteur. Vous pouvez démarrer à partir du 2ème, 3ème lecteur ... si le 1er lecteur est mort.
- Moins de montures = moins de uuid = plus de visibilité = plus de simplicité