Le 11.07.2004 19:01:20, Yohann Desquerre a �crit�:
Jean-Luc Coulon (f5ibh) wrote:
[ ... ]

vous voulez dire /etc/modprobe.conf ? ( ou il me manque un fichier!!!)


Il y a /etc/modules qui contient la liste des modules qui doivent �tre charg�s au boot.

Il y a /etc/modprobe.conf qui contient la liste des aliases et tout ce dont les modules ont besoin pour se charger correctement.

Ce fichier peut �tre remplecer par la ligne include dont j'ai parl� pr�c�demment et alors le fichiers s'appelle /lib/modules/modprobe.conf

[ ... ]
D'accord.
On va donc avancer un peu :
Quelle est la partition dans laquelle se trouve votre / ?


c'est  /dev/hda1  !!!!

Pour r�pondre � cette question j'ai fait un b�te mount( booter sur mon 2.4) apparement m�me le 2.4 vois mon /dev/hda1 en type unknown alors qu'il est mont� correctement et que j'acc�de aux donn�es.... Bizarre non ???? Voici le message exacte:


/dev/hda1 on / type unknow (rw)

Ca, c'est assez curieux, je en sais pas ce qu'en pensent les utilisateurs de reiserfs : je n'ai jamais utilis� ce type de syst�me de fichiers et c'est peut-�tre normal. Est-ce que le syst�me de fichier est "propre" et est-ce que son type avec fdisk ou cfdisk est correct ?

alors que mes autres partitions en lvm sont bien vu de type reiserfs !!!

Redonnez-moi votre bloc lilo ou grub que vous utilisez pour booter.


voici mon menu.lst :

title           Debian GNU/Linux, kernel 2.4.25-1-386
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.25-1-386 root=/dev/hda1 ro
initrd          /boot/initrd.img-2.4.25-1-386
savedefault
boot

title           Debian GNU/Linux, kernel 2.6.7
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.7 root=/dev/hda1 ro
initrd          /boot/initrd-kernel-2.6.7.img
boot

title           Debian GNU/Linux, kernel 2.4.25-1-386 (recovery mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.4.25-1-386 root=/dev/hda1 ro single
initrd          /boot/initrd.img-2.4.25-1-386
savedefault
boot



Est-ce que le module reiserfs est dans l'initrd ?


oui j'ai monter l'image et voici le r�sultat d'un find . -name "*reiserfs*"

./lib/modules/2.6.7/kernel/fs/reiserfs
./lib/modules/2.6.7/kernel/fs/reiserfs.ko



On doit pouvoir pr�ciser en ligne de commande (dans lilo ou grub), il y a d�j� eu des fils sur le sujet, le filesystem sur lequel se trouve /
ce doit �tre rootfstype=

par exemple, si vous avez grub, �a donne

title  Debian sid, GNU/Linux 2.6.7      - LVM2
root (hd0,0)
kernel /vmlinuz-2.6.7-k6-6 reboot=warm rootfstype=reiserfs


quand je boot avec ces option voila le message d'erreur que j'obtiens :

Vous avez juste mis l'option en plus ? Vous avez conserv� votre
root=/dev/hda1 ?? et /boot/vmlinuz .... ???



VFS : Cannot open root device "<Null>" or unknow block(3,1)
Please append a correct "root=" boot option
VFS : unable to mount root fs on unknown-block(3,1)



il a remplacer 0,0 par 3,1 tout seul... �� signifie quoi ?


        - Jean-Luc

je corrige le tir d�sol�! Mais j'ai observer que beaucoup d'utilisateur de cette liste font �� ( ils mettent la liste en cc et s'adresse directement aux destinataires qu'il leur a offert son aide !)

Ce n'est pas parce que beaucoup le font que c'est bien ;-)

Il est bon, lors des �changes de garder le � fil � de l'histoire. Pour cela, les MUA g�rent la mani�re dont vous avez r�pondu aux messages.

En g�n�ral sur les listes, on r�pond augroupe / � la liste sauf si la personne vous demande une r�ponse personnelle parce qu'elle n'est pas abonn�e � la liste ou pour toute autre raison.

Si vous m'envoyez le message avec copie � la liste, je le re�ois par deux voies diff�rentes : en direct et via la liste. Si le premier qui arrive est celui en direct et que je fais "r�pondre � la liste" j'ai le champ du destinataire vide. Si je vous r�pond personnellement, ceux qui suivent le fil sur la liste ne verront rien.

J'attends donc le deuxi�me message. Et l� je peux r�pondre normalement ... et mettre le premier message dans la poubelle puisqu'il fait doublon avec celui-ci..

--
                - Jean-Luc



Attachment: signature.asc
Description: PGP signature

Répondre à