Bonjour,
je cherche à installer la version 3.8.13 sur mon toshiba tecra pour ensuite le patcher avec xenomai (ceci pour des questions d'upgrate de mon appli et de compatitibilité entre le patch xenomai et le noyau).
je boot sur un disque USB WD pour toutes mes applic linux, question de bien scinder mes projet windows… et linux.
actuellement mon linux est une distri debian squeeze + noyau 3.6.9.
apres compîle du noyau 3.8.13 (non patché xenomai pour l'instant une chose apres l'autre)
je me retrouve avec une erreur du style:
blabla….ParsingELF…done
Booting The kernel. (+ longue attente)
Gave up waiting for root device. common problems
-Boot args (cat /proc/cmdline)
-check rootdelay= (did the system wait long enough?)
-check root=(did the system wait for the right device?)
-missing modules (cat /proc/modules; ls /dev)
Pour ce qui est du device j'ai verifier c'est bien le bon uuid
dans le kern.log je ne trouve que des erreur lié a l'ACPI identique d'ailleurs aux erreurs lorsque je boot sur mon 3.6.9.
je seche depuis 2 jours malgres la tournée des differents forum et site.
quelqu'un a-t-il DES idees.
merci
# il ne trouve pas ton /
Posté par NeoX . Évalué à 3.
il a abandonné car il n'a pas trouvé ton disque /
tu as bien compilé avec les pilotes USB en dur dans le noyau
pour qu'il trouve le disque dur des le boot ?
[^] # Re: il ne trouve pas ton /
Posté par gijy . Évalué à 1.
je pense que oui car ça fonctionne avec le noyau 3.6.9
as-tu l'indentifiant dans la config car des CONFIG_USB*** j'en ai une tartine et je ne sais pas trop lequel choisir.
CONFIG_USB_SUPPORT=Y (ça c'est ok)
apres ???
[^] # Re: il ne trouve pas ton /
Posté par NeoX . Évalué à 3.
je dirais les classiques : USB_EHCI, USB_OHCI, USB_xHCI (x je ne m'en souviens plus)
ca c'est pour la gestion du port USB
ensuite il te faut les USB MassStorage pour gerer les disques et clefs USB.
mais techniquement, et si mes souvenirs sont bons, tu pourrais reprendre le .config du noyau 3.8.9
faire un
make oldconfigca devrait deja cocher les memes cases que le noyau precedent.
[^] # Re: il ne trouve pas ton /
Posté par gijy . Évalué à 1.
make oldconfig + compile + install (modules et tout et tout)
idem j'ai toujours mon gave up waiting qui commence à me gaver aussi d'ailleur
grrr!! j'enrage là!!
la seule bonne nouvelle c'est qu'en rajoutant acpi=off en option je n'ai plus acpi error mais ça ne me plait qu'a moitié.
[^] # Re: il ne trouve pas ton /
Posté par gijy . Évalué à 1.
Bon finalement j'ai opté pour un noyau 3.5.7 qui lui peut etre patché par le dernier xenomai 2.6.3 ce qui etait bien la finalité de la manip pour upgrader mes applications
mais je reste sur ma faim et le gout est desgrable.
merci pour ton attention
[^] # Re: il ne trouve pas ton /
Posté par NeoX . Évalué à 2.
c'est dommage de revenir en arriere sur le noyau,
tu avais un noyau 3.6.9
et tu installes un noyau 3.5.7 ?
tu ne peux pas juste patcher le 3.6.9 ?
[^] # Re: il ne trouve pas ton /
Posté par gijy . Évalué à 1.
malheureusement non les patchs xenomai2.6.3 (derniere version stable) sont fait pour le noyau 3.5.7 ou 3.8.13
ça m'embete car je fais sans doute retrouver tous ces problemes lors de mes prochaines mises à jour
j'ai tenter le noyau 3.14 (dernier en date de kernel.org) sans vouloir le patche bien sur juste par curiosité
he bien pareil j'ai des problemes de demarrage du style Kernel Panic not syncing VFS: unable to mount root fs….
je ne comprend pas pourquoi les vieux noyau trouve et arrive à monter mon fs sans PB et qu'a partir du 3.8xx j'ai autant de soucis.
je me demande s'il n'y a pas eu une modif importante sur la config de montage du fs OU sur le codage de l'UUI.
Bizzarement lors du update-grub (tres pratique d'ailleurs) il m'a installe le noyau 3.14 avec l'ancienne methode de montage /dev/sdb1
et non uui= xxxxxxxxxxxxxx.
[^] # Re: il ne trouve pas ton /
Posté par NeoX . Évalué à 2.
ben change de le fichier de config pour qu'il prenne le UUID au lieu de /dev/sdXY
pour trouver le bon UUID, il faut simplement faire
sudo blkid[^] # Re: il ne trouve pas ton /
Posté par gijy . Évalué à 1.
je me suis mal expliqué:
les anciens (2.6.38.8 ou 3.5.7) noyaux qui fonctionnent sur mon archi (toshiba tecra S11) avec le meme disque USB physique (boot sur usb) sont deja monté grace à l'uui; j'ai d'ailleur deja controlé avec blkid et meme en regardant le fstab.
Le noyau 3.8.13 est aussi lancé avec le meme identifiant uui, et là boom plantage???
le noyau 3.14 lui est lancé avec la methode /dev/sdb1 (creation automatique de la ligne de commande grub via update-grub)!!!
et là j'ai mon beau kernel panic ( erreur que je n'avais pas revu depuis mes premiere armes sous linux)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.