Pas vraiment. A l’origine, l’initrd ou initramfs a essentiellement pour but d’accomplir les opérations préalables au montage du système de fichiers racine, notamment en chargeant les modules nécessaires s’ils ne sont pas compilés en dur dans le noyau. Cela permet de créer un noyau polyvalent mais léger sans mettre tous les pilotes en dur. Egalement il me semble qu’on ne peut pas avoir la racine en LVM sans initrd/initramfs car le noyau ne sait pas gérer LVM seul sans outils userland ; idem si la racine est chiffrée. Corrigez-moi si je me trompe.
Il n’est pas impossible que par effet de bord le démarrage soit accéléré en lisant des fichiers depuis un initrd/initramfs non fragmenté plutôt que depuis des positions dispersées sur le système de fichiers racine, mais à mon avis on ne gagne pas grand chose. D’autre part l’initrd est lu par le chargeur donc via le les fonctions d’accès disque du BIOS, pas forcément aussi performantes que le pilote disque du noyau.
[quote=“relax”]Enfin, je vais dans “/boot” et je crée un initrd pour que ça puisse démarrer : “mkinitramfs -o linux-2.6.30.4” et je fais un “update-grub”… et je REBOOT
Mais rien, y a toujours cette foutue image au démarrage!![/quote]
Si tu crées un initrd, forcément, il y a toujours un initrd…
Quand tu écris “image initramfs”, tu parles du fichier initramfs ou d’un dessin qui s’affiche au démarrage lors de l’exécution de l’initramfs ? Dans le premier cas, il ne faut pas créer d’initramfs (à condition qu’il soit possible de démarrer sans). Dans le second cas, c’est la création de l’initramfs qu’il faut modifier afin de ne pas afficher d’image, recompiler le noyau ne sert à rien.