3/ J'installe le noyau:
cp .config /boot/config-2.6.22-5
cp System.map /boot/System.map-2.6.22-5
cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
A partir de l , et depuis quelques temps, je suis oblig de lancer cette
commande:
mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la ligne
"initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
fonctionnais nickel. Depuis quelques mois (date laquelle j'ai install la
derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
3/ J'installe le noyau:
cp .config /boot/config-2.6.22-5
cp System.map /boot/System.map-2.6.22-5
cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
A partir de l , et depuis quelques temps, je suis oblig de lancer cette
commande:
mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la ligne
"initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
fonctionnais nickel. Depuis quelques mois (date laquelle j'ai install la
derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
3/ J'installe le noyau:
cp .config /boot/config-2.6.22-5
cp System.map /boot/System.map-2.6.22-5
cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
A partir de l , et depuis quelques temps, je suis oblig de lancer cette
commande:
mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la ligne
"initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
fonctionnais nickel. Depuis quelques mois (date laquelle j'ai install la
derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> 3/ J'installe le noyau:
> cp .config /boot/config-2.6.22-5
> cp System.map /boot/System.map-2.6.22-5
> cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
> A partir de l , et depuis quelques temps, je suis oblig de lancer cett e
> commande:
> mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
> b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la
ligne
> "initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
> Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
> fonctionnais nickel. Depuis quelques mois (date laquelle j'ai
install la
> derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
Lorsque tu copies la config, ben, tu copies la config. Et si la config
d'origine demande un initrd pour fonctionner (c'est à dire si il y a de s
modules nécessaires au boot qui ne sont pas en dur dans le noyau), ta
nouvelle config le demandera de même.
Quand tu pars d'une config existante, tu la copies, puis tu fais un
`make oldconfig`, pour récupérer les différences liées à la nou velle
version du noyau. Si tu veux te passer de l'initrd, reprends la config à
la main pour mettre en dur ce qui est nécessaire au boot (modules du
système de fichier, par exemple).
PS : Il existe kernel-package, et make-kpkg pour compiler et installer
des noyaux facilement, après configuration des susdits.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> 3/ J'installe le noyau:
> cp .config /boot/config-2.6.22-5
> cp System.map /boot/System.map-2.6.22-5
> cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
> A partir de l , et depuis quelques temps, je suis oblig de lancer cett e
> commande:
> mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
> b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la
ligne
> "initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
> Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
> fonctionnais nickel. Depuis quelques mois (date laquelle j'ai
install la
> derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
Lorsque tu copies la config, ben, tu copies la config. Et si la config
d'origine demande un initrd pour fonctionner (c'est à dire si il y a de s
modules nécessaires au boot qui ne sont pas en dur dans le noyau), ta
nouvelle config le demandera de même.
Quand tu pars d'une config existante, tu la copies, puis tu fais un
`make oldconfig`, pour récupérer les différences liées à la nou velle
version du noyau. Si tu veux te passer de l'initrd, reprends la config à
la main pour mettre en dur ce qui est nécessaire au boot (modules du
système de fichier, par exemple).
PS : Il existe kernel-package, et make-kpkg pour compiler et installer
des noyaux facilement, après configuration des susdits.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> 3/ J'installe le noyau:
> cp .config /boot/config-2.6.22-5
> cp System.map /boot/System.map-2.6.22-5
> cp arch/i386/boot/bzImage /boot/vmlinuz- 2.6.22-5
> A partir de l , et depuis quelques temps, je suis oblig de lancer cett e
> commande:
> mkinitrd.yaird -o /boot/initrd.img-2.6.22-5
> b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire la
ligne
> "initrd /boot/initrd.img-2.6.22-5") j'obtiens un kernel panic ?
> Avant je compilais mes noyaux et n'utilisais jamais de ramdisk et tout
> fonctionnais nickel. Depuis quelques mois (date laquelle j'ai
install la
> derni re stable etch 4.01) je n'obtiens plus que des kernel panic.
Lorsque tu copies la config, ben, tu copies la config. Et si la config
d'origine demande un initrd pour fonctionner (c'est à dire si il y a de s
modules nécessaires au boot qui ne sont pas en dur dans le noyau), ta
nouvelle config le demandera de même.
Quand tu pars d'une config existante, tu la copies, puis tu fais un
`make oldconfig`, pour récupérer les différences liées à la nou velle
version du noyau. Si tu veux te passer de l'initrd, reprends la config à
la main pour mettre en dur ce qui est nécessaire au boot (modules du
système de fichier, par exemple).
PS : Il existe kernel-package, et make-kpkg pour compiler et installer
des noyaux facilement, après configuration des susdits.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
De plus, avec le noyaux-image de debian, on ne peut pas compiler les drivers
nVidia.
Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
De plus, avec le noyaux-image de debian, on ne peut pas compiler les drivers
nVidia.
Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
De plus, avec le noyaux-image de debian, on ne peut pas compiler les drivers
nVidia.
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de
compiler.
> Et j'en profite pour supprimer les options:
Et le `make oldconfig` ?
> BLK_DEV_INITRD
> BLK_DEV_RAM
Et la mise en dur de certains modules essentiels qui peuvent être en
modules (pilotes du système de fichier, ext3, reiserfs, xfs...) ?
> De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers
> nVidia.
Je sais, mais je m'en moque, bien que je possède une nVidia.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de
compiler.
> Et j'en profite pour supprimer les options:
Et le `make oldconfig` ?
> BLK_DEV_INITRD
> BLK_DEV_RAM
Et la mise en dur de certains modules essentiels qui peuvent être en
modules (pilotes du système de fichier, ext3, reiserfs, xfs...) ?
> De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers
> nVidia.
Je sais, mais je m'en moque, bien que je possède une nVidia.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
Bonjour,
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
> Je ne l'ai pas pr cis , mais je fais bien un make xconfig avant de
compiler.
> Et j'en profite pour supprimer les options:
Et le `make oldconfig` ?
> BLK_DEV_INITRD
> BLK_DEV_RAM
Et la mise en dur de certains modules essentiels qui peuvent être en
modules (pilotes du système de fichier, ext3, reiserfs, xfs...) ?
> De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers
> nVidia.
Je sais, mais je m'en moque, bien que je possède une nVidia.
--
jm
A.E.L. Sarl (R.C.S CASTRES 490843240)
http://www.spidboutic.fr
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
[â¦]
Et d'autre par[t], le driver wacom du kernel 2.6.22 ne
fonctionne pas non plus.
[â¦]
Et d'autre par[t], le driver wacom du kernel 2.6.22 ne
fonctionne pas non plus.
[â¦]
Et d'autre par[t], le driver wacom du kernel 2.6.22 ne
fonctionne pas non plus.
Cela dit, avec un kernel 2.6.23.1 le dernier driver
NVIDIA-Linux-x86-100.14.11-pkg1.run ne passe toujours pas.
Cela dit, avec un kernel 2.6.23.1 le dernier driver
NVIDIA-Linux-x86-100.14.11-pkg1.run ne passe toujours pas.
Cela dit, avec un kernel 2.6.23.1 le dernier driver
NVIDIA-Linux-x86-100.14.11-pkg1.run ne passe toujours pas.
Bonjour Jean-Michel,
Je ne l'ai pas précisé, mais je fais bien un make xconfig avant de
compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
Mais je finis systématiquement avec:
kernel-panic: not syncing : VFS : unable to mount root fs on
unknown-block (0,0)
Voici les lignes de grub:
title Debian GNU/Linux, kernel 2.6.23.1 <http://2.6.23.1>
root (hd0,1)
kernel /boot/vmlinuz-2.6.23.1 <http://2.6.23.1>
root=/dev/hdb2 ro vga=0x31B
savedefault
Et j'ai beau essayer de modifier au boot l'option root= dans le 3eme
ligne ou de modifier le disk avec root (hdXx,x), rien n'y fait.
par ailleurs, device.map contient:
(hd0) /dev/hdf
J'ai essayé de mettre:
(hd0) /dev/hdb
puis de lancer:
grub-install '(hd0)'
mais au boot, même message d'erreur
J'avoue ne pas du tout comprendre ce qui ce passe.
De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers nVidia.
J'aimerais quand même bien reprendre la main sur mes noyaux. Mais
force est de constater que pour l'instant c'est le fiasco total :-(
Pascal
PS : Il existe kernel-package, et make-kpkg pour compiler et instal ler
des noyaux facilement, après configuration des susdits.
--
jm
Bonjour Jean-Michel,
Je ne l'ai pas précisé, mais je fais bien un make xconfig avant de
compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
Mais je finis systématiquement avec:
kernel-panic: not syncing : VFS : unable to mount root fs on
unknown-block (0,0)
Voici les lignes de grub:
title Debian GNU/Linux, kernel 2.6.23.1 <http://2.6.23.1>
root (hd0,1)
kernel /boot/vmlinuz-2.6.23.1 <http://2.6.23.1>
root=/dev/hdb2 ro vga=0x31B
savedefault
Et j'ai beau essayer de modifier au boot l'option root= dans le 3eme
ligne ou de modifier le disk avec root (hdXx,x), rien n'y fait.
par ailleurs, device.map contient:
(hd0) /dev/hdf
J'ai essayé de mettre:
(hd0) /dev/hdb
puis de lancer:
grub-install '(hd0)'
mais au boot, même message d'erreur
J'avoue ne pas du tout comprendre ce qui ce passe.
De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers nVidia.
J'aimerais quand même bien reprendre la main sur mes noyaux. Mais
force est de constater que pour l'instant c'est le fiasco total :-(
Pascal
PS : Il existe kernel-package, et make-kpkg pour compiler et instal ler
des noyaux facilement, après configuration des susdits.
--
jm
Bonjour Jean-Michel,
Je ne l'ai pas précisé, mais je fais bien un make xconfig avant de
compiler.
Et j'en profite pour supprimer les options:
BLK_DEV_INITRD
BLK_DEV_RAM
Mais je finis systématiquement avec:
kernel-panic: not syncing : VFS : unable to mount root fs on
unknown-block (0,0)
Voici les lignes de grub:
title Debian GNU/Linux, kernel 2.6.23.1 <http://2.6.23.1>
root (hd0,1)
kernel /boot/vmlinuz-2.6.23.1 <http://2.6.23.1>
root=/dev/hdb2 ro vga=0x31B
savedefault
Et j'ai beau essayer de modifier au boot l'option root= dans le 3eme
ligne ou de modifier le disk avec root (hdXx,x), rien n'y fait.
par ailleurs, device.map contient:
(hd0) /dev/hdf
J'ai essayé de mettre:
(hd0) /dev/hdb
puis de lancer:
grub-install '(hd0)'
mais au boot, même message d'erreur
J'avoue ne pas du tout comprendre ce qui ce passe.
De plus, avec le noyaux-image de debian, on ne peut pas compiler les
drivers nVidia.
J'aimerais quand même bien reprendre la main sur mes noyaux. Mais
force est de constater que pour l'instant c'est le fiasco total :-(
Pascal
PS : Il existe kernel-package, et make-kpkg pour compiler et instal ler
des noyaux facilement, après configuration des susdits.
--
jm
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install
Luxpopuli Open source wrote:Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux
que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install
Luxpopuli Open source wrote:
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux
que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install
Luxpopuli Open source wrote:Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux
que
je compile.
Voici ce que je fais:
1/ je télécharge des sources (par exemple linux-source-2.6.22-5.deb)
2/ je compile le kernel:
make clean && make bzImage && make modules && make modules_install