comment mettre a jour mon kernel... [newbie inside] - Linux et OS Alternatifs
Marsh Posté le 03-01-2002 à 21:24:36
1er truc : tu vas dans /usr/src, et tu effaces le lien linux (qui doit pointer vers les sources de l'ancien noyau si tu les as installées).
/usr/src# rm linux
Décompacte l'archive du noyau :
/usr/src# tar zxvf /<répertoire_du_tar_gz>/linux-2.4.17.tar.gz
Ca va te créer un répertoire linux. Renomme-le en linux-2.4.17 :
/usr/src# mv linux linux-2.4.17
Puis recrée un lien linux vers le nouveau noyau :
/usr/src# ln -s linux linux-2.4.17
Bon, ça, c'est histoire que ce soit pratique. Maintenant que c'est fait, vas dans le répertoire du noyau, et tape :
/usr/src/linux# make menuconfig
Là, tu navigues dans les menus pour choisir les options qui vont bien (lis les aides pour savoir à quoi servent les trucs).
Une fois que tu as fini de configurer tout ça, tu quittes, en répondant YES quand il te demande si tu veux sauvegarder tes modifs.
Puis, tu fais ça :
/usr/src/linux# make dep && make clean && make bzImage && make modules && make modules_install
Ca va d'abord créer les dépendances (make dep), puis nettoyer les sources (make clean, pas utile la première fois, mais bon...), compiler le noyau (make bzImage), compiler les modules (make modules) et installer les modules dans le répertoire /lib/modules/2.4.17/ (make modules_install)
Une fois que c'est fait, le noyau nouvellement créé s'appelle bzImage et se trouve dans arch/i386/boot . 'faut le copier dans le répertoire de boot (/boot en général, ou / sur une Slackware)
/usr/src/linux# cp arch/i386/boot/bzImage /boot/vmlinuz-2.4.17
(Tu peux l'appeler comme tu veux, en général, il s'appelle vmlinuz, mais afin de pas écraser l'ancien qui fonctionne, donne lui pas ce nom)
Ensuite, tu édites le fichier lilo.conf pour le prendre en compte. Tu dois avoir quelque chose comme ça (je suppose que tu utilises lilo comme bootloader, ici, j'en ai jamais utilisé d'autres, donc je pourrais pas t'aider si c'est pas lui). Tu dois avoir une partie qui ressemble à ça dedans :
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/hda6
label = linux
read-only # Non-UMSDOS filesystems should be mounted read-only for checking
# Linux bootable partition config ends
où image est le nom du noyau et son chemin, root le nom de la partition où se monte le répertoire /boot, label le nom du label à choisir lors du boot, et read-only, c'est important à laisser.
Donc, rajoute à la suite de ceci quelque chose de ce genre :
# Linux bootable partition config begins
image = /boot/vmlinuz-2.4.17
root = /dev/hda6
label = linux2417
read-only # Non-UMSDOS filesystems should be mounted read-only for checking
# Linux bootable partition config ends
Pense à changer le nom du label et à bien mettre le bon paramètre root.
Tu sauvegardes ça, puis, tu installes le nouveau lilo :
~# lilo
Ya plus qu'à rebooter, et à choisir linux2417 lors du prompt lilo. Si ça marche pas, ben, tu peux quand même rebooter avec l'ancien noyau.
ATTENTION, j'ai l'habitude de faire ça seulement avec une Slackware, qui place justement le noyau dans la racine et pas dans /boot . Regarde avant de faire des manips hasardeuses où est mis le noyau actuel, comment est écrit le fichier lilo.conf (là, t'as qu'à faire un copier/coller la config de l'ancien noyau), y a ptêt 2 ou 3 trucs en plus.
Vlà, vlà...
[edtdd]--Message édité par Jak--[/edtdd]
Marsh Posté le 03-01-2002 à 21:33:19
canard pc a écrit a écrit : g d/l mon linux-2.4.17.tar.gz et j aimeré apprendre a le metre a jour g regarder des how-to mais bon c long ... quelqu un peu m expliquer simplement ou me filer un how to bien expliqer. merci |
Prends un 2.4.16 ou lieu d'un 2.4.17 , car un nb impair c'est pas encore trés stable ...
Marsh Posté le 03-01-2002 à 21:38:43
Angelicca a écrit a écrit : Prends un 2.4.16 ou lieu d'un 2.4.17 , car un nb impair c'est pas encore trés stable ... |
Non, c valable uniquement pour le deuxième nombre
2.4.x -> stable
2.5.x -> en dev.
Marsh Posté le 03-01-2002 à 21:43:56
canard > il est pas bô ce topic ? humm ?
Marsh Posté le 03-01-2002 à 21:50:27
blackm a écrit a écrit : Non, c valable uniquement pour le deuxième nombre 2.4.x -> stable 2.5.x -> en dev. |
autant pour moi
Marsh Posté le 03-01-2002 à 22:03:13
make xconfig c un peu mieux que menuconfig quand même...
Sinon le gros pb c'est de trouver les bons modules a installer selon ta config.
Marsh Posté le 03-01-2002 à 22:27:56
MC a écrit a écrit : make xconfig c un peu mieux que menuconfig quand même... |
Ben voyons... Parce que tu te logges en root sous X? C'est pas bien
Sinon, ya aussi make config tout court, mais alors là, c'est vraiment chiant. Pour les nostalgiques
Marsh Posté le 03-01-2002 à 22:32:55
Jak a écrit a écrit : Ben voyons... Parce que tu te logges en root sous X? C'est pas bien |
su ? non ?
Marsh Posté le 03-01-2002 à 22:51:12
Jak a écrit a écrit : Ben voyons... Parce que tu te logges en root sous X? C'est pas bien Sinon, ya aussi make config tout court, mais alors là, c'est vraiment chiant. Pour les nostalgiques |
Non, tj en su...
De toute facon je risque pas de lancer une session PPPoE pendant une compil
Marsh Posté le 03-01-2002 à 22:54:28
MC a écrit a écrit : Non, tj en su... De toute facon je risque pas de lancer une session PPPoE pendant une compil |
beuh et pourquoi pas
Et la remarque de Jak, ben je l'ai pas comprise... Je vois pas trop le rapport de X, de la compilation du kernel et de root. Sinon je suis d'accord avec le su
Marsh Posté le 04-01-2002 à 09:02:48
MC a écrit a écrit : Non, tj en su... De toute facon je risque pas de lancer une session PPPoE pendant une compil |
Donc ça devient compliqué à expliquer, là, vu qu'il faut d'abord autoriser le root à afficher quelque chose (xhost +), puis lui donner le nom du DISPLAY à utiliser (export DISPLAY=:0) et ensuite seulement faire make xconfig, en supposant que X est déjà lancé, ce qui n'est pas toujours le cas chez moi. Donc make menuconfig est très bien
Marsh Posté le 04-01-2002 à 09:12:52
the_fireball a écrit a écrit : Et la remarque de Jak, ben je l'ai pas comprise... Je vois pas trop le rapport de X, de la compilation du kernel et de root. Sinon je suis d'accord avec le su |
J'explique :
1) Je ne me logge jamais en root sur une session X (AllowRoot=0 dans gdm.conf)
2) Le rapport, c'est que le noyau est le seul truc que je compile en root dans /usr/src/
3) Donc, pour utiliser make xconfig, il faut que le root puisse accéder à un DISPLAY, or, il ne peut pas se logger en session X, donc, il faut passer par su
4) Dans ce cas, il faut l'autoriser à afficher des trucs sur X, avec xhost +, puis exporter la variable DISPLAY.
5) Tout ça, c'est plus compliqué à expliquer et ça n'a pas de rapport direct avec le sujet : je voulais pas embrouiller le canard avec d'autres trucs, la question était seulement comment recompiler le noyau.
Voilà, c'est ça, le rapport
Marsh Posté le 04-01-2002 à 09:41:52
Ouah tu fais dans le compliqué toi !!!!!!!!!!!
Moi j'ai banni les conneries comme gdm et xdm. Je me logge tjs en console
ensuite, je me logge sous mon user normal et je lance startx. Ensuite, un petit su et un petit make xconfig et no soucy !!!! Pas besoin d'exporter mon display ou quoi que ce soit d'autre.
Think simple, think easy, think Debian
(je sais, c pas spécifique à la deb, mais j'avais envie de dire une connerie ce matin)
Marsh Posté le 04-01-2002 à 11:20:44
the_fireball a écrit a écrit : Ouah tu fais dans le compliqué toi !!!!!!!!!!! |
Ben non, justement, c'est pour ça que j'utilise make menuconfig
Je ne vais quand même pas démarrer X (je démarre aussi en console, init 3 sur Slackware) juste pour compiler un noyau!
X, c'est quand j'ai des trucs compliqués à voir sur le net (qui passent pas avec lynx) ou des vidéo éventuellement, et c'est tout.
Mais si je passe en init 4 (X sous Slack) par gdm, c'est afin d'avoir un système convivial à proposer à quelqu'un qui connaît pas, c'est pour ça que j'installe plein de trucs graphiques à la con qui ne me servent pas, comme StarOffice, AbiWord, Gnumeric par exemple, et j'imagine pas avoir à expliquer que la console c'est plus simple : je sais que c'est vrai, mais les gens non
Marsh Posté le 04-01-2002 à 11:30:30
w3m rulez plus que lynx, sauf pour les https, car openssl me chie une erreur avec w3m
Marsh Posté le 04-01-2002 à 12:00:24
the_fireball a écrit a écrit : w3m rulez plus que lynx, |
Non, parce qu'il est pas par défaut sur la Slackware
En fait, c'est surtout qu'il faut que je le récupère, et je l'ai jamais trouvé pratique à manipuler (mais c'est vrai qu'il présente mieux que lynx).
Marsh Posté le 04-01-2002 à 12:10:16
c klur, le forum est mythique avec w3m, et on peut utiliser la souris
Marsh Posté le 04-01-2002 à 14:15:13
the_fireball a écrit a écrit : c klur, le forum est mythique avec w3m, et on peut utiliser la souris |
La quoi ?
Marsh Posté le 04-01-2002 à 14:53:34
lol
Marsh Posté le 04-01-2002 à 15:42:02
Jak a écrit a écrit : J'explique : 1) Je ne me logge jamais en root sur une session X (AllowRoot=0 dans gdm.conf) 2) Le rapport, c'est que le noyau est le seul truc que je compile en root dans /usr/src/ 3) Donc, pour utiliser make xconfig, il faut que le root puisse accéder à un DISPLAY, or, il ne peut pas se logger en session X, donc, il faut passer par su 4) Dans ce cas, il faut l'autoriser à afficher des trucs sur X, avec xhost +, puis exporter la variable DISPLAY. 5) Tout ça, c'est plus compliqué à expliquer et ça n'a pas de rapport direct avec le sujet : je voulais pas embrouiller le canard avec d'autres trucs, la question était seulement comment recompiler le noyau. Voilà, c'est ça, le rapport |
Parano POWWA
moi je me logge en root avec X et je trouve que ca change rien
[edtdd]--Message édité par AlphaT--[/edtdd]
Marsh Posté le 04-01-2002 à 16:12:43
saudium a écrit a écrit : canard > il est pas bô ce topic ? humm ? |
si
mais g un autre petit pb avec mon lecteur diskette il veu pas le prendre : et quand j essaye de le monter il fait "unknow device"
Marsh Posté le 03-01-2002 à 17:41:00
g d/l mon linux-2.4.17.tar.gz et j aimeré apprendre a le metre a jour g regarder des how-to mais bon c long ...
quelqu un peu m expliquer simplement ou me filer un how to bien expliqer. merci