Compilation Kernel
J'ai une mandrake 8.0 qui fonctionne plus ou moins bien. Je souhaite compiler un noyau 2.2.16 pour une autre machine tournant sous Slackware. J'ai les sources du noyau 2.2.16 fournie par Slackware. Malheureusement la compilation ne fonctionne pas. Voilà les message d'erreur que je reçois: au début: init/main.c:249:8: warning: extra tokens at end of #endif directive init/main.c:253:8: warning: extra tokens at end of #endif directive init/main.c:256:8: warning: extra to.. Puis à la fin de la compilation après une dizaine de minutes: make[2]: Entre dans le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' gcc -D__KERNEL__ -I/usr/src/linux-2.2.16/include -D__ASSEMBLY__ -traditional -c checksum.S -o checksum.o checksum.S:231: badly punctuated parameter list in #define checksum.S:237: badly punctuated parameter list in #define make[2]: *** [checksum.o] Erreur 1 make[2]: Quitte le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' make[1]: *** [first_rule] Erreur 2 make[1]: Quitte le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' make: *** [_dir_arch/i386/lib] Erreur 2 Que faire ? Cela provient-il de gcc ? Comment vérifier que j'ai la bonne version ? Merci beaucoup Marc Configuration: Mandrake 8.0 CPU: Celeron 400 Mem: 452 Mo HD: UDMA 66 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation Kernel
Bonjour, J'aimerais en profiter pour poser une petite question sur la compilation du kernel, moi aussi. J'avais souvent eu des problemes -- peut-ere du meme type que Marc, je ne m'en souviens plus -- lors de la compilation du kernel. Puis un jour j'ai lu quelque part (et perdu la reference, helas) qu'avant de configurer le kernel (avec make menuconfig, p. ex.) il fallait s'assurer que les repertoires /usr/include/asm, /usr/include/linux et /usr/include/scci devraient en fait etre des liens vers les memes repertoires sous /usr/src/linux-2.4.X/include (ou X est bien-sur la version du kernel). Depuis, ja n'ai presque plus jamais eu de probleme a la compilation du kernel (je me suis essaye au kernel 2.5, et la ca n'a pas marche, mais les repertoires de /usr/include pointaient encore vers les includes de 2.4.X -- je n'avais envie que de voir a quoi ressemblait 2.5, pas de l'utiliser!) J'aimerais confirmation de cette information, et aussi peut-etre savoir pourquoi je ne l'ai plus jamais trouvee ailleurs... Merci! Filipe -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation Kernel
Filipe Bonjour wrote: Bonjour, J'aimerais en profiter pour poser une petite question sur la compilation du kernel, moi aussi. J'avais souvent eu des problemes -- peut-ere du meme type que Marc, je ne m'en souviens plus -- lors de la compilation du kernel. Puis un jour j'ai lu quelque part (et perdu la reference, helas) qu'avant de configurer le kernel (avec make menuconfig, p. ex.) il fallait s'assurer que les repertoires /usr/include/asm, /usr/include/linux et /usr/include/scci devraient en fait etre des liens vers les memes repertoires sous /usr/src/linux-2.4.X/include (ou X est bien-sur la version du kernel). Depuis, ja n'ai presque plus jamais eu de probleme a la compilation du kernel (je me suis essaye au kernel 2.5, et la ca n'a pas marche, mais les repertoires de /usr/include pointaient encore vers les includes de 2.4.X -- je n'avais envie que de voir a quoi ressemblait 2.5, pas de l'utiliser!) J'aimerais confirmation de cette information, et aussi peut-etre savoir pourquoi je ne l'ai plus jamais trouvee ailleurs... je n'ai jamais entendu ça... chez moi il y a juste le fichier /usr/include/linux/modversions.h qui est un lien vers /usr/src/linux/include/config/modules.h. De plus /usr/src/linux est un lien pointant sur une version particulière du noyau (si possible la version qui est en train de tourner). Il y a aussi un fichier /usr/src/linux/include/linux/modversions.h mais n'a pas le même contenu (et ça semble pas être juste une différence de version) que celui sous /usr/include/linux/, ce qui m'avait d'ailleurs fait perdre pas mal de temps il y a pas longtemps. j'aimerai donc bien savoir si ce que Filipe dit est correct... Martin -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation Kernel
On 9 Apr 2002, Filipe Bonjour wrote: du kernel. Puis un jour j'ai lu quelque part (et perdu la reference, helas) qu'avant de configurer le kernel (avec make menuconfig, p. ex.) il fallait s'assurer que les repertoires /usr/include/asm, /usr/include/linux et /usr/include/scci devraient en fait etre des liens En fait, la méthode de compilation du kernel a évolué. Aujourd'hui, on se base sur l'hypothèse que la machine qui va tourner un kernel donné n'est _pas forcément_ celle qui a compilé ce kernel: et la machine de génération ne tourne même pas forcément la même version majeure du kernel. Il n'est même pas garanti que la machine cible possède les outils nécessaires à la génération d'un kernel (packages de développement de la libc, outils binutils, compilateur, includes, sources du kernel). Pour cette raison, on se base sur les hypothèses suivantes: - on peut avoir envie de générer un kernel pour une machine cible différente sans avoir besoin de droits root. - on peut avoir envie de générer un kernel pour des sous-systèmes (Debian les appelle modules) en relation avec un kernel. sous-systèmes: p.ex. le sous-système PCMCIA avec un kernel 2.2.x en conséquence, mettre le kernel dans /usr/src n'est plus une bonne solution par défaut. Avoir besoin de modifier /usr/include/linux ou /usr/include/asm est encore moins une bonne chose. La méthode choisie est alors la suivante: - avoir sur la machine qui génère les kernels les outils de base nécessaires - décompacter sous un utilisateur normal le kernel source choisi, dans un répertoire normal (p.ex. ~schaefer/KERNELS/linux-2.4.9/) - configurer ce kernel (make menuconfig p.ex.) - générer ce kernel, y compris les modules associés - générer éventuellement un package binaire, installable sur la machine cible. - on ne touche pas /usr/include/linux, /usr/include/asm et encore moins /usr/src: /usr/include/linux et /usr/include/asm doivent correspondre, en fait, à la version de la *libc* installée: celle-ci s'arrange pour la compatibilité avec différentes versions majeures des kernels. Bien souvent aujourd'hui, ces fichiers sont livrés avec la libc: schaefer@defian:~% dpkg -S /usr/include/linux/version.h libc6-dev: /usr/include/linux/version.h Qu'en est-il des sous-systèmes ? Ceux-ci ne devraient, dans l'idéal, jamais dépendre d'un kernel source à un endroit précis, mais au contraire donner la possibilité à l'utilisateur qui les génère de donner ces informations. Cela est également valable pour les modules propriétaires ou libres qui ne sont pas livrés avec le kernel. Prenons l'exemple du pilote 3Com 3c90x, qui supporte certains chips utilisés dans le matériel Dell mieux que le pilote 3c59x standard du kernel, et qui est GPL: dans ce cas il suffit d'éditer le script de compilation et de mettre la bonne option -I, comme par exemple ~/KERNELS/linux-2.2.18m/include/. Maintenant qu'en est-il de l'implémentation ? Comme toujours, il y a des différences entre les distributions: mais apparemment, au moins depuis la libc6 (glibc 2.x), il semble y avoir une convergence compatible avec ce qui précède. Le cas de la distribution Debian stable: - il est recommandé d'utiliser le package kernel-package qui permet de recompiler ses propres kernels en suivant à peu près ce qui précède - on peut compiler, avec kernel-package, où l'on veut et sous l'utilisateur que l'on veut (via fakeroot), sans modifier le système. - on peut facilement générer des packages binaires kernel, comprenant kernel, modules du kernel, configuration et System.map, et supportant la modification automatique de la configuration du boot-loader (p.ex. LILO) si l'on n'a pas modifié ce fichier manuellement. On peut spécifier une version locale pour le package. - kernel-package peut, si on le désire, être utilisé également avec les packages sources Debian (kernel, sous-systèmes, patches appliqués automatiquement à choix), mais ce n'est pas obligatoire: je recommande l'utilisation de kernels `pristine' de kernel.org - malheureusement, si l'on veut pouvoir utiliser kernel-package pour également compiler des sous-systèmes (ce que Debian appelle des modules: p.ex. PCMCIA), il faut installer ceux-ci dans /usr/src/modules/: sinon la compilation n'est pas automatique. Cela implique en règle générale une installation et une compilation sous root, ce qui est dommage (*) NB: dans ce qui précède, on n'a jamais traité le thème de la cross-compilation (compilation croisée: p.ex. compiler un kernel SPARC sous ix86). A mon avis cela viendra un jour également. (*) je n'ai pas creusé pour voir si l'on peut respecter les hypothèses de base également dans le cas de sous-systèmes, vu que mon système de préparation de kernels est justement mon portable et que les autres n'ont pas besoin du sous-système PCMCIA. Il y avait un
Re: Compilation Kernel
At 05:55 09.04.02, you wrote: J'ai une mandrake 8.0 qui fonctionne plus ou moins bien. Je souhaite compiler un noyau 2.2.16 pour une autre machine tournant sous Slackware. J'ai les sources du noyau 2.2.16 fournie par Slackware. Malheureusement la compilation ne fonctionne pas. Voilà les message d'erreur que je reçois: au début: init/main.c:249:8: warning: extra tokens at end of #endif directive init/main.c:253:8: warning: extra tokens at end of #endif directive init/main.c:256:8: warning: extra to.. Puis à la fin de la compilation après une dizaine de minutes: make[2]: Entre dans le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' gcc -D__KERNEL__ -I/usr/src/linux-2.2.16/include -D__ASSEMBLY__ -traditional -c checksum.S -o checksum.o checksum.S:231: badly punctuated parameter list in #define checksum.S:237: badly punctuated parameter list in #define make[2]: *** [checksum.o] Erreur 1 make[2]: Quitte le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' make[1]: *** [first_rule] Erreur 2 make[1]: Quitte le répertoire `/usr/src/linux-2.2.16/arch/i386/lib' make: *** [_dir_arch/i386/lib] Erreur 2 Que faire ? Cela provient-il de gcc ? Comment vérifier que j'ai la bonne version ? Une liste des applications nécessaire avec la version minimum requise ainsi que le moyen de la visualisé cette version et décrite dans le début du fichier Documentation/Changes fournit avec les sources du kernel. Il est possible Slackware aie appliqué des patches, si c'est le cas il devrait exister un document qui les décits du style README.xxx mais comme je n'ai jamais travailler avec ce distribution je ne peut pas te l'assurer. Merci beaucoup Marc Configuration: Mandrake 8.0 CPU: Celeron 400 Mem: 452 Mo HD: UDMA 66 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi. -- MuTECH Martial Guex Rue des Alpes 1452 Les Rasses Switzerland Phone : +41 24 454 46 35 Fax. : +41 24 454 46 32 Email : [EMAIL PROTECTED] ([EMAIL PROTECTED] for Microsoft Outlook users) -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation Kernel
Marc SCHAEFER wrote: NB: dans ce qui précède, on n'a jamais traité le thème de la cross-compilation (compilation croisée: p.ex. compiler un kernel SPARC sous ix86). A mon avis cela viendra un jour également. y a un mini howto à ce sujet à http://bytesex.org/cross-compiler.html j'ai pas encore essayé mais j'ai l'intention de m'y mettre... Martin -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re Compilation Kernel
Bonjour, étant donné que (à ma connaissance) le kernel contient des infos comme le nom de la machine sur laquelle il a été compilé et la date et l'heure de la compilation, et qu'il soit compressé, il se pourrait que la différence de l'heure de la compilation affecte le taux de compression merci pour l'info ca doit effectivement etre ca. je viens de recompiler 2 kernels sur une machine fiable, cette fois ils ont (par hasard) la meme taille mais les checksums sont differents. Donc ca explique tout, vu qu'ils sont compresses. marcel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Compilation kernel
Bonjour, Je m'inquiete pour la chose suivante: je viens de recompiler le kernel d'origine sur ma mandrake 8.0 avec le fichier .config que je reprends dans /boot cp /boot/config-2.4.3-20mdk /usr/src/linux/.config make config (sans rien changer) make dep; make clean; make bzImage tout se passse normalement mais oh surprise! le nouveau kernel n'a pas exactement la meme taille que l'ancien! je me dis alors que le fichier de config que j'ai repris n'est peut-etre pas exactement celui qui a servi a generer le kernel... alors je recompile une deuxieme fois. ... de nouveau une taille differente: 833285 Apr 15 2001 /boot/vmlinuz-2.4.3-20mdk celui d'origine: # ls -l /boot/vmlinuz-2.4.3-20mdk -rw-r--r--1 root root 833285 Apr 15 2001 /boot/vmlinuz-2.4.3-20mdk les 2 que j'ai compiles: # ls -l bzI* -rw-r--r--1 root root 833264 Nov 25 19:27 bzImage1 -rw-r--r--1 root root 833263 Nov 25 21:05 bzImage2 et ces kernels fonctionnent... Est-ce que c'est normal, ma machine qui est foutue? Il me semble que j'ai deja vu la meme chose, l'autre jour lorsque j'ai regenere un kernel sur une debian (2.2.17), mais je ne peux pas refaire le test maintenant car c'est un 486-16megs et que ca met 1 heure a compiler. Si quelqu'un a une idee ca me rassurerait. merci marcel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
Bonsoir, étant donné que (à ma connaissance) le kernel contient des infos comme le nom de la machine sur laquelle il a été compilé et la date et l'heure de la compilation, et qu'il soit compressé, il se pourrait que la différence de l'heure de la compilation affecte le taux de compression c'est juste une idée... Martin Marcel Ryser wrote: Bonjour, Je m'inquiete pour la chose suivante: je viens de recompiler le kernel d'origine sur ma mandrake 8.0 avec le fichier .config que je reprends dans /boot cp /boot/config-2.4.3-20mdk /usr/src/linux/.config make config (sans rien changer) make dep; make clean; make bzImage tout se passse normalement mais oh surprise! le nouveau kernel n'a pas exactement la meme taille que l'ancien! je me dis alors que le fichier de config que j'ai repris n'est peut-etre pas exactement celui qui a servi a generer le kernel... alors je recompile une deuxieme fois. ... de nouveau une taille differente: 833285 Apr 15 2001 /boot/vmlinuz-2.4.3-20mdk celui d'origine: # ls -l /boot/vmlinuz-2.4.3-20mdk -rw-r--r--1 root root 833285 Apr 15 2001 /boot/vmlinuz-2.4.3-20mdk les 2 que j'ai compiles: # ls -l bzI* -rw-r--r--1 root root 833264 Nov 25 19:27 bzImage1 -rw-r--r--1 root root 833263 Nov 25 21:05 bzImage2 et ces kernels fonctionnent... Est-ce que c'est normal, ma machine qui est foutue? Il me semble que j'ai deja vu la meme chose, l'autre jour lorsque j'ai regenere un kernel sur une debian (2.2.17), mais je ne peux pas refaire le test maintenant car c'est un 486-16megs et que ca met 1 heure a compiler. Si quelqu'un a une idee ca me rassurerait. merci marcel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
Marc SCHAEFER wrote: [...] apt-get install kernel-source-2.2.19 pcmcia-source \ ncurses-dev kernel-package bin86 libc-dev Je n'arrive pas à trouver ncurses-dev... il me propose à la place libncurses5-dev est-ce que je peux y aller sans autre ? le message d'erreur est : Reading Package Lists... Done Building Dependency Tree... Done Package ncurses-dev has no available version, but exists in the database. This typically means that the package was mentioned in a dependency and never uploaded, has been obsoleted or is not available with the contents of sources.list However the following packages replace it: libncurses5-dev E: Package ncurses-dev has no installation candidate ou alors c'est mon sources.list qui n'est pas complet ? j'y ai juste rajouté la liste des sites indiqués par Marc dans son mail du 16 aout dernier. merci de votre aide et bonne journée claude [...] -- claude fuhrer [EMAIL PROTECTED] -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Compilation kernel
Bonjour Quels sont les paquets à installer pour pouvoir (re)générer un kernel 2.2.19pre17 avec une distrib Debian 2.2r3 ? Dans le même domaine, ou peut-on trouver le fichier de configuration qui à servi à générer le kernel installé par défaut ? J'aimerais générer un kernel similaire avec juste 2 fonctionnalités supplémentaires d'avance merci de votre aide et bonne journée claude -- claude fuhrer [EMAIL PROTECTED] -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
Quels sont les paquets à installer pour pouvoir (re)générer un kernel 2.2.19pre17 avec une distrib Debian 2.2r3 ? Ce paquetage se trouve sur le deuxième CD Debian 2.2r3, et il s'appelle kernel-source-2.2.19pre17 !! Pour ajouter un CD à ton fichier /etc/apt/sources.list , tu fais apt-cdrom add, et tu mets ton CD dans le lecteur avant de valider ! Ton système remettra à jour ta base de données de paquetages, donc, pas besoin de refaire un apt-get update ! Tu fais juste apt-get install kernel-source-2.2.19pre17, et c'est OK !! Dans le même domaine, ou peut-on trouver le fichier de configuration qui à servi à générer le kernel installé par défaut ? J'aimerais générer un kernel similaire avec juste 2 fonctionnalités supplémentaires /boot/config-2.2.19pre17 @+ -- Cédric Rochat Ch. du Commonet 4 1341 L'Orient (CH - Switzerland) mail: [EMAIL PROTECTED] homepage: http://www.younics.org Cédric Rochat Ch. du Tyrol 10 1450 Ste-Croix mail: [EMAIL PROTECTED] ICQ: 70815513 -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
On Thu, 30 Aug 2001, Claude Fuhrer wrote: Quels sont les paquets à installer pour pouvoir (re)générer un kernel 2.2.19pre17 avec une distrib Debian 2.2r3 ? Faisons un 2.2.19 :) schaefer@defian:~% apt-cache search 2.2.19 kernel-headers-2.2.19 - Header files related to Linux kernel version 2.2.19 kernel-image-2.2.19 - Linux kernel binary image for version 2.2.19. kernel-source-2.2.19 - Linux kernel source for version 2.2.19 schaefer@defian:~% apt-cache search pcmcia-source pcmcia-source - PCMCIA Card Services source. [ j'enlève les trucs qui ne sont pas en rapport avec la discussion ] schaefer@defian:~% dpkg --print-avail pcmcia-source Package: pcmcia-source Priority: extra Section: admin Installed-Size: 928 Maintainer: Brian Mays [EMAIL PROTECTED] Architecture: all Source: pcmcia-cs Version: 3.1.22-0.2potato Replaces: pcmcia-cs-source Recommends: dpkg, dpkg-dev, libc-dev, gcc, make [ ... ] schaefer@defian:~% dpkg --print-avail kernel-source-2.2.19 Package: kernel-source-2.2.19 Priority: optional Section: devel Installed-Size: 15200 Maintainer: Herbert Xu [EMAIL PROTECTED] Architecture: all Version: 2.2.19-2 Provides: kernel-source Depends: binutils, bzip2, fileutils (= 4.0) Recommends: libc-dev, gcc, make Suggests: libncurses-dev | ncurses-dev, task-tcltk-dev, kernel-package, bin86 [ ... ] Donc apt-get install kernel-source-2.2.19 pcmcia-source \ ncurses-dev kernel-package bin86 libc-dev [ le reste est là par défaut ] Ensuite, cd /usr/src/linux-2.2.19 cp /boot/config-2.2.19pre17 .config make oldconfig # Répondre aux questions posées make menuconfig # Compléter si nécessaire make-kpkg clean make-kpkg --revision=claude.1 kernel_image si PCMCIA ou d'autres `modules' (au sens de /usr/src/modules/*) sont installés, faire, en plus: make-kpkg --revision=claude.1 modules_image cela créera dans /usr/src des .deb installables qui s'occupent de mettre le config, kernel, modules et lilo correctement. make-kpkg vient de kernel-package, cf sa doc. NB: avec Debian la magouille des symlinks include/ et asm/ n'est pas nécessaire -- elle est même déconseillée. Dans le même domaine, ou peut-on trouver le fichier de configuration qui à servi à générer le kernel installé par défaut ? J'aimerais générer un /boot/config-2.2.19pre17 sinon dans install.fr.pdf il est expliqué ce qu'il faut y avoir. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
Salut,
Après quelques minutes de compilation voilà les messages d'erreur que je
reçois:
.
.
{standard input}: Assembler messages:
{standard input}:811: Warning: indirect lcall without `*'
.
kernel/kernel.o(.text+0x234e): undefined reference to
`emergency_sync_scheduled'
...
drivers/ide/idedriver.o(.data.init+0x688): undefined reference to
`ata66_slc90e66'
...
net/network.o: In function `af_unix_init':
net/network.o(.text.init+0x11f2): undefined reference to
`unix_sysctl_register'
make: *** [vmlinux] Erreur 1
Et la compilation s'arrête. Que faire ?
Est-ce reproductible ?
Cad, si tu relances la meme commande (make vmlinux), recois-tu le meme
message ?
Si non - tester la memoire, par exemple avec memtest86
( la compilation du kernel est un bon test de la fiabilite de la
memoire, et parfois utilisee comme tel. J'ai deja vu des configs
douteuses ou il fallait relancer n fois le make pour arriver au bout )
Si oui - problemes...
- essayer de reinstaller les sources du noyau (au cas ou...)
- verifier les README's, les sources ou autres, au cas ou
d'autres sources seraient necessaire...
- changer les options de config. (par ex. compiler les
parties a probleme en modules plutot que dans le noyau,
ou l'inverse)
- chercher sur le ouaibe, par ex. ata66_slc90e66, si d'autres
ont deja signale ce probleme
Et si le probleme persiste, contacter en dernier recours les
auteurs/distributeurs
Voila
Dom
Dominique LOVY, Dept. de Chimie-Physique, Universite de GENEVE
30 Quai Ansermet, CH-1211 GENEVE 4 (Suisse)
Tel. : ++41 22 702 65 41Fax : ++41 22 702 61 03
E-Mail : [EMAIL PROTECTED]
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
Re: Compilation kernel
On Fri, 8 Jun 2001, Marc wrote:
{standard input}: Assembler messages:
{standard input}:811: Warning: indirect lcall without `*'
Probablement pas la bonne version de l'assembleur: vérifier avec le README
du kernel et avec la version des binutils. Peut-être, comme la Red Hat, la
Mandrake livre-t-elle un environnement de compilation `avancé' (lire:
cassé), et il faut utiliser le kernel-gcc (kgcc) à la place ?
kernel/kernel.o(.text+0x234e):
undefined reference to `emergency_sync_scheduled'
hum, fais voir un make oldconfig pour voir.
net/network.o(.text.init+0x11f2): undefined reference to
`unix_sysctl_register'
Il manque les sockets du domaine UNIX, CONFIG_UNIX (ou le make menuconfig
n'a pas mis à jour la config - make oldconfig).
A part ça sur google, j'ai vu quelques personnes avec Mandrake et ce
problème; mais pas de solution.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
RE: Compilation kernel
C'est bon, j'ai installé as86 et un autre compilateur. Ca marche maintenant. le seul blem c'est qu'au boot, il me dit qu'il est pas capable de mounter!?! Une idée?? Merci Vince -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation kernel
On Thu, 28 Dec 2000, Vincent Munari wrote: J'ai une RH 7 avec un noyau 2.2.16-22 et j'essaie vainement de compiler le 1. la RH7 contient un compilateur non stable (une pré-version d'un snapshot d'une version instable de développement de gcc), utiliser le compilateur contenu dans le paquet kgcc (ou quelque chose de ce genre, cf la doc Red Hat). make[1]: as86: Command not found 2. pour ton problème particulier, il te faut les binutils86, ou bin86, ou quelque chose d'approchant, cf la liste des packages Red Hat. PS: la 2.2.18 est sortie et semble pas mal du tout (surtout elle contient le support USB en natif maintenant). Par contre, pour de gros serveurs chargés, vaut mieux attendre (ie utiliser la version recommandée/patchée par ta distribution), voire installer la 2.2.19pre3, car seule cette version a le Andrea Archangeli's VM patch. -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Compilation kernel
Salut, J'ai une RH 7 avec un noyau 2.2.16-22 et j'essaie vainement de compiler le kernel 2.2.18 , mais à chaque fois, il me mets l'erreur suivante lors de l'exécution de "make zImage" : s86 -0 -a -o bootsect.o bootsect.s make[1]: as86: Command not found make[1]: *** [bootsect.o] Error 127 make[1]: Leaving directory `/usr/src/linux/arch/i386/boot' make: *** [zImage] Error 2 Quelqu'un aurait-il une idée...? Merci -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question.
Re: Compilation kernel
Vincent Munari wrote: Salut, J'ai une RH 7 avec un noyau 2.2.16-22 et j'essaie vainement de compiler le kernel 2.2.18 , mais à chaque fois, il me mets l'erreur suivante lors de l'exécution de "make zImage" : Les noyaux sont gros de nos jours, je te conseille de faire make bzImage #(avec un b comme big) Par ailleurs il y a un problème au niveau de la compilation du noyau de la RH7.0 (que j'utilise également). J'utilise une RH7.0 avec un noyau 2.2.17 qui a été compilé sur une RH6.1 car j'ai pas réussi à le faire sur la RH7.0. Si qqun a la solution c'est bienvenu. s86 -0 -a -o bootsect.o bootsect.s make[1]: as86: Command not found make[1]: *** [bootsect.o] Error 127 make[1]: Leaving directory `/usr/src/linux/arch/i386/boot' make: *** [zImage] Error 2 Quelqu'un aurait-il une idée...? Merci -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. begin:vcard n:Wuethrich;Christian x-mozilla-html:TRUE adr:;; version:2.1 email;internet:[EMAIL PROTECTED] x-mozilla-cpt:;0 fn:Christian Wuethrich end:vcard
