Bref, après une petite étude de l'initrd de CentOS 5.2 comparé à celui de la 5.1, il semblerait que les seules différences soient (merci Remi pour les lignes de commandes) :
[bash] llaumgui@enterprise ~/Bureau> gunzip -dc 5.2/initrd-2.6.18-9*.img | cpio -id llaumgui@enterprise ~/Bureau> gunzip -dc 5.1/initrd-2.6.18-53*.img | cpio -id llaumgui@enterprise ~/Bureau> diff 5.1/init 5.2/init 43,46d42 < echo "Loading uhci-hcd.ko module" < insmod /lib/uhci-hcd.ko < echo "Loading ohci-hcd.ko module" < insmod /lib/ohci-hcd.ko 48a45,48 > echo "Loading ohci-hcd.ko module" > insmod /lib/ohci-hcd.ko > echo "Loading uhci-hcd.ko module" > insmod /lib/uhci-hcd.ko
Bilan de la situation actuelle : en attendant une piste, llaumgui.com (et scenario-paintball.com) tournent sur une CentOS 5.2 avec un kernel de 5.1 (2.6.18-53.1.21.el5 )...
A suivre...
13 réactions
Tu as bien fait un yum upgrade à la place d'un yum update pour passer en 5.2?
Je n'ai pas encore migré mes serveurs, mais c'est marqué que c'est important de faire comme-ça cette fois dans les release notes.
C'est exactement ce que j'allais dire.
Perso, j'ai eu + de 500 Mo de maj.
Certes j'ai un desktop, avec gnome, ooo, ff, ...
J'ai fait un yum update...
Hello,
même problème, même solution. J'ai fait un yum upgrade (et non update). Je verrai si je reproduis le problème chez moi, ça permettra d'avoir une idée si par exemple l'erreur est liée au matériel DédiBoite.
Je viens de faire l'upgrade chez moi sur une box normale, aucun problème.
Nouvel essai avec le noyau 2.6.18-92.1.6.el5.
Problème identique et retour sur celui de la 5.1.
A suivre...
@ Remi : aussi sur une dédibox ou sur une autre machine?
J'ai le meme problème.
Il s'agit probablement d'un probleme avec mkinitrd-5.1.19.6-28.
Si je reconstruit l intrd avec le script mkinitrd du package mkinitrd-5.1.19.6-19 , l'ordre du chargement des modules m'a l'air d'etre le meme que "quand ca marche".
J'ai pas osé tester de rebooter dessus
Si je compare les scripts entre les deux versions, cette modification semble en jeu:
-880,10 +971,16+for n in $PREINTERFACES ; do
+ findnetdriver $n
+ MODULES="$MODULES network_device_$n"
+ net_list="$net_list $n"
+done
+
- findmodule uhci-hcd
- findmodule ohci-hcd
+ findmodule ohci-hcd
+ findmodule uhci-hcd
Je ne sais pas quand je pourrais tester ce qui pourrais etre un fix, mais si il y a un amateur, un retour d'experience est le bienvenue
http://sd-2175.dedibox.fr/mkinitrd/
Le problème semble être présent uniquement sur les Dedibox V1.
J'ai une Dedibox V2, avec une CentOS en x86_64 que j'ai récemment mise à jour sans le moindre souci.
Bon, en fait le changement d'ordre de chargement des modules n'est pas une typo mais une modification voulue.
http://rhn.redhat.com/errata/RHBA-2...
caused errors, such as "device descriptor read/all, error -71", when using
USB devices. In these updated packages, the USB HCD modules are loaded in
the correct order, which resolves this issue.
Donc meme si remettre l'ordre d'avant fonctionne, ca ne passera probablement pas comme rectification (ceci dit, si quelqun veux tester).
Un autre truc à tester serait de regenerrer l initrd avec --without-usb
Si quelqun peut recuperrer la sortie de la console quand ca boote, ca aiderait.
Résolu avec le noyau kernel-2.6.18-92.1.10.el5
Voir : Dedibox et CentOS 5.2
++
Super, j'upgrade