Re: cohabitation 2.4 2.6

[Marc Perrudin <perrudin@nerim.net>]

gaetan.perrier@free.fr a écrit :

> Selon pascal <pascalgosse@wanadoo.fr>:
>
>  
>
> > Gaëtan PERRIER a écrit :
> >    
> >
> > > Le Thu, 03 Mar 2005 22:31:13 +0100
> > >      
> > >
> > > oui c'est exavtement ça. Par exemple ide-detect existe pour le 2.4
> > > mais est remplacé par ide-generic en 2.6 ...
> > >      
> > Bien ...Mais en quoi est-ce un problème ?
> > Tu veux dire que les deux initrd (l'un du 2.4 et l'autre du 2.6)
> > dépendent d'un unique fichier de configuration (genre
> > /etc/mkinitrd/modules) et  sont donc mutuellement incompatibles ???
> >
> >    
>
> C'est ça. Ce qui fait que quand tu installes un nouveau kernel-image ça merde.
> Par exemple si ton /etc/mkinitrd/modules est prévu pour 2.6 et que tu installes
> un nouveau kernel-image-2.4.xx ça merde car le mkinitrd qui est fait
> automatiquement lors de l'installation du paquet, échoue...
> En fait il faudrait que les paquets kernel-image soient prévus pour utiliser un
> mkinitrd spécifique à chaque branche kernel (2.4, 2.6, etc...):
>
> /etc/mkinitrd-2.4 pour kernel 2.4
> /etc/mkinitrd-2.6 pour kernel 2.6
>
> Comme ça plus de problème...
>  
Petite precision, lorsqu'on installe un noyau avec un initrd, mkinitrd 
inclus automatiquement les modules necessaires au montage du rootfs dans 
la plupart des cas et n'utilise pas le fichier /etc/mkinitrd/modules 
(qui est d'ailleur la plupart du temps vide, c'est du moins comme ca sur 
tous mes serveurs Debian, quel que soit le noyau).
Les seuls cas ou j'ai du utiliser ce fichier, c'est lorsque je prepare 
un initrd sur une machine pour une autre machine.

Par contre, le pb peut se poser pour /etc/modules mais la il suffit 
d'avoir les modules pour les 2 noyaux, quand on boot sur le 2.4, les 
modules specifique du 2.6 sont ignorés car non reconnu et inversement.