Linux, installer un ancien noyau - Page 1

Salut,
je suis en train d'écrire un module pour le noyau linux, mais le problème c'est qu'il doit fonctionner sur la version 2.6.9 du noyau.
Moi j'utilise un archlinux avec un noyau 2.6.22, donc pour faire des tests etc je veux installer un noyau 2.6.9. Je l'ai donc téléchargé sur kernel.org je l'ai compilé mais au boot j'ai cette erreur

...
EXT3-fs: mounted filesystem with ordered data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 196k freed
FATAL: kernel too old
Kernel panic - not syncing: Attempted to kill init!

ça c'est la version qui marche (2.6.22)

et ça c'est la version qui marche pas (2.6.9)


Vous avez une idée de comment résoudre ce problème, ou un moyen simple d'utiliser un ancien noyau ?
Merci.

bah t'as merdé dans ta config de noyau, c'est tout

sinon ta distrib elle fonctionne pas avec des packages ? tu peux surement en trouver un vieux qui correspond au noyau que tu cherches ...

vmware?

fabetal_ (./2) :
bah t'as merdé dans ta config de noyau, c'est tout

en fait je viens de découvrir que la glibc de arch est incompatible avec tout noyau < 2.6.16

fabetal_ (./2) :
sinon ta distrib elle fonctionne pas avec des packages ? tu peux surement en trouver un vieux qui correspond au noyau que tu cherches ...

si si elle fonctionne avec des packages. Mais pour le noyau, par exemple, il y a un package nommé kernel26 qui est mis à jour au fur et à mesure, et donc les anciennes versions disparaissent.

Martial Demolins (./3) :
Tu fais comment pour faire des screens de boot du noyal ?

Ouais comme dit squalyl j'étais bien sous vmware là

oui mais tous les noyaux plus vieux que 2.6.24 sont obsolètes car ils contiennent tous un bug super grave de la morkitu et faut pas les utiliser parce que c'est pas bien


sinon 2 solutions
- tu forces ta société cliente à passer aux dernières versions ()
- tu télécharges quand même ton noyal 2.6.9, tu le compiles, et quand tu buildes ton module, tu fais gaffe à quel dossier tu utilises, on doit pouvoir dire au makefile du noyau ou trouver les sources. Dans ce cas t'as une espèce de cross-compilation du noyau. c'est possible et prévu.

squalyl (./7) :
oui mais tous les noyaux plus vieux que 2.6.24 sont obsolètes car ils contiennent tous un bug super grave de la morkitu et faut pas les utiliser parce que c'est pas bien

oui je suis au courant

squalyl (./7) :
sinon 2 solutions
- tu forces ta société cliente à passer aux dernières versions ()
- tu télécharges quand même ton noyal 2.6.9, tu le compiles, et quand tu buildes ton module, tu fais gaffe à quel dossier tu utilises, on doit pouvoir dire au makefile du noyau ou trouver les sources. Dans ce cas t'as une espèce de cross-compilation du noyau. c'est possible et prévu.

- c'est un projet étudiant et je suis obligé de le faire pour noyau 2.6.9
- j'ai besoin de tester

Mais merci de ton aide

mais pourquoi 2.6.9? ya des features spéciales? c'est une plate forme spéciale?

Vu que tu utilises VMWare de toute façon, crée une machine virtuelle avec CentOS 4, tu auras un noyau 2.6.9 là-dedans (mais attention, leur 2.6.9 est massivement patché, donc tu as intérêt à compiler un 2.6.9 "vanilla" si tu veux être sûr que ton module marche avec). Sinon, les versions actuelles de Fedora peuvent toujours fonctionner sur un noyau 2.6.9 (parce que c'est le noyau de RHEL 4 et que ça permet de créer un chroot Fedora sur un hôte RHEL 4, probablement).

Twindruff (./6) :

fabetal_ (./2) :
bah t'as merdé dans ta config de noyau, c'est tout

en fait je viens de découvrir que la glibc de arch est incompatible avec tout noyau < 2.6.16

En fait c'est normal, et c'est valable avec toute distribution à jour :
Les glibc actuelles utilisent la NPTL.
Or, pour utiliser les NPTL, il faut... un noyau récent qui supporte les futex, utilisés pour implémenter les mutex dans la glibc NPTL (2.6.16, ça doit être ça, mais ça a quand même ses 2 ans bien sonnés ).
Pour utiliser un 2.6.9, il te faut impérativement une distribution qui utilise une "vieille" glibc qui exploite encore les POSIX threads, qui n'exploitent pas les futex...

[EDIT] fautes

c'est 2.6.18 la transition je crois.

./10 ok merci pour ces infos dommage que ces distrib soient aussi grosses
./11 ./12 d'accord je comprends mieux l'histoire

Les futexes pour la NPTL existent depuis la 2.6.0 (et dans le noyau 2.4 de Fedora Core 1, je ne me rappelle plus quels noyaux RHL/RHEL l'ont).