OVH Cloud OVH Cloud

recompilation kernel Mdk 10.0 Official -> erreur 'too big'

13 réponses
Avatar
ctemp2
Bonjour,

J'ai recompilé le noyau de ma Mandrake 10.0 Official à partir des sources du
CD pour supprimer le supermount. Je détaille :

1. make xconfig, je laisse tout ce qu'il y a par défaut et je décoche
supermount

2. make dep clean bzImage modules modules_install

3. mkinitrd /boot/initrdns.img 2.6.3-7mdk (celui créé à la recompilation)

4. je déplace bzImage et System.map dans /boot en les renommant

5. je crée dans /etc/lilo.conf une entrée identique à celle du noyau initial
mais en mettant le vmlinuz et initrd nouvellement créés

6. /sbin/lilo : FATAL : kernel is too big.

Quand je compare, l'ancien noyau fait 1,44 Mo et le recompilé 4 Mo.

Voyez-vous d'où cela peut provenir ?

Une dernière question : dans lilo.conf, en n'indiquant pas le System.map
nouvellement crée, comment linux sait-il lequel prendre ?

Merci.

C. Tobini

3 réponses

1 2
Avatar
Christophe PEREZ
Le Tue, 08 Mar 2005 19:26:01 +0100, ctemp2 a écrit:

Ca retire les lignes de fstab, puis en réinsérant une clef USB, la ligne
réapparaît et (un comble) le périph est reconnu 2 ou 3 fois impeccablement.
Suite à ces 2 ou 3 fois, il recommence à partir en brioche.


Peut-être qu'il faut désactiver supermount, puis décharger le module ?
Ceci dit, cette question me semble un classique de Mandrake, et la
réponse doit se trouver soit dans les archives ici, soit dans les
archives des listes mandrake.

--
Christophe PEREZ
Écrivez moi sans _faute !

Avatar
Rakotomandimby (R12y) Mihamina
( Tue, 08 Mar 2005 15:15:03 -0400 ) Christophe PEREZ :
la réponse doit se trouver soit ...


je pense aussi...
--
L'ASPO a pour but de démocratiser l'acces a l'informatique. Une de ses
activité est l'infogerance (http://aspo.rktmb.org/activites/infogerance)
Tél: + 33 2 38 04 26 04 ou + 33 6 33 26 13 14 (France)

Avatar
ctemp2
dans l'article , Christophe PEREZ à
a écrit le 8/03/05 20:15 :
Peut-être qu'il faut désactiver supermount, puis décharger le module ?
Ceci dit, cette question me semble un classique de Mandrake, et la
réponse doit se trouver soit dans les archives ici, soit dans les
archives des listes mandrake.


En fait c'est ce que j'ai fait, en premier un disable puis un rmmod, mais
rien n'y fait. Depuis que je suis sous Mandrake, càd la 9.1, j'ai toujours
vu ce genre de problème. A l'époque j'avais le choix de monter manuellement
la clef, mais désormais, /dev/sda semble être créé en fonction du
supermount, au besoin.

C. Tobini

1 2