OVH Cloud OVH Cloud

ça depasse tou ce que j'ai pu imaginer!

4 réponses
Avatar
rodolphe jules
bonjour a tous...

j'ai d=E9s difivulter a compiler mon noyau!
j'utili=
se la commande make-kpkg et au reboot j'ai droit
a un beau kernel-panic =
: il ne trouve pas de block devices!

Le probleme est que je boot sur u=
n disk sata...je
revoit mon make menuconfig : les parametres disk
suppo=
rt et scsi support sont en modules <M> ainsi que
le driver sata "Amd nfo=
rce" ou quelque chose comme =E7a;
du moi ce qui active le driver sata_nv=
.o.

le mkinitrd -o /boot/initrd-2.6.9 /lib/modules/2.6.9/
se passe bi=
en mais au reboot le probleme persiste!

je compare les 2 repertoires /=
lib/modules/2.6.9 et
2.6.8-1 et une difference m'intrigue : pour mon anc=
ien
noyau (le 2.6.8-1), il existe un dossier initrd... mais
pas dasn le=
cas du 2.6.9!!! Cependant les drivers sata
sont bien present dans le 2.=
6.9 mais dan
s/lib/modules/kernel/drivers/scsi/ sous la forme
"libata.k=
o sata_nv.ko scsi_mod.ko sd_mod.ko sg.ko
sr_mod.ko"

je ne compre=
nd d'ailleur pas tres bien l'extension .ko
plutot que .o mais bon...
=0D
=
quelqu'un voit-il ou j'ai commi une erreur?
=E7a m'arrangerai, ma carte =
son n'est pas reconnu avec le
2.6.8-1!
;-)

4 réponses

Avatar
Laurent CARON
rodolphe jules wrote:

bonjour a tous...

j'ai dés difivulter a compiler mon noyau!
j'utilise la commande make-kpkg et au reboot j'ai droit
a un beau kernel-panic : il ne trouve pas de block devices!

Le probleme est que je boot sur un disk sata...je
revoit mon make menuconfig : les parametres disk
support et scsi support sont en modules <M> ainsi que
le driver sata "Amd nforce" ou quelque chose comme ça;
du moi ce qui active le driver sata_nv.o.

le mkinitrd -o /boot/initrd-2.6.9 /lib/modules/2.6.9/
se passe bien mais au reboot le probleme persiste!

je compare les 2 repertoires /lib/modules/2.6.9 et
2.6.8-1 et une difference m'intrigue : pour mon ancien
noyau (le 2.6.8-1), il existe un dossier initrd... mais
pas dasn le cas du 2.6.9!!! Cependant les drivers sata
sont bien present dans le 2.6.9 mais dan
s/lib/modules/kernel/drivers/scsi/ sous la forme
"libata.ko sata_nv.ko scsi_mod.ko sd_mod.ko sg.ko
sr_mod.ko"

je ne comprend d'ailleur pas tres bien l'extension .ko
plutot que .o mais bon...

quelqu'un voit-il ou j'ai commi une erreur?
ça m'arrangerai, ma carte son n'est pas reconnu avec le
2.6.8-1!
;-)





Il vaut mieux IMHO compiler le support matériel disque, filesystem...en
dur et se passer d'initrd.

Cordialement

Laurent


--
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 mardi 30 novembre 2004, rodolphe jules a écrit...


le mkinitrd -o /boot/initrd-2.6.9 /lib/modules/2.6.9/
se passe bien mais au reboot le probleme persiste!



Il y a un moment que je n'ai pas fait d'initrd mais je les avais fait
avec le make-kpkg il me semble, en passant l'option --initrd à la
commande, après configuration de /etc/mkinitrd/mkinitrd.conf

L'initrd est il détecté au boot ? Il me semble qu'il y a un message
style "found initrd at block X" au démarrage.

Ton lilo.conf ou autre gruberie est ok ? et lilo relancé si c'est lui ?


--
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
François Boisson
Le Tue, 30 Nov 2004 15:06:00 +0100
"rodolphe jules" a écrit:

je ne comprend d'ailleur pas tres bien l'extension .ko
plutot que .o mais bon...



Il me semblait que les extensions des modules sur le noyau 2.6 sont en
.ko.


Par ailleurs, visiblement le pbm au boot est lié à l'initrd et au fait
qu'il n'arrive pas à ouvrir la racine. Donc

1) L'initrd est-il déclaré au boot (lilo ou grub)

2) Le boot a-t-il lieu sur ce noyau effectivement?

3) Que se passe-t-il en mettant la gestion SATA en dur (ce qui me parait
du bon sens ici...)


François Boisson


--
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
Alexandre Mackow
Bonjour à tous,
je suis en train de paramétrer squid, bon le paramétrage de base ca va, mon
problème est que je me trouve derriere un proxy FT.
Je desire avoir un log des mes users sur mon LAN, je souhaite donc
paramétrer mes clients pour qu'il passe par squid (et donc avoir mes
logs...). Mon soucis est de configurer squid pour qu'il passe par un proxy
que je ne maitrise pas et ayant un login+password unique pour tout le
monde...
µJe ne trouve pas ce paramètre dans le squid.conf....
Quelqu'un connait il ce paramètre?
En vous remerciant d'avance pour votre aide.
Cordialement.
Alex



--
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