recommandée.
La faille est corrigée dans Linux 2.2.25 pour le noyau 2.2, et un patch est
fourni par Alan Cox pour les noyaux 2.4. Les versions 2.0 et 2.5 ne sont pas
vulnérables (de lapin).
Source : http://linuxfr.org
Le patch pour le noyeau 2.4.X :
http://www.uwsg.iu.edu/hypermail/linux/kernel
On Tue, Mar 18, 2003 at 12:42:57PM +0100, Jean-Claude Schopfer wrote:
privilèges du super-utilisateur (root) grâce à un bug dans l'appel système
ptrace. La mise à jour immédiate de votre noyau est donc chaudement
et bis répétita (déjà eu un tel problème en 2.2.18 sauf erreur).
--
--append_to_version
et --revision.
peut-être que le package s'appelle alors
kernel-image-2.4.18-486_rev.01.i386.deb
If one wants to use modules from pcmcia-cs or no pcmcia, one should select
General setup - to PCMCIA/CardBus support - in make menuconfig and
setting the configuration to PCMCIA
bonjour,
J'ai un petit problème de kernel.
Pour pouvoir installer un nouveau driver sur ma
Debian et ensuite résoudre les dépendances (depmod -ae) il faut que le "module
versioning" soit désactiver dans le kernel, et bien sur il ne l'est pas. Sur une
plateforme de test j'ai down
On Tue, Feb 11, 2003 at 07:32:36PM +0100, Antoine Maitre wrote:
Est-ce qu'il y a une façon de prendre le kernel qui tourne actuellement, de le
modifier et de le recompiler pour avoir exactement le même à l'exception de l'option
que j'ai envie d'enlever?
Soit kernel 2.4.18, sa source est le
Soit kernel 2.4.18, sa source est le package kernel-source-2.4.18, et
son fichier de config est /boot/config-2.4.18 (p.ex.).
C'est exactement ce que je voulais.
Je recommande, dans la mesure où l'on compile de toute manière, de créer
son propre fichier de config en passant quelques minutes à
/kernel-image-2.2.20-i386_2.2.20-6_i386.changes
/mirror/debian/debian/dists/woody-proposed-updates/kernel-image-2.2.22-alpha_2.2.22-1_alpha.changes
/mirror/debian/debian/dists/woody-proposed-updates/kernel-image-2.2.22-i386_2.2.22-1_i386.changes
mais pour l'instant pas d'autres architectures.
--
http
Debian accompagant le noyau 2.2.20.
Je ne pense pas que ce soit le cas, car le package qui contient le noyau
2.2.20 n'a pas été mis à jour depuis avril (voir par exemple la page
http://packages.qa.debian.org/k/kernel-image-2.2.20-i386.html), alors que
le noyau 2.2.21 est sorti en mai et le 2.2.22
Il semblerait que l'usage de logiciel propriétaire pour la maintenance
du kernel commence à poser des petits problèmes :
http://yro.slashdot.org/article.pl?sid=02/10/06/0518220mode=threadtid=106
« BitKeeper's new EULA forbids working on the competition. Larry McVoy
has told Ben Collins that he
laptiop, (le driver s'appelle ltmodem.o) , ça ne
marche pas bien et en plus, j'ai droit à un message disant plus ou moins: Bug: timer
twice in kernel at a430k45t . J'écris de mémoire et les chiffres censés indiquer
l'endroit dans le kernel sont bien entendu fantaisistes... Et ma question est: c'est
On Mon, 19 Aug 2002, Ludwin Fischer wrote:
Voici la question: quand je veux faire démarrer le driver du winmodem de
mon laptiop, (le driver s'appelle ltmodem.o) , ça ne marche pas bien et
en plus, j'ai droit à un message disant plus ou moins: Bug: timer twice
in kernel at a430k45t . J'écris
Bonjour à tous,
Concernant le nouveau trou de sécurité de openssh:
Qui a réussi à installer openSSH 3.4 sous un vieux kernel (2.0.x)? (voir
détails plus bas).
Th.
I just wanted to report the same problem as Christoph pointed with
open-SSH-3.4p1 and kernel 2.0.x, after standard
On Fri, 28 Jun 2002, Thierry Lombardot wrote:
Bonjour à tous,
Concernant le nouveau trou de sécurité de openssh:
Qui a réussi à installer openSSH 3.4 sous un vieux kernel (2.0.x)? (voir
détails plus bas).
Ce n'est pas nécessaire!
Le ``work-aroud'' (travail a faire sur une version récente
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
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
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
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
?
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
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
peut-être `user-friendly',
malheureusement cela casse la séparation de couches.
Comment fonctionne la mise à jour du noyeau sur debian stable ?
Debian décide quel est le kernel `actuel' à utiliser, et donne quelques
versions binaires de celui-ci (avec diverses optimisations, etc). Un
package Debian
ce problème. Alors comment peut-on savoir
avant de faire une upgrade qu'il soit utile de mettre le noyau à jour ?
Avec apt-get install kernel-image-2.2.x le dernier kernel est le 2.2.19.
Comment il est décidé de mettre le 2.2.20, par exemple ?
Je précise que j'utilise un kernel standard
configurer tes locales (ça devrais normalement résoudre ton problème).
- Comment fonctionne la mise à jour du noyeau sur debian stable ?
Si tu veux passer sur un kernel 2.4 je te conseille d'aller jeter un
petit coup d'oiel à l'adresse http://www.fs.tum.de/~bunk/kernel-24.html
En fait je pose cette
Bonjour
J'ai une machine Compaq (ML370)avec un processeur. J'ai installé Suse (Enterprise
Server 7 for IA-32). J'ai installé également SAP comme application serveur.
Le kernel installé est le 2.4.7-4GB. SAP a certifié un nouveau Kernel
2.4.16 mais celui-ci est un kernel SMP.
Est-ce que je peux
[EMAIL PROTECTED] wrote:
Bonjour
J'ai une machine Compaq (ML370)avec un processeur. J'ai installé Suse (Enterprise
Server 7 for IA-32). J'ai installé également SAP comme application serveur.
Le kernel installé est le 2.4.7-4GB. SAP a certifié un nouveau Kernel
2.4.16 mais celui-ci est
Les sociétés AMD et SuSE Linux AG ont annoncé publiquement le support de
Linux pour l'architecture x86-64. Ces extensions ont déjà été intégrées dans
le noyau de développement officiel de Linux. Le processeur AMD de la
génération suivante, qui porte le nom de code de Hammer a été conçu pour
Marc SCHAEFER wrote :
On Sun, 10 Feb 2002, Cédric Rochat wrote:
...
Bref, avec ce kernel, je n'arrive à rien, mais par contre, avec le
2.2.19,
Si c'est une Debian, tu ne peux utiliser un kernel 2.4 sans mettre à jour
ce qui s'occupe des modules, PPP, etc. Ce genre de trucs se trouvent sur
.
Maintenir des kernel patches ca prend du temps, et c'est un de ces
trucs qui pourrait faire l'objet d'une cooperation entre utilisateurs
avances (qui s'amuse a compiler des noyau patches) et moins avances.
Les distributions le font.
--
http://www-internal.alphanet.ch/linux-leman/ avant de
, j'ai pas
d'experience de serveur instable en 2.4.x avec x 9,
stable en 2.4.9 et pas tres stable en 2.2.19 ou .20
T'as raporte cet experience sur linux-kernel? ca les interesserait
peut-etre.
Mais rien n'empeche d'appliquer un patch 2.4.18-pre3-ac2 (alan cox)
qui utilise la VM de rik van riel
Salut a tous,
Ca n'a peut etre pas grand-chose a voir avec ce thread,
mais bon : il existe un bug dans la plupart des Athlon/Duron
concernant l'extended paging (4Mb). Ce bug peut affecter
le fonctionnement de l'AGP sous un kernel 2.4 compile pour
Pentium.
Un workaround rapide est de rajouter la
On Saturday 19 January 2002 09:10, Marc SCHAEFER wrote:
- mais de toute manière entre temps on peut espérer que le 2.5.x
sera utilisable ... ce qui ne sera pas vrai avant 1 à 2 ans dans
les faits :(
J'ai trouvé cette petite annonce chez Transtec.
Linux, pour la première fois
ça va plus je me dis que mon futur kernel s'appellera plutôt
/bsd...
Résumons:
- 2.4.9 semble être une version très fiable, mais pas forcément
toujours très efficace en interactif. [ j'en ai en production ]
- 2.4.10-2.4.15 semblent inutilisables.
- 2.4.17 semble
On Fri, Jan 18, 2002 at 09:21:33PM +0100, Francois Deppierraz wrote:
On Fri, Jan 18, 2002 at 01:54:39PM +0100, Philippe Strauss wrote:
ohh ksymoops is gonna be your friend :))
Jan 17 21:29:45 gollum kernel: 1Unable to handle kernel paging request at virtual
address 10627759
Jan 17 21
http://www.uwsg.indiana.edu/hypermail/linux/kernel/0201.2/0395.html
rapide historique de la VM sous 2.4
--
Philippe Strauss
http://philou.ch/
L'indifférence est le plus grand risque de notre temps,
la forme civilisée de la cruauté. -- Zenta Maurina
--
--
http://www-internal.alphanet.ch/linux
problèmes sur des serveurs mais par contre sur
ma station de travail j'ai des trucs de ce genre et des freezes de
temps en temps avec 2.4.17.
ohh ksymoops is gonna be your friend :))
Unable to handle kernel paging request at virtual address 10627759
printing eip:
c01367c0
*pde =
Oops
On Fri, Jan 18, 2002 at 01:54:39PM +0100, Philippe Strauss wrote:
ohh ksymoops is gonna be your friend :))
Jan 17 21:29:45 gollum kernel: 1Unable to handle kernel paging request at virtual
address 10627759
Jan 17 21:29:45 gollum kernel: c01367c0
Jan 17 21:29:45 gollum kernel: *pde =
On Fri, Jan 18, 2002 at 03:30:14PM +0100, Marc SCHAEFER wrote:
Une moins efficace VM (2.4.9-pristine) vaut mieux que deux VM de m*rde (=
2.4.10-pristine).
Houla, plus ça va plus je me dis que mon futur kernel s'appellera plutôt
/bsd...
--
Francois Deppierraz [EMAIL PROTECTED]
Nimag Networks
Vendredi 17 janvier 2002 François Depierraz a écrit:
On Fri, Jan 18, 2002 at 03:30:14PM +0100, Marc SCHAEFER wrote:
Une moins efficace VM (2.4.9-pristine) vaut mieux que deux VM de m*rde (=
2.4.10-pristine).
Houla, plus ça va plus je me dis que mon futur kernel s'appellera plutôt
/bsd
Une article et une discussion sur slashdot
http://slashdot.org/articles/02/01/17/0240242.shtml
http://www.linuxworld.com/site-stories/2002/0114.kernel.html l'article
Est-ce qu'il y a des gens ici qui ont eu des problemes serieux avec
2.4.x sur les serveur sous des stress importants?
Je
: dans tous les cas lorsque je donne une version de kernel il s'agit
d'une versiond de base sans patches concernant la VM ou le scheduling.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
hum, Red Hat a peut-être mis la nouvelle VM, les patches
de performance,
etc.
VM? Quel genre de patches de performance?
J'utilise le 2.4.16 sur des serveurs RedHat 7.2 de prod avec ext3 + LVM
1.0.1
Aucun problème depuis 2 semaines et des perf nettement améliorées depuis
le 2.4.9
Bonjour,
Je sais qu'il y a deja eu une discussion sur le meilleur kernel (surement
pas qu'une d'ailleurs) mais j'aimerais exposer mon cas.
Je dispose de 2 serveurs sous slackware 7.1
Ils ont encore (apres un an, honte à moi) le kernel precompilé avec, un
2.2.16
Alan Cox a dit qu'il pensait que
On Wednesday 05 December 2001 12:25, Julien Escario wrote:
D'apres-vous quel est le meilleur kernel pour des serveurs ?
J'hésite entre 2 solutions : un 2.2.19/20 ou le patch du 2.2.16
Reste aussi la solution du 2.4 mais il n'a pas l'air vraiment utilisable en
production, d'autant plus que je
On Wed, 5 Dec 2001, Julien Escario wrote:
Bonjour,
Je sais qu'il y a deja eu une discussion sur le meilleur kernel (surement
pas qu'une d'ailleurs) mais j'aimerais exposer mon cas.
Je dispose de 2 serveurs sous slackware 7.1
Ils ont encore (apres un an, honte à moi) le kernel precompilé
On Wed, 5 Dec 2001, Julien Escario wrote:
Je sais qu'il y a deja eu une discussion sur le meilleur kernel
(surement pas qu'une d'ailleurs) mais j'aimerais exposer mon cas.
Mes bonnes expériences:
- 2.0.38 + patch sécurité
- 2.2.19 + patch sécurité
- 2.4.9 + patch sécurité
On Wed, 5 Dec 2001, Julien Escario wrote:
Une fois patché, il faut recompiler ou ca se fait sur le binaire vmlinuz ?
patch source.
Parce que si c'est pour recompiler mon 2.2.16 pour le patcher, je prefere
prendre un 2.2.19 sur kernel.org + patch sécurité et le compiler avec pile
poil les
Le 2.4.9 vaut le coup ? l'es pas trop instable ?
J'utilise le 2.4.9-12 de redhat 7.1 depuis 2 semaines sans soucis.
Mais je n'ai pas encore d'ext3. Seul vpn me tue, mais je crois
que c'est parce qu'il cohabite mal avec vmware. Je sais, tous des
codes propriétaires...
kernel standard.
C'est peut-être ce qu'ils ont testé, mais cela n'aide pas pour ajouter
d'autres composants de façon incrémentale.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se désabonner aussi.
(avec un diff), Red Hat ajoutait
environ un mégabyte de patch sur le kernel standard.
hmm redhat employant alan cox pour la maintenance des kernel
il semblerait logique que les version RH soit assez proche des
kernel 2.4-acX ? je me posais la question.
C'est peut-être ce qu'ils ont testé, mais
performance,
etc.
VM? Quel genre de patches de performance?
La dernière fois que j'avais regardé (avec un diff), Red Hat ajoutait
environ un mégabyte de patch sur le kernel standard.
C'est peut-être ce qu'ils ont testé, mais cela n'aide pas pour ajouter
d'autres composants de façon
recompiler en faisant make modules, make
modules_install si tu ne changes rien au kernel (quoiqu'il y a moyen de
forcer, mais c'est pas recommande).
Je ne sais pas si cela peut aider... my 2cts tips.
Didier
-Original Message-
From: Anne Possoz [mailto:[EMAIL PROTECTED]]
Sent: 05 December
On Wed, 5 Dec 2001, Philippe Strauss wrote:
hmm redhat employant alan cox pour la maintenance des kernel
il semblerait logique que les version RH soit assez proche des
kernel 2.4-acX ? je me posais la question.
la version -ac a surtout commencé à diverger vers 2.4.10, vu que -ac
*enlève* la
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
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
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
A voir il y a eu quelques patches à ce sujet.
J'ai pas essayé ces patches, mais par contre, j'ai compilé un noyau 2.4.10 !!
Et le problème reste entier... ces patches ont en toute logique été intégrés
au noyau 2.4.10, n'est-ce pas ?? J'ai essayé deux cartes ISDN différentes
(bien que je
On Fri, 28 Sep 2001, Cédric Rochat wrote:
Et le problème reste entier... ces patches ont en toute logique été intégrés
au noyau 2.4.10, n'est-ce pas ?? J'ai essayé deux cartes ISDN différentes
Non, les patches -ac ne sont pas forcément intégrés dans la version
supérieure. Seul le ChangeLog
, bon ! ça, c'était avec le kernel 2.2.19pre17 !!
Avec le 2.4.9, c'est autrement plus grave :
même scénario jusqu'à la connexion du deuxième lien, seulement, là, au
moindre paquet envoyé, c'est le plantage :
isdn_ppp_mp_receive: lpq-ppp_slot -1
isdn_ppp_xmit: lp-ppp_slot -1
Scheduling in interrupt
Bonjour a tous,
J'ai une question un peu conne, mais qui me fais flipper! Afin de pouvoir
utiliser un editer video, j'ai besoin d'avoir au minimum un kernel 2.4.7,
hors j'ai le 2.4.2-2. Ma question (en fait il y en a 2)
1) L'upgrade du kernel va-t-il (peut-il) foutre en l'air ma configuration
On Sat, 8 Sep 2001, Jeremy Moncho wrote:
1) L'upgrade du kernel va-t-il (peut-il) foutre en l'air ma configuration,
ou bien est-ce asser anodin?
[ je réponds pour Red Hat vu que cela a cette tête, la réponse est valable
pour SuSE bien sûr et aussi Debian, mais on a déjà traité en long et en
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
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
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
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
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
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
Salut,
Je croyais que le kernel 2.4.4 (from www.kernel.org) include tous les patchs
necessaires (sauf knfsd) pour reiserfs, je suis un peu surprise de voir dans
ma fenetre de make xconfig, l'option reiserfs support est inactivé (ET Je
ne peux pas choisir cette option). Est-ce que j'ai manqué
cette compilation, détails dans la doc
du package kernel-package. Si tu as aussi des modules (sens Debian)
supplémentaires, comme p.ex. pcmcia, alors il faut les mettre dans
/usr/src/modules et faire: make-kpkg modules_image.
Dans le premier cas tu auras un .deb avec le kernel, sa config, ses
On Tue, 8 May 2001, ... wrote:
j'aimerai recuperer les options de compilations de mon kernel
celui qui a ete configure lors de l'installation de la machine.
- Dans le guide d'installation sont expliquées les options de compilation
des différents kernels.
- Ces options existent aussi sur le
Bonjour,
Juste une petite question.
j'aimerai recuperer les options de compilations de mon kernel
celui qui a ete configure lors de l'installation de la machine.
Pour pouvoir l'utiliser pour recompiler un nouveau kernel sans
devoir definir moi meme tous les parametres. (je veux juste en
Si a intresse quelqu'un j'ai fais un petit mirroir des fameux scripts
de Rusty Russel permettant de crer un poscript norme qui symbolise les
sources du kernel.
http://francois.ctrlaltdel.ch/lgp/lgp-2.4.0a.tar.bz2
--
Francois Deppierraz [EMAIL PROTECTED]
Nimag Networks Srl - www.nimag.net
Phone
1.0.1 (mais, bon, Debian recommande aussi le kernel
2.2.x).
Merci mille fois - je n'avais pas pens a et j'avais videmment install
la version livre avec la distribution. Il a suffit d'enlever la 1.0.4 et de
rinstaller la 1.0.1 de SuSE 6.4 et Sane fonctionne nouveau! Donc pour
l'instant c'est
mon scanner ne fonctionne plus: il commence un scan
et s'arrte (mais il fonctionne parfaitement sur la mme machine avec un
kernel 2.2.14). Quelques recherches sur Internet m'ont amen des messages
expliquant que cela avait voir avec un problme de timeout qui a chang. Le
message original dit
On Sun, 11 Mar 2001, Thierry de Coulon wrote:
"SANE's new sg interface shortens the per command timeout from 10 minutes to
- soit c'est un define du kernel, p.ex. linux-2.4.2/include/scsi/sg.h,
SG_DEFAULT_TIMEOUT, qui est 1 minute.
- soit c'est un ioctl: ioctl(fd, SG_SET_TIMEOUT, ti
Hello les linuxers,
Si, comme moi, vous aimez bien activer toute les 'bells whistle' du
stack TCP de Linux 2.4, et que vous vous etes rue sur TCP ECN, eh
ben faites gaffe..
Je viens de constater que certains (pas beaucoup) site web
sont inateignable, enfin celui que j'ai trouve, c'est
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.
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
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] Erro
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
78 matches
Mail list logo