J'exécute Gentoo Linux avec un noyau compilé personnalisé et je viens de migrer d'un noyau 2.6 vers un 3.5.
Comme mes disques durs sont en mode RAID 0, j'utilise un fichier initrd personnalisé pour pouvoir démarrer. Bien que le noyau 2.6 puisse démarrer sans problèmes, le nouveau noyau compilé 3.5 ne parvient pas à se plaindre no block devices found. Après avoir jeté un coup d'œil aux initrd.cpioscripts contenus, je peux voir que le message d'échec est donné par l' mdadmoutil.
Est-ce que quelqu'un a une idée à ce sujet?
Edit: ce matin, j'ai remarqué qu'il y avait un problème avec mon ancien initrd qui fonctionne bien pour les noyaux 2.6, alors j'ai créé un nouvel initrd qui fonctionne bien et permettez-moi de démarrer sous GNU / Gentoo Linux avec le même bzImage 3.5.
Ça pourrait être un problème de mdadm, allez vérifier.
https://bugs.gentoo.org/show_bug.cgi?id=416081
Réponses:
Un nouveau noyau nécessite généralement un nouvel initrd.
Avec initrd (genkernel) généré, il existe
scandelay=<seconds>un paramètre de démarrage qui m’a été utile dans le passé. Sur l'une de mes boîtes, mdadm a été exécuté avant que tous les périphériques soient disponibles et n'a pas pu assembler le périphérique / dev / mdX sur lequel réside la partition racine.Si je comprends bien (en regardant
/usr/share/genkernel/defaults/initrd.scripts), scandelay oblige le script à traîner pendant qu’udev se règle, avant d’assembler des baies de logiciels et avant d’essayer de monter la partition racine réelle.Essayez un délai de 3 à 10 secondes.
la source