Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en mê me
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
Jean-Luc Coulon (f5ibh) wrote:
Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en mê me
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en mê me
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
Le 11.07.2004 16:59:43, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
[ ... ]
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
????
modprobe.conf doit se trouver sour /etc : son nom complet est alors /
etc/modprobe.conf ou /lib/modules/modprobe.conf
En général, il se trouve dans /lib/modules/modprobe.conf et /etc/
modprobe.conf ne contien que la ligne suivante :
include /lib/modules/modprobe.conf
/etc/modules n'est pas un répertoire mais un fichier, il contient les
nom de tous les modules qu'on souhaite voir charger au démarrage de la
machine.
(peut être ai-je fait une erreur en vous donnant /etc/modules à la
place de /lib/modules comme répertoire de destination de modprobe.
conf ??? dans ce cas, j'en suis désolé ..)
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en même
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
D'accord.
On va donc avancer un peu :
Quelle est la partition dans laquelle se trouve votre / ?
Redonnez-moi votre bloc lilo ou grub que vous utilisez pour booter.
Est-ce que le module reiserfs est dans l'initrd ?
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
initrd /initrd-lvm2-2.6.7-gz
---
- Jean-Luc
PS : pas la peine de me mettre en copie personnelle car je suis abonné
à la liste. Enfin, quand je dis pas la peine, ça veut dire que
j'aimerais autant pas : lorsque je reçois un message de liste, je
fais "répondre au groupe" (ou répondre à la liste, ça dépend de votre
MUA). Comme je reçois le message en double, si je fais ça sur le
message qui m'est destiné, le champ "to" est alors vide. Si je
choisis le bon message le nom de la liste s'affiche. mais je ne sais
pas d'avance lequel est le bon et lequel ne l'est pas, bref, c'est
pas bien.
Le 11.07.2004 16:59:43, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
[ ... ]
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
????
modprobe.conf doit se trouver sour /etc : son nom complet est alors /
etc/modprobe.conf ou /lib/modules/modprobe.conf
En général, il se trouve dans /lib/modules/modprobe.conf et /etc/
modprobe.conf ne contien que la ligne suivante :
include /lib/modules/modprobe.conf
/etc/modules n'est pas un répertoire mais un fichier, il contient les
nom de tous les modules qu'on souhaite voir charger au démarrage de la
machine.
(peut être ai-je fait une erreur en vous donnant /etc/modules à la
place de /lib/modules comme répertoire de destination de modprobe.
conf ??? dans ce cas, j'en suis désolé ..)
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en même
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
D'accord.
On va donc avancer un peu :
Quelle est la partition dans laquelle se trouve votre / ?
Redonnez-moi votre bloc lilo ou grub que vous utilisez pour booter.
Est-ce que le module reiserfs est dans l'initrd ?
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
initrd /initrd-lvm2-2.6.7-gz
---
- Jean-Luc
PS : pas la peine de me mettre en copie personnelle car je suis abonné
à la liste. Enfin, quand je dis pas la peine, ça veut dire que
j'aimerais autant pas : lorsque je reçois un message de liste, je
fais "répondre au groupe" (ou répondre à la liste, ça dépend de votre
MUA). Comme je reçois le message en double, si je fais ça sur le
message qui m'est destiné, le champ "to" est alors vide. Si je
choisis le bon message le nom de la liste s'affiche. mais je ne sais
pas d'avance lequel est le bon et lequel ne l'est pas, bref, c'est
pas bien.
Le 11.07.2004 16:59:43, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 00:37:10, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ compression destructive ]
J'essaie çà tout de suite !!!
[ ... ]
En suivant vos conseils j'ai utilisé le script de génération
automatique de modprobe.conf , j'en ai généré un sous /etc et un
autre sous /etc/modules.
????
modprobe.conf doit se trouver sour /etc : son nom complet est alors /
etc/modprobe.conf ou /lib/modules/modprobe.conf
En général, il se trouve dans /lib/modules/modprobe.conf et /etc/
modprobe.conf ne contien que la ligne suivante :
include /lib/modules/modprobe.conf
/etc/modules n'est pas un répertoire mais un fichier, il contient les
nom de tous les modules qu'on souhaite voir charger au démarrage de la
machine.
(peut être ai-je fait une erreur en vous donnant /etc/modules à la
place de /lib/modules comme répertoire de destination de modprobe.
conf ??? dans ce cas, j'en suis désolé ..)
J'ai rééffectuer le mkinitrd et cette fois il ,n'y a plus eu de
message d'erreur...
mais mon noyau ne boot toujours pas !
Je propose donc d'y aller par étape : si on s'attaque à tout en même
temps on n'y arrivera pas ...
On va donc d'abord régler ce problème d'intird et ensuite on verra
pourquoi il ne boote pas (est-ce que votre partition de boot et /
sont en reiserfs ?)
mon / est en reiserfs (le /boot fait partie de /)
D'accord.
On va donc avancer un peu :
Quelle est la partition dans laquelle se trouve votre / ?
Redonnez-moi votre bloc lilo ou grub que vous utilisez pour booter.
Est-ce que le module reiserfs est dans l'initrd ?
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
initrd /initrd-lvm2-2.6.7-gz
---
- Jean-Luc
PS : pas la peine de me mettre en copie personnelle car je suis abonné
à la liste. Enfin, quand je dis pas la peine, ça veut dire que
j'aimerais autant pas : lorsque je reçois un message de liste, je
fais "répondre au groupe" (ou répondre à la liste, ça dépend de votre
MUA). Comme je reçois le message en double, si je fais ça sur le
message qui m'est destiné, le champ "to" est alors vide. Si je
choisis le bon message le nom de la liste s'affiche. mais je ne sais
pas d'avance lequel est le bon et lequel ne l'est pas, bref, c'est
pas bien.
Jean-Luc Coulon (f5ibh) wrote:
vous voulez dire /etc/modprobe.conf ? ( ou il me manque un
fichier!!!)
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)
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 :
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 !)
Jean-Luc Coulon (f5ibh) wrote:
vous voulez dire /etc/modprobe.conf ? ( ou il me manque un
fichier!!!)
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)
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 :
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 !)
Jean-Luc Coulon (f5ibh) wrote:
vous voulez dire /etc/modprobe.conf ? ( ou il me manque un
fichier!!!)
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)
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 :
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 !)
Jean-Luc Coulon (f5ibh) wrote:
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 Coulon (f5ibh) wrote:
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 Coulon (f5ibh) wrote:
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 ?
Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
--
- Jean-Lu
c
Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
--
- Jean-Lu
c
Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
--
- Jean-Lu
c
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
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
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
Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Jean-Luc Coulon (f5ibh) wrote:
Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Le 12.07.2004 01:06:53, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Et lors de la dernière tentative, il y a bien le (bon) initrd dans
votre bloc grub ?
Quesl sont *tous* les messages au boot ?
---
- Jean-Luc
Le 12.07.2004 01:06:53, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :
Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Et lors de la dernière tentative, il y a bien le (bon) initrd dans
votre bloc grub ?
Quesl sont *tous* les messages au boot ?
---
- Jean-Luc
Le 12.07.2004 01:06:53, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:Le 11.07.2004 19:01:20, Yohann Desquerre a écrit :Jean-Luc Coulon (f5ibh) wrote:
[ ... ]
quand je boot avec ces option voila le message d'erreur que
j'obtiens :
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 ?
je suis pris d'un doute affreux :
avez vous compilé votre noyau avec les options initrd ?
Vous devez avoir dans votre fchier .config les lignes suivantes :
CONFIG_RAMFS=y
CONFIG_BLK_DEV_INITRD=y
tout çà est en dur dans le noyau !!
Et lors de la dernière tentative, il y a bien le (bon) initrd dans
votre bloc grub ?
Quesl sont *tous* les messages au boot ?
---
- Jean-Luc
root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=rei serfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)
snif je déprime !
root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=rei serfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)
snif je déprime !
root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=rei serfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)
snif je déprime !
Le lun 12/07/2004 à 23:54, Yohann Desquerre a écrit :root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=reiserfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)snif je déprime !
On peut comprendre l'intérêt technique, mais fonctionnellement mettre /
en LVM et reiserfs, c'est quand même tendre le baton pour se faire
battre.
Aujourdhui, les disques durs bas de gammes ne font pas moins de 40Go, tu
fait une partition / de 400 Mo en ext2 et tu n'auras plus jamais à la
toucher.
Léo.
Le lun 12/07/2004 à 23:54, Yohann Desquerre a écrit :
root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=reiserfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)
snif je déprime !
On peut comprendre l'intérêt technique, mais fonctionnellement mettre /
en LVM et reiserfs, c'est quand même tendre le baton pour se faire
battre.
Aujourdhui, les disques durs bas de gammes ne font pas moins de 40Go, tu
fait une partition / de 400 Mo en ext2 et tu n'auras plus jamais à la
toucher.
Léo.
Le lun 12/07/2004 à 23:54, Yohann Desquerre a écrit :root (hd0,0)
filesystem type is reiserfs, partition type 0x83
kernel /boot/vmlinuz-2.6.7 root=/dev/hda1 ro reboot=warm fstype=reiserfs
[Linux-bzimage, setup=0x1400, size=0x11193b]
initrd /boot/initrd.img-2.6.7
boot
[... TOUT ce que j'ai mit en dur dans la noyau...]
RAMDISK : cramfs filsytem found at block 0
RAMDISK : Loading 3428 block [1 disk] into ram disk... done.
Kernel panic : VFS : Unable to mount root fs on unknow-block(0,0)snif je déprime !
On peut comprendre l'intérêt technique, mais fonctionnellement mettre /
en LVM et reiserfs, c'est quand même tendre le baton pour se faire
battre.
Aujourdhui, les disques durs bas de gammes ne font pas moins de 40Go, tu
fait une partition / de 400 Mo en ext2 et tu n'auras plus jamais à la
toucher.
Léo.
