J'ai du passer un serveur de 2.4.26 vers 2.6.8. Sur une Debian Testing.
Je me suis plus ou moins renseigné sur la facon de faire la compilation
d'un 2.6 et j'ai ete agreablement surpris d'entendre dire que le 2.6
tentait (tentait) de convertir la conf 2.4 en cours en conf 2.6 (la ML
Debian a ete l'endroit ou j'ai entendu dire cela). Bon j'ai verifié en
diagonale la conf, ca a l'air pas mal fait comme conversion: le support de
la carte reseau (via-rhine) a ete pris directement dans la conf et aussi
toutes les options netfilter que j'avais mis. Pareil, j'avais mis
ext2/ext3 en dur, et il l'a automatiquement reconduit.
Par contre je ne sais pas si il a tout reconduit ce qu'il faut.
J'ai fait :
apt-get install modules-init-tools
make mrproper
make menuconfig
make
cp /usr/src/kernel-2.6.8/arch/i386/vmlinuz /boot/vmlinuz-2.6.8
cp /usr/src/kernel-2.6.8/System.map /boot/System.map-2.6.8
ln -sfv /boot/System.map-2.6.8 /boot/System.map
make modules_install
nano /etc/lilo.conf
lilo
Le souci c'est que j'ai trouvé modules_install un peu trop bref, surtout
que j'ai reconduit la plupart des options par defaut du noyau, et il y a
un paquet de modules hein...
Le contenu de mon lilo (j'ai qu'un extrait, pas le fichier entier):
[...]
default=Linux
image=/boot/vmlinuz-2.6.8
label=Linux
read-only
# restricted
# alias=1
'lilo' s'est passé sans erreur. Je n'ai touché a rien de plus.
Pourriez-vous m'aider a trouver ce que j'ai oublié? tel que je me connais
ca doit eter un truc tout bete encore.
PS: J'ai tellement appris par coeur les operation a faire que j'ai ecrit
ce que j'ai fait "de memoire" elle sont donc a prendre modulo des erreurs
typographiques. Je ne peux pas acceder a la machine pour re-avoir
l'historique des commandes, et j'ai pas pensé a conserver une liste
physique copier/coller) parceque je les connais par coeur.
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
marmotte
Bonjour, Bonjour !
Le souci c'est que j'ai trouvé modules_install un peu trop bref, surtout que j'ai reconduit la plupart des options par defaut du noyau, et il y a un paquet de modules hein...
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ? 2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian, à savoir: a. cd /usr/src/linux b. make-kpkg clean c. make-kpkg --revision 1 --append-to-version "-mon_noyau.v1" kernel_image d. cd .. e. dpkg -i kernel-*.deb
Avec la méthode 2., étape c., les modules sont également compilés. Si tu changes kernel_image par modules_image, la compilation portera sur les sources se situant dans /usr/src/modules. S'il n'y a rien, c'est normal que c'est rapide.
Le souci c'est que j'ai trouvé modules_install un peu trop bref, surtout
que j'ai reconduit la plupart des options par defaut du noyau, et il y a
un paquet de modules hein...
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ?
2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian, à savoir:
a. cd /usr/src/linux
b. make-kpkg clean
c. make-kpkg --revision 1 --append-to-version "-mon_noyau.v1"
kernel_image
d. cd ..
e. dpkg -i kernel-*.deb
Avec la méthode 2., étape c., les modules sont également compilés. Si tu
changes kernel_image par modules_image, la compilation portera sur les
sources se situant dans /usr/src/modules. S'il n'y a rien, c'est normal
que c'est rapide.
Le souci c'est que j'ai trouvé modules_install un peu trop bref, surtout que j'ai reconduit la plupart des options par defaut du noyau, et il y a un paquet de modules hein...
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ? 2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian, à savoir: a. cd /usr/src/linux b. make-kpkg clean c. make-kpkg --revision 1 --append-to-version "-mon_noyau.v1" kernel_image d. cd .. e. dpkg -i kernel-*.deb
Avec la méthode 2., étape c., les modules sont également compilés. Si tu changes kernel_image par modules_image, la compilation portera sur les sources se situant dans /usr/src/modules. S'il n'y a rien, c'est normal que c'est rapide.
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ?
J'avais des habitudes... Je n'ai pas commencé ma vie sous Linux avec Debian, et j'essaie de ne pas "specialiser" mes methodes.
2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian [snip la methode]
Oui, mais le mega souci est en ce moment de savoir quelles options me manquent (parceque c'est la principale cause de non-bootage). Et aussi, si la methode que j'ai enumere est une bonne methode.
De plus dans ta methode je ne vois pas ou c'est que je choisi les options que je veux inclure dans le noyau, parceque je tien a y mettre en dur les machins netfilter et le support de la carte reseau.
PS: pour les autres qui voient "infogerance" dans ma signature, faut savoir que c'est le serveur "fourre-tout" qui est en train de se faire tripatouiller la. Celui en production on y touchera quand on aura LA methode. Et la machine qui vient de "tomber" est une machine jumelle de celle en production. J'attends que l'hebergeur reboote, et on reprend les test de compilation... etc etc
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Wed, 08 Dec 2004 22:22:59 +0100 ) marmotte :
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ?
J'avais des habitudes... Je n'ai pas commencé ma vie sous Linux avec
Debian, et j'essaie de ne pas "specialiser" mes methodes.
2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian
[snip la methode]
Oui, mais le mega souci est en ce moment de savoir quelles options me
manquent (parceque c'est la principale cause de non-bootage). Et aussi, si
la methode que j'ai enumere est une bonne methode.
De plus dans ta methode je ne vois pas ou c'est que je choisi les options
que je veux inclure dans le noyau, parceque je tien a y mettre en dur les
machins netfilter et le support de la carte reseau.
PS: pour les autres qui voient "infogerance" dans ma signature, faut
savoir que c'est le serveur "fourre-tout" qui est en train de se faire
tripatouiller la. Celui en production on y touchera quand on aura LA
methode. Et la machine qui vient de "tomber" est une machine jumelle de
celle en production. J'attends que l'hebergeur reboote, et on reprend les
test de compilation... etc etc
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
1. Tu consultes la ML de Debian -> tu as compilé un noyau pour Debian ?
J'avais des habitudes... Je n'ai pas commencé ma vie sous Linux avec Debian, et j'essaie de ne pas "specialiser" mes methodes.
2. Si 1. == oui, pourquoi ne pas utiliser la "méthode" Debian [snip la methode]
Oui, mais le mega souci est en ce moment de savoir quelles options me manquent (parceque c'est la principale cause de non-bootage). Et aussi, si la methode que j'ai enumere est une bonne methode.
De plus dans ta methode je ne vois pas ou c'est que je choisi les options que je veux inclure dans le noyau, parceque je tien a y mettre en dur les machins netfilter et le support de la carte reseau.
PS: pour les autres qui voient "infogerance" dans ma signature, faut savoir que c'est le serveur "fourre-tout" qui est en train de se faire tripatouiller la. Celui en production on y touchera quand on aura LA methode. Et la machine qui vient de "tomber" est une machine jumelle de celle en production. J'attends que l'hebergeur reboote, et on reprend les test de compilation... etc etc
-- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Jean-Philippe
PS: pour les autres qui voient "infogerance" dans ma signature, faut savoir que c'est le serveur "fourre-tout" qui est en train de se faire tripatouiller la. Celui en production on y touchera quand on aura LA methode. Et la machine qui vient de "tomber" est une machine jumelle de celle en production. J'attends que l'hebergeur reboote, et on reprend les test de compilation...
Ouf, on a eu peur : heureusement que vous êtes prévoyant ! :-) On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du test ! :-)
PS: pour les autres qui voient "infogerance" dans ma signature, faut
savoir que c'est le serveur "fourre-tout" qui est en train de se faire
tripatouiller la. Celui en production on y touchera quand on aura LA
methode. Et la machine qui vient de "tomber" est une machine jumelle de
celle en production. J'attends que l'hebergeur reboote, et on reprend les
test de compilation...
Ouf, on a eu peur : heureusement que vous êtes prévoyant ! :-)
On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du
test ! :-)
PS: pour les autres qui voient "infogerance" dans ma signature, faut savoir que c'est le serveur "fourre-tout" qui est en train de se faire tripatouiller la. Celui en production on y touchera quand on aura LA methode. Et la machine qui vient de "tomber" est une machine jumelle de celle en production. J'attends que l'hebergeur reboote, et on reprend les test de compilation...
Ouf, on a eu peur : heureusement que vous êtes prévoyant ! :-) On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du test ! :-)
Jerome Lambert
Rakotomandimby (R12y) Mihamina wrote: (...)
PS: J'ai tellement appris par coeur les operation a faire que j'ai ecrit ce que j'ai fait "de memoire" elle sont donc a prendre modulo des erreurs typographiques. Je ne peux pas acceder a la machine pour re-avoir l'historique des commandes, et j'ai pas pensé a conserver une liste physique copier/coller) parceque je les connais par coeur.
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé.
Ma dernière stupidité en date, c'est d'avoir modifié Grub pour démarrer mon nouveau noyau fraichement compilé comme ceci: kernel /kernel-2.6.9-gentoo-r6 rootÞv/ram0 et non comme cela: kernel /kernel-2.6.9-gentoo-r6 root=/dev/ram0
Un / qui manque, et paf le système qui ne démarre plus...
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le 2.4 tournait sans problèmes?
Rakotomandimby (R12y) Mihamina wrote:
(...)
PS: J'ai tellement appris par coeur les operation a faire que j'ai ecrit
ce que j'ai fait "de memoire" elle sont donc a prendre modulo des erreurs
typographiques. Je ne peux pas acceder a la machine pour re-avoir
l'historique des commandes, et j'ai pas pensé a conserver une liste
physique copier/coller) parceque je les connais par coeur.
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé.
Ma dernière stupidité en date, c'est d'avoir modifié Grub pour démarrer
mon nouveau noyau fraichement compilé comme ceci:
kernel /kernel-2.6.9-gentoo-r6 rootÞv/ram0
et non comme cela:
kernel /kernel-2.6.9-gentoo-r6 root=/dev/ram0
Un / qui manque, et paf le système qui ne démarre plus...
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le
2.4 tournait sans problèmes?
PS: J'ai tellement appris par coeur les operation a faire que j'ai ecrit ce que j'ai fait "de memoire" elle sont donc a prendre modulo des erreurs typographiques. Je ne peux pas acceder a la machine pour re-avoir l'historique des commandes, et j'ai pas pensé a conserver une liste physique copier/coller) parceque je les connais par coeur.
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé.
Ma dernière stupidité en date, c'est d'avoir modifié Grub pour démarrer mon nouveau noyau fraichement compilé comme ceci: kernel /kernel-2.6.9-gentoo-r6 rootÞv/ram0 et non comme cela: kernel /kernel-2.6.9-gentoo-r6 root=/dev/ram0
Un / qui manque, et paf le système qui ne démarre plus...
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le 2.4 tournait sans problèmes?
Rakotomandimby (R12y) Mihamina
( Wed, 08 Dec 2004 23:02:57 +0100 ) Jean-Philippe :
On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du test ! :-) Cava ... reboot effectué a 23h26. On continue sur frih pour en discuter
(si ca ne concerne QUE l'hebergeur) :-) -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
( Wed, 08 Dec 2004 23:02:57 +0100 ) Jean-Philippe :
On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du
test ! :-)
Cava ... reboot effectué a 23h26. On continue sur frih pour en discuter
(si ca ne concerne QUE l'hebergeur) :-)
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
( Wed, 08 Dec 2004 23:02:57 +0100 ) Jean-Philippe :
On va enfin savoir ce que vaut votre hébergeur en temps réel : merci du test ! :-) Cava ... reboot effectué a 23h26. On continue sur frih pour en discuter
(si ca ne concerne QUE l'hebergeur) :-) -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé. Ma dernière stupidité en date [...]
Ok.
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le 2.4 tournait sans problèmes?
Bon ca releve du debat... on switch -> fcold. OK ?
- D'une part je pense que des gens de plus ou moins bonne volonté se cassent la tete pour faire un noyau stable. Il est pour moi une bonne chose de tester au moins leur travail. Si personne ne va utiliser les derniers kernels, comment les developpeurs sauront-ils que leur machin est buggué? C"est en partie pour ca que j'ai passé le serveur qui sert le site http://faq.fcolc.eu.org et qui en meme temps sert 3 autres sites que je ne souhaite pas citer et testing. Ce sont des sites qui sont moderement critiques, qu'on peut largement passer en testing. Pour l'instant le site tourne en 2.4, mais dans pas longtemps le 2.6 predra la releve, que le 2.6 soit stable ou pas. Ca deveien tideologique parceque je me rend compte que j'exploite la gratuité des logiciels libres, mais qu'en tant que "bon citoyen" je devrais accepter le revers de la medaille. Ca serait vouloir le beurre et l'argent du beurre d'utiliser un truc gratuit et libre, et d'exiger qu'il soit stable. Surtout que je repete que sur ces deux serveur la, je peux me permettre ce risque. Tant que je peux le prendre je le prends.
- Nous allons changer de machine. le contrat de location de cette machine expire le 22 Dec prochain. La migration des données est deja faite. On peut commencer a faire joujou avec la machine: c'est ce que j'ai fait (mais bon... aparemment quand on annonce une activité comme infogerance dans sa signature, on se fait vite remarquer quand on se lache un peu). De toutes facon l'hebergeur va relouer ces machines a quelqu'un et il va simplement reformatter et reinstaller pour le nouveua client. A la limite je peux meme faire un 'rm -rfv /' dessus, ca ne fera de mal a personne. On reprendra encore deux machines jumelle dont une servira de souffre-douleur etc etc etc ...
<qui s'excuse s'accuse>
- La preuve que c'est une machine qui n'importe pas beaucoup: J'ai passe par mail une demande de reboot sur l'ancien noyau, et je me suis couché. Je peux dormir meme si cette machine est down. Elle est faite pour justement experimenter. Si elle est down de temps en temps, cela veut dire que sa location a ete justifié :-P. Je me suis reveillé ce matin, l'hebergeur avait pris en compte ma demande 5 minutes apres que je me sois couché.
</> -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé.
Ma dernière stupidité en date [...]
Ok.
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le
2.4 tournait sans problèmes?
Bon ca releve du debat... on switch -> fcold. OK ?
- D'une part je pense que des gens de plus ou moins bonne volonté se
cassent la tete pour faire un noyau stable. Il est pour moi une bonne
chose de tester au moins leur travail. Si personne ne va utiliser les
derniers kernels, comment les developpeurs sauront-ils que leur machin est
buggué? C"est en partie pour ca que j'ai passé le serveur qui sert le
site http://faq.fcolc.eu.org et qui en meme temps sert 3 autres sites que
je ne souhaite pas citer et testing. Ce sont des sites qui sont moderement
critiques, qu'on peut largement passer en testing. Pour l'instant le site
tourne en 2.4, mais dans pas longtemps le 2.6 predra la releve, que le 2.6
soit stable ou pas. Ca deveien tideologique parceque je me rend compte que
j'exploite la gratuité des logiciels libres, mais qu'en tant que "bon
citoyen" je devrais accepter le revers de la medaille. Ca serait vouloir
le beurre et l'argent du beurre d'utiliser un truc gratuit et libre, et
d'exiger qu'il soit stable. Surtout que je repete que sur ces deux serveur
la, je peux me permettre ce risque. Tant que je peux le prendre je le
prends.
- Nous allons changer de machine. le contrat de location de cette machine
expire le 22 Dec prochain. La migration des données est deja faite. On
peut commencer a faire joujou avec la machine: c'est ce que j'ai fait
(mais bon... aparemment quand on annonce une activité comme infogerance
dans sa signature, on se fait vite remarquer quand on se lache un peu). De
toutes facon l'hebergeur va relouer ces machines a quelqu'un et il va
simplement reformatter et reinstaller pour le nouveua client. A la limite
je peux meme faire un 'rm -rfv /' dessus, ca ne fera de mal a personne.
On reprendra encore deux machines jumelle dont une servira de
souffre-douleur etc etc etc ...
<qui s'excuse s'accuse>
- La preuve que c'est une machine qui n'importe pas beaucoup: J'ai passe
par mail une demande de reboot sur l'ancien noyau, et je me suis couché.
Je peux dormir meme si cette machine est down. Elle est faite pour
justement experimenter. Si elle est down de temps en temps, cela veut dire
que sa location a ete justifié :-P. Je me suis reveillé ce matin,
l'hebergeur avait pris en compte ma demande 5 minutes apres que je me sois
couché.
</>
--
ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance
Unofficial FAQ fcolc - http://faq.fcolc.eu.org/
Linux User Group sur Orléans et alentours.
Tél: + 33 2 38 76 43 65 (France)
Mauvaise idée: un / ou un . de trop ou trop peu, c'est très vite arrivé. Ma dernière stupidité en date [...]
Ok.
Anecdote à part, qu'est-ce qui t'a poussé à passer à un noyau 2.6 si le 2.4 tournait sans problèmes?
Bon ca releve du debat... on switch -> fcold. OK ?
- D'une part je pense que des gens de plus ou moins bonne volonté se cassent la tete pour faire un noyau stable. Il est pour moi une bonne chose de tester au moins leur travail. Si personne ne va utiliser les derniers kernels, comment les developpeurs sauront-ils que leur machin est buggué? C"est en partie pour ca que j'ai passé le serveur qui sert le site http://faq.fcolc.eu.org et qui en meme temps sert 3 autres sites que je ne souhaite pas citer et testing. Ce sont des sites qui sont moderement critiques, qu'on peut largement passer en testing. Pour l'instant le site tourne en 2.4, mais dans pas longtemps le 2.6 predra la releve, que le 2.6 soit stable ou pas. Ca deveien tideologique parceque je me rend compte que j'exploite la gratuité des logiciels libres, mais qu'en tant que "bon citoyen" je devrais accepter le revers de la medaille. Ca serait vouloir le beurre et l'argent du beurre d'utiliser un truc gratuit et libre, et d'exiger qu'il soit stable. Surtout que je repete que sur ces deux serveur la, je peux me permettre ce risque. Tant que je peux le prendre je le prends.
- Nous allons changer de machine. le contrat de location de cette machine expire le 22 Dec prochain. La migration des données est deja faite. On peut commencer a faire joujou avec la machine: c'est ce que j'ai fait (mais bon... aparemment quand on annonce une activité comme infogerance dans sa signature, on se fait vite remarquer quand on se lache un peu). De toutes facon l'hebergeur va relouer ces machines a quelqu'un et il va simplement reformatter et reinstaller pour le nouveua client. A la limite je peux meme faire un 'rm -rfv /' dessus, ca ne fera de mal a personne. On reprendra encore deux machines jumelle dont une servira de souffre-douleur etc etc etc ...
<qui s'excuse s'accuse>
- La preuve que c'est une machine qui n'importe pas beaucoup: J'ai passe par mail une demande de reboot sur l'ancien noyau, et je me suis couché. Je peux dormir meme si cette machine est down. Elle est faite pour justement experimenter. Si elle est down de temps en temps, cela veut dire que sa location a ete justifié :-P. Je me suis reveillé ce matin, l'hebergeur avait pris en compte ma demande 5 minutes apres que je me sois couché.
</> -- ASPO Infogérance - http://aspo.rktmb.org/activites/infogerance Unofficial FAQ fcolc - http://faq.fcolc.eu.org/ Linux User Group sur Orléans et alentours. Tél: + 33 2 38 76 43 65 (France)
