OVH Cloud OVH Cloud

Compilation d'un noyau pour un autre ordinateur

8 réponses
Avatar
Philippe Merlin
Bonjour,
J'ai actuellement deux ordinateurs Linux un 486 avec peu de m=E9moire et=20
d'espace disque et un autre plus moderne un athlon XP 1800 ayant tout ce qu=
i=20
faut comme espace disque , m=E9moire.
Sur le 486 qui va me servir de routeur et qui est en woody et le restera, =
=20
j'ai r=E9cemment compil=E9 un noyau cela m'a pris environ 15 Heures.
Ce qui est long et n'est pas supportable lorsqu'il deviendra routeur.
Ma question est la suivante , Le pc Athlon XP 1800 qui est lui en testing=20
(etch), peut t'il compiler un nouveau noyau pour l'autre PC, si oui quelle=
=20
pr=E9caution autre que le transfert du ".config" du routeur dois je prendr=
e?=20
il me semble que le compilateur c en woody est un 2.95 et en etch un 3.4 ?
Cela ne risque pas de cr=E9er des probl=EAmes.
Merci d'avance.
Philou75

8 réponses

Avatar
Davy Gigan
--nextPart9757930.ss9HKTv3ya
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Le Jeudi 16 Juin 2005 11:40, Philippe Merlin a écrit :

Sur le 486 qui va me servir de routeur et qui est en woody et le restera,
j'ai récemment compilé un noyau cela m'a pris environ 15 Heures.



Quelle patience :)

Ce qui est long et n'est pas supportable lorsqu'il deviendra routeur.
Ma question est la suivante , Le pc Athlon XP 1800 qui est lui en testing
(etch), peut t'il compiler un nouveau noyau pour l'autre PC, si oui quelle
précaution autre que le transfert du ".config" du routeur dois je pren dre?


Vu que les architectures sont les mêmes (x86), tu ne devrais pas avoir de
problème. Ce ne serait pas le cas si tu compilais du PPC (ou autre) depui s un
x86 (il faut générer le cross compilateur et les librairies qui vont bi en).
Bref, fais juste attention dans ton fichier de configuration au processeur
qui est configuré et ça devrait rouler.
Si tu fais ton noyau à partir de make-kpkg, vérifie qu'il ne passe pas outre
tes réglages en compilant un noyau pour i686 au lieu de i486. Si c'est le cas,
il y a des variables d'environnement et/ou des paramètre de ligne de comm ande
pour régler le souci.

il me semble que le compilateur c en woody est un 2.95 et en etch un 3.4 ?
Cela ne risque pas de créer des problêmes.


Tu n'auras des problèmes que si tu recompiles des modules externes avec un
compilateur différent que celui utilisé pour le noyau. Et encore, c'est pas
sûr d'en avoir. Tant que tu fais toutes les compilations sur la même ma chine
avec le même compilateur, ça devrait aller.


--
Davy Gigan
System & Network Administration [Please no HTML, I'm not a browser]
University Of Caen (France) [Pas d'HTML, je ne suis pas un navigateur]

--nextPart9757930.ss9HKTv3ya
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCsWpOkbS8+CLlzYgRAlk3AJ9aalkqa6fPcVbXfulME+x5UG2C9ACfXt0r
4UDypa8i1UGiyFmsllkzB2g =bwyS
-----END PGP SIGNATURE-----

--nextPart9757930.ss9HKTv3ya--


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Luc Coulon (f5ibh)
--=-an85Kwu36Ax4/x/hQpYQ
Content-Type: text/plain; charset=iso-8859-1; DelSp=Yes; Format=Flowed
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Le 16.06.2005 14:02:21, Davy Gigan a écrit :
Le Jeudi 16 Juin 2005 11:40, Philippe Merlin a écrit :




Vu que les architectures sont les mêmes (x86), tu ne devrais pas avoir
de
problème. Ce ne serait pas le cas si tu compilais du PPC (ou autre)
depuis un
x86 (il faut générer le cross compilateur et les librairies qui vont
bien).
Bref, fais juste attention dans ton fichier de configuration au
processeur
qui est configuré et ça devrait rouler.



en x86, on a droit à plusieurs types de machines (Athlon, Pentium II,
III), il faudra prendre garde à ne mettre que 386 ou 486.



J-L

--=-an85Kwu36Ax4/x/hQpYQ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBCsW56Nv61Ho2INJ8RAm6TAJ47zkIGzdX/BsYHCWxEbFiMmN/10ACeIjsa
IbixSARxSaDfSjC8rOMbT/w =z9F+
-----END PGP SIGNATURE-----

--=-an85Kwu36Ax4/x/hQpYQ--



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Jean-Michel OLTRA
bonjour,


Le jeudi 16 juin 2005, Philippe Merlin a écrit...


Sur le 486 qui va me servir de routeur et qui est en woody et le restera,
j'ai récemment compilé un noyau cela m'a pris environ 15 Heures.
Ce qui est long et n'est pas supportable lorsqu'il deviendra routeur.
Ma question est la suivante , Le pc Athlon XP 1800 qui est lui en testing
(etch), peut t'il compiler un nouveau noyau pour l'autre PC, si oui quelle
précaution autre que le transfert du ".config" du routeur dois je prendre?
il me semble que le compilateur c en woody est un 2.95 et en etch un 3.4 ?
Cela ne risque pas de créer des problêmes.



J'ai une config similaire mais pas avec les mêmes machines...Un PII et
un P75

Avec dbootstrap j'ai fait un chroot qui installe une Stable sur le PII,
et je compile dedans pour mon pare-feu qui est en stable, le PII étant
en testing.


--
jm



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal
Salut,

Philippe Merlin a écrit :
Sur le 486 qui va me servir de routeur et qui est en woody et le restera,
j'ai récemment compilé un noyau cela m'a pris environ 15 Heures.
Ce qui est long et n'est pas supportable lorsqu'il deviendra routeur.
Ma question est la suivante , Le pc Athlon XP 1800 qui est lui en testing
(etch), peut t'il compiler un nouveau noyau pour l'autre PC,



Oui, c'est ce que je fais. Je prépare sur une machine relativement
performante (Celeron) les noyaux destinés à une machine plus modeste qui
sert de passerelle (Pentium). J'utilise make-kpkg pour que les noyaux
soient sous forme de paquets Debian faciles à installer.

si oui quelle
précaution autre que le transfert du ".config" du routeur dois je prendre?



A part faire gaffe à l'initrd s'il est utilisé sur une machine et pas sur
l'autre, je ne vois pas. Pour ma part je ne l'utilise pas.

il me semble que le compilateur c en woody est un 2.95 et en etch un 3.4 ?
Cela ne risque pas de créer des problêmes.



Je n'ai pas expérimenté ce genre de "cross compilation" entre des
versions différentes de Debian, mais il me semble que c'est plutôt dans
l'autre sens qu'il pourrait y avoir des problèmes, si les outils étaient
trop anciens pour la version du noyau à construire.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
David Dumortier
Philippe Merlin wrote:

Bonjour,
J'ai actuellement deux ordinateurs Linux un 486 avec peu de mémoire et
d'espace disque et un autre plus moderne un athlon XP 1800 ayant tout ce qui
faut comme espace disque , mémoire.
Sur le 486 qui va me servir de routeur et qui est en woody et le restera,
j'ai récemment compilé un noyau cela m'a pris environ 15 Heures.
Ce qui est long et n'est pas supportable lorsqu'il deviendra routeur.
Ma question est la suivante , Le pc Athlon XP 1800 qui est lui en testing
(etch), peut t'il compiler un nouveau noyau pour l'autre PC, si oui quelle
précaution autre que le transfert du ".config" du routeur dois je prendre?
il me semble que le compilateur c en woody est un 2.95 et en etch un 3.4 ?
Cela ne risque pas de créer des problêmes.




Non, je fais ça tous les matins (ou presque ;-). Le compilo génère du
code machine, quelque soit ta version de Debian et ton compilo, les
séquences de 0 et 1 sont les mêmes. si tu as déja fait ça sur la machine
elle même tu connais les options qui vont bien (486, pas de copro
arithmetique pour les SX ...), se méfier et désactiver le moderne
(l'APIC l'ACPI MMTR ...), et ajouter l'ancien (ISA isapnp ...).
Listes non exhaustives, si tu ne maitrises pas les vieilles archis
buches l'aide à chaque option (ou presque)
En passant les différences entre 386 et 486 sont vraiment minimes.

Merci d'avance.




Pas de quoi.

Philou75




--
David Dumortier


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
COMBES Julien - CETE Lyon/DI/ET/PAMELA
Le 16.06.2005 14:42,> Jean-Michel OLTRA a écrit :

Avec dbootstrap j'ai fait un chroot qui installe une Stable sur le PII,
et je compile dedans pour mon pare-feu qui est en stable, le PII étant
en testing.



J'utilise aussi la solution du chroot de stable (créer grace à
dbootstrap) pour compiler un noyau (à la mode debian) de mon poste en
testing pour des serveurs en stable. Cela permet d'éviter quelques
"warning" lors de l'installation du paquet sur la stable.

a+
Julien


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Debian User
> Non, je fais ça tous les matins (ou presque ;-). Le compilo génère du
code machine, quelque soit ta version de Debian et ton compilo, les
séquences de 0 et 1 sont les mêmes. si tu as déja fait ça sur la machine
elle même tu connais les options qui vont bien (486, pas de copro
arithmetique pour les SX ...), se méfier et désactiver le moderne
(l'APIC l'ACPI MMTR ...), et ajouter l'ancien (ISA isapnp ...).
Listes non exhaustives, si tu ne maitrises pas les vieilles archis
buches l'aide à chaque option (ou presque)
En passant les différences entre 386 et 486 sont vraiment minimes.



Donc une compilation sur PC athlon, Debian Sarge avec make-kpkg -initrd
--append-to-version=newversion kernel_image
(=compilation a la sauce debian) avec les bonnes options pour un
PC pentium (ou celeron) puis installation du .deb créé sur le dit
PC pentium ça doit marcher???

Il peut qd même y avoir un problème avec le initrd?

Merci


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
David Dumortier
Debian User wrote:

Donc une compilation sur PC athlon, Debian Sarge avec make-kpkg -initrd
--append-to-version=newversion kernel_image
(=compilation a la sauce debian) avec les bonnes options pour un
PC pentium (ou celeron) puis installation du .deb créé sur le dit
PC pentium ça doit marcher???

Il peut qd même y avoir un problème avec le initrd?




Oups comme quoi il faut sortir de son petit monde, je n'utilise pas
d'initrd, donc j'avoue avoir fait l'impasse sur ce point.
Hors l'initrd il n'y a aucun problème, je fais ça chez moi (Athlon|P4
vers PII bi-pro ou K6) et au boulot (Xeon -> Intel 80x386 tout type).
Pour l'initrd, un make-kpkg --initrd (c'est ça ?) ne doit d'ailleurs pas
poser de problème.
En fait, le langage machine est compatible ascendant (sur 80x86), donc
si tu spécifies le bon type de processeur tu spécifies les instructions
machines "maximum" à utiliser et les optimisations permises du code (les
options passées à gcc).
--
David


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact