URL: https://linuxfr.org/forums/linux-general/posts/modification-un-peu-trop-vigoureuse-de-mes-initrd-builtin-pr Title: Modification (un peu trop) vigoureuse de mes initrd (builtin) provoquant un échec du Grub au redemérrage Authors: yojik77 Date: 2010年02月04日T01:37:54+01:00 Tags: opensuse et debian Score: 0 Bonsoir, Faudrait jamais se presser, faut jamais s'énerver. J'avais compilé un petit noyau avec mes drivers de filesystems "en dur" mais le mkinitrd achoppait car il ne les trouvait pas en module (forcément). J'ai donc voulu régler le problème en expliquant à mkinitrd que les drivers étaient bien là, au-dedans du noyau. Mes tentatives polies avec un "mkinitrd --builtin=sil_sata -o init-nom_du_kernel nom_du_kernel" me renvoyait systématiquement une erreur bizarre du type "/sbin/mkinitrd blabla -- -". J'ai fini par y aller de manière enthousiaste et sur la recommandation d'un forum convaincant avec un "mkinitrd -f sil_sata ext3 init-nom_du_kernel nom_du_kernel" qui ne m'a pas renvoyé d'erreur. J'ai pensé avoir touché au but... Résultat : lors que je lance mon noyau "made in opensuse" ou celui bricolé par mes soins sur mon grub graphique, je récupère désormais une erreur : "Error 13: Invalid or Unsupported Executable Format" Mon menu.lst n'a pas bougé et j'ai vérifié en profondeur la partition contenant mon /boot : tout semble normal. Je crains donc fort d'avoir abimé sérieusement mes vmlinuz ou mes inird !?? Quelles solutions envisageriez vous, sachant que je sui réfugié sur une debian qui ne contient plus mkinitrd pour retoucher mes initrd depuis l'extérieur (!?), à part : 1°) extraire comme un charcutier le initrd et le vmlinuz officiel du RPM officiel de Suse pour les mettre à la place de ceux que j'ai trafiqué ; 2°) installer sur un bout de partition disponible une partition contenant toujours mkinitrd et tenter de corriger le problème depusi l'extérieur !?? Merci par avance de vos bons conseils, Yojik77