Probleme pour booter sur kernel compilé à la main
Le
Luxpopuli Open source
=_Part_12272_2607711.1193964789469
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux qu=
e
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
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
puis je mets à jour /boot/grub/menu.lst:
title Debian GNU/Linux, kernel 2.6.22-5
root (hd0,1)
kernel /boot/vmlinuz-2.6.22-5 root=/dev/hda2 ro vga=795
initrd /boot/initrd.img-2.6.22-5
savedefault
A partir de là, voici les questions qui se posent:
a/ Pourquoi lorsque je boote sur ce noyau, il est lié aux librairies
(/lib/module/2.6.xxx) d'un autre noyau ? (et donc la phase de boot avorte)
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.
c/ Le kernel installé lors de l'installation de etch (2.6.18-3) voit mes
deux disques comme hde et hdf (et menu.lst contient hdf pour pouvoir booter
sur ce noyau).
Par contre, pour tous les autres noyaux (images installées à partir d'u=
n
package (ce sont les seules que j'arrive à faire fonctionner) ou kernel
compilé à la main) le disque de boot doit être renseignés dans
menu.lstcomme hdb (et l'autre disque est reconnu en tant que hda).
Comment une chose pareille est-elle possible ?
Je vous remercie par avance de votre.
Pascal
--
http://www.luxpopuli.fr - documentation de eZ Publish traduite en françai=
s
=_Part_12272_2607711.1193964789469
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour,<br><br>Depuis quelques mois, je n'arrive plus du tout à boot=
er sur les noyaux que je compile.<br><br>Voici ce que je fais:<br><br>1/ je=
télécharge des sources (par exemple linux-source-2.6.22-5.deb)<br>2/ j=
e compile le kernel:
<br><br>make clean && make bzImage && make modules &&am=
p; make modules_install<br><br>3/ J'installe le noyau:<br><br>cp .confi=
g /boot/config-2.6.22-5<br>cp System.map /boot/System.map-2.6.22-5<br>cp ar=
ch/i386/boot/bzImage /boot/vmlinuz-
2.6.22-5<br><br clear="all">A partir de là, et depuis quelques temps, j=
e suis obligé de lancer cette commande:<br><br>mkinitrd.yaird -o /boot/in=
itrd.img-2.6.22-5<br><br>puis je mets à jour /boot/grub/menu.lst:<br><br>=
title Debian GNU/Linux, kernel
2.6.22-5<br>root (hd0,1)<br>kerne=
l /boot/vmlinuz-2.6.22-5 root=/dev/hda2 ro =
vga=795<br>initrd /boot/initrd.img-2.6.22-5=
<br>savedefault<br><br>A partir de là, voici les questions qui se posent:=
<br><br>a/ Pourquoi lorsque je boote sur ce noyau, il est lié aux librair=
ies (/lib/module/2.6.xxx) d'un autre noyau ? (et donc la phase de boot =
avorte)
<br><br>b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire l=
a ligne "initrd /boot/initrd.img-2.6.22-=
5") j'obtiens un kernel panic ?<br>Avant je compilais mes noyaux e=
t n'utilisais jamais de ramdisk et tout fonctionnais nickel. Depuis que=
lques mois (date à laquelle j'ai installé la dernière stable etch=
4.01) je n'obtiens plus que des kernel panic.<br><br>c/ Le kernel insta=
llé lors de l'installation de etch (2.6.18-3) voit mes deux disques c=
omme hde et hdf (et menu.lst contient hdf pour pouvoir booter sur ce noyau)=
.
<br>Par contre, pour tous les autres noyaux (images installées à partir=
d'un package (ce sont les seules que j'arrive à faire fonctionne=
r) ou kernel compilé à la main) le disque de boot doit être renseign=
és dans menu.lst
comme hdb (et l'autre disque est reconnu en tant que hda).<br>Comment =
une chose pareille est-elle possible ?<br><br>Je vous remercie par avance d=
e votre.<br><br>Pascal<br><br><br>-- <br><a href="http://www.luxpopuli.fr=
">
http://www.luxpopuli.fr</a> - documentation de eZ Publish traduite en fran=
çais
=_Part_12272_2607711.1193964789469--
--
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
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour,
Depuis quelques mois, je n'arrive plus du tout à booter sur les noyaux qu=
e
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
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
puis je mets à jour /boot/grub/menu.lst:
title Debian GNU/Linux, kernel 2.6.22-5
root (hd0,1)
kernel /boot/vmlinuz-2.6.22-5 root=/dev/hda2 ro vga=795
initrd /boot/initrd.img-2.6.22-5
savedefault
A partir de là, voici les questions qui se posent:
a/ Pourquoi lorsque je boote sur ce noyau, il est lié aux librairies
(/lib/module/2.6.xxx) d'un autre noyau ? (et donc la phase de boot avorte)
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.
c/ Le kernel installé lors de l'installation de etch (2.6.18-3) voit mes
deux disques comme hde et hdf (et menu.lst contient hdf pour pouvoir booter
sur ce noyau).
Par contre, pour tous les autres noyaux (images installées à partir d'u=
n
package (ce sont les seules que j'arrive à faire fonctionner) ou kernel
compilé à la main) le disque de boot doit être renseignés dans
menu.lstcomme hdb (et l'autre disque est reconnu en tant que hda).
Comment une chose pareille est-elle possible ?
Je vous remercie par avance de votre.
Pascal
--
http://www.luxpopuli.fr - documentation de eZ Publish traduite en françai=
s
=_Part_12272_2607711.1193964789469
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour,<br><br>Depuis quelques mois, je n'arrive plus du tout à boot=
er sur les noyaux que je compile.<br><br>Voici ce que je fais:<br><br>1/ je=
télécharge des sources (par exemple linux-source-2.6.22-5.deb)<br>2/ j=
e compile le kernel:
<br><br>make clean && make bzImage && make modules &&am=
p; make modules_install<br><br>3/ J'installe le noyau:<br><br>cp .confi=
g /boot/config-2.6.22-5<br>cp System.map /boot/System.map-2.6.22-5<br>cp ar=
ch/i386/boot/bzImage /boot/vmlinuz-
2.6.22-5<br><br clear="all">A partir de là, et depuis quelques temps, j=
e suis obligé de lancer cette commande:<br><br>mkinitrd.yaird -o /boot/in=
itrd.img-2.6.22-5<br><br>puis je mets à jour /boot/grub/menu.lst:<br><br>=
title Debian GNU/Linux, kernel
2.6.22-5<br>root (hd0,1)<br>kerne=
l /boot/vmlinuz-2.6.22-5 root=/dev/hda2 ro =
vga=795<br>initrd /boot/initrd.img-2.6.22-5=
<br>savedefault<br><br>A partir de là, voici les questions qui se posent:=
<br><br>a/ Pourquoi lorsque je boote sur ce noyau, il est lié aux librair=
ies (/lib/module/2.6.xxx) d'un autre noyau ? (et donc la phase de boot =
avorte)
<br><br>b/ Pourquoi si je ne passe pas par mkinitrd.yaird (et que je vire l=
a ligne "initrd /boot/initrd.img-2.6.22-=
5") j'obtiens un kernel panic ?<br>Avant je compilais mes noyaux e=
t n'utilisais jamais de ramdisk et tout fonctionnais nickel. Depuis que=
lques mois (date à laquelle j'ai installé la dernière stable etch=
4.01) je n'obtiens plus que des kernel panic.<br><br>c/ Le kernel insta=
llé lors de l'installation de etch (2.6.18-3) voit mes deux disques c=
omme hde et hdf (et menu.lst contient hdf pour pouvoir booter sur ce noyau)=
.
<br>Par contre, pour tous les autres noyaux (images installées à partir=
d'un package (ce sont les seules que j'arrive à faire fonctionne=
r) ou kernel compilé à la main) le disque de boot doit être renseign=
és dans menu.lst
comme hdb (et l'autre disque est reconnu en tant que hda).<br>Comment =
une chose pareille est-elle possible ?<br><br>Je vous remercie par avance d=
e votre.<br><br>Pascal<br><br><br>-- <br><a href="http://www.luxpopuli.fr=
">
http://www.luxpopuli.fr</a> - documentation de eZ Publish traduite en fran=
çais
=_Part_12272_2607711.1193964789469--
--
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

Poser une question


Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
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 des
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 nouvelle
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
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
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
root (hd0,1)
kernel /boot/vmlinuz-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 lign e
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 driver s
nVidia.
J'aimerais quand même bien reprendre la main sur mes noyaux. Mais force e st
de constater que pour l'instant c'est le fiasco total :-(
Pascal
Le 02/11/07, Jean-Michel OLTRA
--
http://www.luxpopuli.fr - documentation de eZ Publish traduite en françai s
------=_Part_15491_23272454.1194028652854
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour Jean-Michel,
2.6.23.1</a><br>root & nbsp; (hd0,1)
(hd0) /dev/hdf<br><br>J'ai essayé de mettre:<br><br>
(hd0) /dev/hdb <b class="gmail_sendername">
Jean-Michel OLTRA
http://wiki.debian.net/?DebianFrench
http://www.luxpopuli.fr</a> - documentation de eZ Publish traduite en fran çais
------=_Part_15491_23272454.1194028652854--
--
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
Le vendredi 02 novembre 2007, Luxpopuli Open source a écrit...
Et le `make oldconfig` ?
Et la mise en dur de certains modules essentiels qui peuvent être en
modules (pilotes du système de fichier, ext3, reiserfs, xfs...) ?
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
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour Jean-michel,
A force d'acharnement j'ai fini par y arriver.
Donc mon noyau démarre sans initrd.
Il semble que ce qu'il faut absolument virer:
CONFIG_BLK_DEV_INITRD is not set
CONFIG_BLK_DEV_RAM is not set
et mettre en dur le filesystem:
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
Cela dit, avec un kernel 2.6.23.1 le dernier driver
NVIDIA-Linux-x86-100.14.11-pkg1.run ne passe toujours pas.
Et d'autre par, le driver wacom du kernel 2.6.22 ne fonctionne pas non plus .
Affaire à suivre...
Pascal
Le 03/11/07, Jean-Michel OLTRA
--
http://www.luxpopuli.fr - documentation de eZ Publish traduite en françai s
------=_Part_17296_18042357.1194102511368
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Bonjour Jean-michel, CONFIG_BLK_DEV_RAM is not set<br><br>et mettre en dur le filesystem:<br><br >CONFIG_EXT2_FS=y<br>CONFIG_EXT2_FS_XATTR=y<br>CONFIG_EXT2_FS_POSIX_ACL =y<br>CONFIG_EXT2_FS_SECURITY=y<br><br>CONFIG_EXT3_FS=y<br>CONFIG_EXT 3_FS_POSIX_ACL=y
2.6.22 ne fonctionne pas non plus.
------=_Part_17296_18042357.1194102511368--
--
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
Luxpopuli Open source, samedi 3 novembre 2007, 16:08:31 CET
Tâes sûr ? Câest pas plutôt xserver-xorg-input- wacom qui ne
fonctionne pas avec xorg 7.3 ?
( http://bugs.debian.org/cgi-bin/bugr...i?bugD2424 )
[Au passage, ce serait bien que les (nouveaux ?) posteurs se
(re)mettent à suivre les règles de la liste : répondre apr ès
et, surtout, _couper_ lâinutile.]
--
Sylvain Sauvage