[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: probleme de compilation nouveau noyau



Sylvain Sauvage wrote:

~TraydenT~, lundi 17 août 2009, 21:25:09 CEST
On 17/08/2009 20:32, Bernard wrote:
Bonsoir,

’soir,

Ayant voulu installer un noyau plus récent sur ma Debian Sarge :

 Tout d’abord, tu as deux versions stables de retard : Sarge a
été remplacée par Etch (en 2007) puis Lenny (au début de cette
année). Il faut de bonnes raisons pour conserver une version
obsolète, et je n’en vois pas vraiment qui tiendraient s’il est
possible d’utiliser un noyau récent sur la machine (à part
peut-être vouloir conserver XFree86).

Oui, justement, je tiens à conserver fvwm, et donc XFree86. Sur mon portable, je dispose de Ubuntu 8.04 sous Gnome, et je n'aime pas ; je préfère de beaucoup fvwm. Par ailleurs, le passage de Sarge à Lenny n'est apparemment pas si évident, d'autant qu'il paraît que les modules qui permettaient de passer de Sarge à Etch ne sont plus disponibles, et qu'un passage direct à Lenny n'est pas possible. Alors il faudra tout sauvegarder sur des disques externes, puis reformater et installer Lenny, récupérer les données sauvegardées et les réinstaller, etc... Rien qu'à voir l'affluence des messages au moment où les gens sont passés à Lenny, ce ne doit pas être aussi évident. L'un disait que cela lui avait pris trois semaines de galère avant que tout refonctionne normalement... Pour ma part, c'est à peu près le temps que cela m'avait pris que de passer de RedHat 7.2 à Debian Sarge. Un jour, par erreur, après une mise à jour de mon /etc/apt/sources.list, voulant faire un 'apt-get update', j'ai tapé 'apt-get upgrade' à la place ! Quelle cata ! La machine a mouliné pendant à peu près quatre heures d'affilée et, lorsque cela s'est terminé, il n'y avait plus grand chose qui fonctionnait normalement ! Les messages d'erreur qui s'affichaient indiquaient les packages à upgrader, et, pour l'upgrade de chacun de ces paquets il fallait encore upgrader des sous paquets, et des sous-sous paquets par dizaines, et ainsi de suite et ainsi de suite... deux jours de galère pour en sortir ! Alors, passer à Lenny... j'espère bien ne pas y être obligé avant que de changer de PC !

 La mise à jour d’une Debian (passer d’abord par Etch) est très
facile (plus que compiler un noyau).

mais si l'on se plante dans la compilation d'un nouveau noyau, on peut toujours booter sur l'ancien :=)

 Être à jour permet :
— de supprimer les trous de sécurité corrigés depuis ;
— d’avoir de nouvelles fonctionnalités et de nouveaux
 programmes ;
— et, accessoirement, de trouver de la doc et de l’aide qui
 correspondent un tant soit peu avec ce que l’on a en face de
soi.
[…]
'In order to boot your new kernel, you'll need to copy the kernel image
(e.g. .../linux/arch/i386/boot/bzImage after compilation) to the place
where your regular bootable kernel is found'

 Traduction : « Pour démarrer avec votre nouveau noyau, vous
devez copier l’image noyau
(p.ex. .../linux/arch/i386/boot/bzImage après compilation) à
l’endroit où votre noyau habituel se trouve. »
 En somme : placer votre noyau où il doit être placé.
Soit /boot, comme tu l’as deviné.

Je ne suis malheureusement pas très sûr de l'endroit où ce fichier
bzImage devrait être copié. C'est que je ne trouve que celui là sur mon
système, et j'ignore ce qu'il est advenu de celui qui avait dû servir à
compiler mon noyau actuel, il y a cela 2 ans environ. Un 'find /| grep
bzImage' ne m'en trouve pas d'autre que celui que je viens de compiler.
Il est généralement nommé vmlinuz-(version), et est dans /boot ; il y a aussi un lien symbolique /vmlinuz qui pointe sur le dernier noyau en date

[Je remets un bout de l’original :]
Je
n'avais donc pas d'images initrd pour ce nouveau noyau, mais, un peu
naïvement sans doute, j'avais cru que le fait d'y mettre bzImage allait
déclencher - lors du prochain boot - la création de l'initrd.img.

 Oui, c’était naïf ;o) C’est le serpent qui se mord la queue :
le noyau a besoin de l’initrd pour démarrer complètement le
système. Sans initrd, il est limité (pas de modules, très peu de
pilotes…), il n’a donc pas les moyens de créer un initrd.
 Un initrd peut créer un initrd…

Il y a une procédure Debian pour packager son noyau en .deb il me semble, mais la doc donne une méthode sans deb : http://www.debian.org/doc/manuals/reference/ch-kernel.fr.html

 Tout à fait. La méthode make-kpkg est la plus simple (même si
la réf. la complique un peu) : option --initrd pour un initrd,

 Sinon, tu as aussi la possibilité de ne pas utiliser d’initrd
(c’est une option du noyau, cf. make menuconfig dans General
Setup).

[…] Bonne chance !

 Itou.



Reply to: