Le système RAID ne parvient pas à démarrer après le passage du noyau 2.6 à la version 3.5


1

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

Avez-vous également mis à jour le reste de votre système? En passant, vous auriez probablement plus de chance d’obtenir une réponse sur la liste de diffusion de gentoo-users.
Keith

Réponses:


0

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.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.