Je suis en train de mettre enfin à jour ma passerelle linux qui ne l'a pas
été depuis un gros bout de temps.
Première étape, upgrader le noyau pour avoir un support USB un peu correct.
Je suis actuellement en 2.4.18 et tout marche bien. La base de distrib est
une Debian 1.x , upgradée régulièrement jusqu'en 2003 tant que j'avais
l'ADSL.
J'ai pris les sources du 2.4.31, make menuconfig, make bzImage, lilo,
reboot, et :
Kernel panic: VFS: unable to mount root fs on 03:01.
Je reboote sur mon 2.4.18 et ça marche comme avant.
J'ai vérifié, les fs et drivers IDE sont bien sélectionnés dans mon noyau.
e2fsck ne trouve rien à redire à la partition.
Mon gcc est un 2.95.4 et ne se plaint pas à la compil.
Mon disque boot est un 8.4go IDE en primary master. La carte mère est une
P2B-D avec deux celeron 366 et 300Mo de RAM, mais je ne pense pas que ça y
change grand chose.
Est-ce que vous auriez des idées de ce que j'aurais pu oublier ? Y a-t-il
eu des évolutions qui rendraient le e2fs du noyau 2.4.18 incompatible avec
celui du 2.4.31 ? les changelogs ne m'en ont rien dit, mais bon ?.
J'ai essayé avec le 2.6.11.11, et ça ne marche pas non plus, mais ça
m'étonne moins.
Merci pour votre aide,
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres
jeux de role.
www.extremia.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
gadget
Le Sun, 12 Jun 2005 19:47:52 +0200, Alex nous a fait l'honneur de nous gratifier de la remarque suivante :
Bonjour à tous.
Bonsoir
Kernel panic: VFS: unable to mount root fs on 03:01.
vu les symptomes, je pencherais pour du initrd.
il faut ajouter un fichier initrd pour permettre de charger les modules. Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg. Mais il faut de plsu que le système de fichier cramfs soit compilé en dur dans le noyau. (c'est le format par défaut du fichier.) Une autre possibilité est de supprimer du noyau le support initrd ramdisk ramfs et cramfs (le support du filesystem principal doit etre compilé en dur).
En esperant avoir été assez clair
Bonsoir
-- Gadget
Il n'y en a pas eu : c'était seulement une idée lancée, comme ça, au cours d'une des nombreuses tentatives de la bande à Fleury pour nous faire passer la nécessité d'un parc à débutants. -+- EJ in Guide du Fmblien Assassin : "La Cabale change de camp!" -+-
Le Sun, 12 Jun 2005 19:47:52 +0200, Alex nous a fait l'honneur de nous
gratifier de la remarque suivante :
Bonjour à tous.
Bonsoir
Kernel panic: VFS: unable to mount root fs on 03:01.
vu les symptomes, je pencherais pour du initrd.
il faut ajouter un fichier initrd pour permettre de charger les modules.
Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg.
Mais il faut de plsu que le système de fichier cramfs soit compilé en
dur dans le noyau. (c'est le format par défaut du fichier.)
Une autre possibilité est de supprimer du noyau le support initrd ramdisk
ramfs et cramfs (le support du filesystem principal doit etre compilé en
dur).
En esperant avoir été assez clair
Bonsoir
--
Gadget
Il n'y en a pas eu : c'était seulement une idée lancée, comme ça, au
cours d'une des nombreuses tentatives de la bande à Fleury pour nous
faire passer la nécessité d'un parc à débutants.
-+- EJ in Guide du Fmblien Assassin : "La Cabale change de camp!" -+-
Le Sun, 12 Jun 2005 19:47:52 +0200, Alex nous a fait l'honneur de nous gratifier de la remarque suivante :
Bonjour à tous.
Bonsoir
Kernel panic: VFS: unable to mount root fs on 03:01.
vu les symptomes, je pencherais pour du initrd.
il faut ajouter un fichier initrd pour permettre de charger les modules. Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg. Mais il faut de plsu que le système de fichier cramfs soit compilé en dur dans le noyau. (c'est le format par défaut du fichier.) Une autre possibilité est de supprimer du noyau le support initrd ramdisk ramfs et cramfs (le support du filesystem principal doit etre compilé en dur).
En esperant avoir été assez clair
Bonsoir
-- Gadget
Il n'y en a pas eu : c'était seulement une idée lancée, comme ça, au cours d'une des nombreuses tentatives de la bande à Fleury pour nous faire passer la nécessité d'un parc à débutants. -+- EJ in Guide du Fmblien Assassin : "La Cabale change de camp!" -+-
Rakotomandimby (R12y) Mihamina
"Alex" :
Bonjour à tous.
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
"Alex" <d_keyoke@hotmail.com> :
Bonjour à tous.
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau
fourni par la distribution?
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Alex
"Rakotomandimby (R12y) Mihamina" a écrit dans le message de news:
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
oui, j'ai tout un tas de vieux matos non supporté par les noyaux précompilés (Adaptec 1542, cartes réseau, streamer QIC02, support des disques en EFS et XFS, carte 16 ports série, CDROM 2x non IDE, etc etc etc). C'est une des raisons pour lesquelles j'aime bien linux : même avec un OS à la pointe du progrès je peux ressortir une vieille bande datant de 15ans. Le dernier noyau que j'ai utilisé précompilé au delà de la phase d'install, ça doit être un 1.0.x à l'époque où cette machine avait un DX2/66 dans le ventre... Depuis, je compile toujours.
Après je t'avoue que je n'ai pas regardé de près, mais ça m'étonnerait que les noyaux Debian en 2.4.31 supportent ça. S'il ya des noyaux 2.4.31 pour Debian, d'ailleurs. Ils ont tendance à être toujours un peu à la bourre.
Ah oui et je veux passer en 2.4.31 pour supporter une carte wifi USB non supportée (pour faire court) par la 2.4.18. Je dois être le seul fou à avoir du wifi et un QIC02 dans le même PC, mais bon, c'est pas ça le problème, je pense.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Rakotomandimby (R12y) Mihamina"
<mihamina.rakotomandimby@etu.univ-orleans.fr> a écrit dans le message de
news: pan.2005.06.12.19.00.18.810000@etu.univ-orleans.fr...
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau
fourni par la distribution?
oui, j'ai tout un tas de vieux matos non supporté par les noyaux précompilés
(Adaptec 1542, cartes réseau, streamer QIC02, support des disques en EFS et
XFS, carte 16 ports série, CDROM 2x non IDE, etc etc etc). C'est une des
raisons pour lesquelles j'aime bien linux : même avec un OS à la pointe du
progrès je peux ressortir une vieille bande datant de 15ans. Le dernier
noyau que j'ai utilisé précompilé au delà de la phase d'install, ça doit
être un 1.0.x à l'époque où cette machine avait un DX2/66 dans le ventre...
Depuis, je compile toujours.
Après je t'avoue que je n'ai pas regardé de près, mais ça m'étonnerait que
les noyaux Debian en 2.4.31 supportent ça. S'il ya des noyaux 2.4.31 pour
Debian, d'ailleurs. Ils ont tendance à être toujours un peu à la bourre.
Ah oui et je veux passer en 2.4.31 pour supporter une carte wifi USB non
supportée (pour faire court) par la 2.4.18. Je dois être le seul fou à avoir
du wifi et un QIC02 dans le même PC, mais bon, c'est pas ça le problème, je
pense.
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres
jeux de role.
www.extremia.org
"Rakotomandimby (R12y) Mihamina" a écrit dans le message de news:
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
oui, j'ai tout un tas de vieux matos non supporté par les noyaux précompilés (Adaptec 1542, cartes réseau, streamer QIC02, support des disques en EFS et XFS, carte 16 ports série, CDROM 2x non IDE, etc etc etc). C'est une des raisons pour lesquelles j'aime bien linux : même avec un OS à la pointe du progrès je peux ressortir une vieille bande datant de 15ans. Le dernier noyau que j'ai utilisé précompilé au delà de la phase d'install, ça doit être un 1.0.x à l'époque où cette machine avait un DX2/66 dans le ventre... Depuis, je compile toujours.
Après je t'avoue que je n'ai pas regardé de près, mais ça m'étonnerait que les noyaux Debian en 2.4.31 supportent ça. S'il ya des noyaux 2.4.31 pour Debian, d'ailleurs. Ils ont tendance à être toujours un peu à la bourre.
Ah oui et je veux passer en 2.4.31 pour supporter une carte wifi USB non supportée (pour faire court) par la 2.4.18. Je dois être le seul fou à avoir du wifi et un QIC02 dans le même PC, mais bon, c'est pas ça le problème, je pense.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
Pascal
Salut,
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
Se passer d'initrd qui est AMA une complication inutile pour une passerelle. Activer certaines options utiles pour le réseau qui sont désactivées dans les noyaux Debian précompilés. Désactiver les options inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du patch-o-matic Netfilter, qui apportent de fonctions utiles pour une passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce qui peut être gênant pour une passerelle.
Salut,
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau
fourni par la distribution?
Se passer d'initrd qui est AMA une complication inutile pour une
passerelle. Activer certaines options utiles pour le réseau qui sont
désactivées dans les noyaux Debian précompilés. Désactiver les options
inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du
patch-o-matic Netfilter, qui apportent de fonctions utiles pour une
passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent
que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par
Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce
qui peut être gênant pour une passerelle.
Bonjour, Y a t il une raison particulière à ne pas utiliser le noyau fourni par la distribution?
Se passer d'initrd qui est AMA une complication inutile pour une passerelle. Activer certaines options utiles pour le réseau qui sont désactivées dans les noyaux Debian précompilés. Désactiver les options inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du patch-o-matic Netfilter, qui apportent de fonctions utiles pour une passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce qui peut être gênant pour une passerelle.
Alex
"gadget" a écrit dans le message de news:
vu les symptomes, je pencherais pour du initrd.
il faut ajouter un fichier initrd pour permettre de charger les modules.
a priori, je n'ai rien en modules, tout le noyau est en dur.
Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg.
hum, ce script a l'air d'être appelé pour compiler le package contenant le noyau. Mais a priori je n'utilise pas les packages de noyau, seulement les sources et make bzImage, puis une update à la main de lilo.conf pour y mentionner mon nouveau noyau.
Mais il faut de plsu que le système de fichier cramfs soit compilé en dur dans le noyau. (c'est le format par défaut du fichier.)
je crois que je l'avais mis dans ma première tentative, mais pas dans les suivantes. Comme j'ai un doute, je vais le refaire, ça mange pas de pain.
Une autre possibilité est de supprimer du noyau le support initrd ramdisk ramfs et cramfs (le support du filesystem principal doit etre compilé en dur).
euh ça va à l'encontre de ce que tu dis au dessus, non ? je le mets ou je le mets pas, le cramfs ?
Merci pour ton aide, -- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"gadget" <anti@spam.org> a écrit dans le message de news:
pan.2005.06.12.18.51.29.157722@spam.org...
vu les symptomes, je pencherais pour du initrd.
il faut ajouter un fichier initrd pour permettre de charger les modules.
a priori, je n'ai rien en modules, tout le noyau est en dur.
Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg.
hum, ce script a l'air d'être appelé pour compiler le package contenant le
noyau. Mais a priori je n'utilise pas les packages de noyau, seulement les
sources et make bzImage, puis une update à la main de lilo.conf pour y
mentionner mon nouveau noyau.
Mais il faut de plsu que le système de fichier cramfs soit compilé en
dur dans le noyau. (c'est le format par défaut du fichier.)
je crois que je l'avais mis dans ma première tentative, mais pas dans les
suivantes. Comme j'ai un doute, je vais le refaire, ça mange pas de pain.
Une autre possibilité est de supprimer du noyau le support initrd ramdisk
ramfs et cramfs (le support du filesystem principal doit etre compilé en
dur).
euh ça va à l'encontre de ce que tu dis au dessus, non ? je le mets ou je le
mets pas, le cramfs ?
Merci pour ton aide,
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres
jeux de role.
www.extremia.org
il faut ajouter un fichier initrd pour permettre de charger les modules.
a priori, je n'ai rien en modules, tout le noyau est en dur.
Sous Debian il devrait suffir de rajouter l'option --initrd à make-kpkg.
hum, ce script a l'air d'être appelé pour compiler le package contenant le noyau. Mais a priori je n'utilise pas les packages de noyau, seulement les sources et make bzImage, puis une update à la main de lilo.conf pour y mentionner mon nouveau noyau.
Mais il faut de plsu que le système de fichier cramfs soit compilé en dur dans le noyau. (c'est le format par défaut du fichier.)
je crois que je l'avais mis dans ma première tentative, mais pas dans les suivantes. Comme j'ai un doute, je vais le refaire, ça mange pas de pain.
Une autre possibilité est de supprimer du noyau le support initrd ramdisk ramfs et cramfs (le support du filesystem principal doit etre compilé en dur).
euh ça va à l'encontre de ce que tu dis au dessus, non ? je le mets ou je le mets pas, le cramfs ?
Merci pour ton aide, -- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
Alex
"" a écrit dans le message de news: d8i1qs$2qm4$
Se passer d'initrd qui est AMA une complication inutile pour une passerelle. Activer certaines options utiles pour le réseau qui sont désactivées dans les noyaux Debian précompilés. Désactiver les options
Pour netfilter, effectivement.
inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du patch-o-matic Netfilter, qui apportent de fonctions utiles pour une passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce qui peut être gênant pour une passerelle.
tout juste, c'était aussi une des raisons, mais bon j'ai réussi à vivre sans tout ça pendant longtemps. Par contre, le support hardware, là, il me le fallait.
C'est une passerelle à la maison, donc rien de vraiment critique. Mais ça me sert justement de terrain d'expériences.
Enfin bon la solution est trouvée.
Merci à tous.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"Pascal@plouf" <pascal@plouf.invalid> a écrit dans le message de news:
d8i1qs$2qm4$1@biggoron.nerim.net...
Se passer d'initrd qui est AMA une complication inutile pour une
passerelle. Activer certaines options utiles pour le réseau qui sont
désactivées dans les noyaux Debian précompilés. Désactiver les options
Pour netfilter, effectivement.
inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du
patch-o-matic Netfilter, qui apportent de fonctions utiles pour une
passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent
que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par
Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce
qui peut être gênant pour une passerelle.
tout juste, c'était aussi une des raisons, mais bon j'ai réussi à vivre sans
tout ça pendant longtemps. Par contre, le support hardware, là, il me le
fallait.
C'est une passerelle à la maison, donc rien de vraiment critique. Mais ça me
sert justement de terrain d'expériences.
Enfin bon la solution est trouvée.
Merci à tous.
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres
jeux de role.
www.extremia.org
Se passer d'initrd qui est AMA une complication inutile pour une passerelle. Activer certaines options utiles pour le réseau qui sont désactivées dans les noyaux Debian précompilés. Désactiver les options
Pour netfilter, effectivement.
inutiles pour obtenir un noyau compact. Ajouter des patches comme ceux du patch-o-matic Netfilter, qui apportent de fonctions utiles pour une passerelle. D'autre part Debian ne fournit pas de noyau 2.4 plus récent que le 2.4.27. Et dans les noyaux inférieurs à 2.4.29, la gestion par Netfilter des messages d'erreurs ICMP générés localement est foireuse, ce qui peut être gênant pour une passerelle.
tout juste, c'était aussi une des raisons, mais bon j'ai réussi à vivre sans tout ça pendant longtemps. Par contre, le support hardware, là, il me le fallait.
C'est une passerelle à la maison, donc rien de vraiment critique. Mais ça me sert justement de terrain d'expériences.
Enfin bon la solution est trouvée.
Merci à tous.
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
Alex
"gadget" a écrit dans le message de news:
Mais il faut de plsu que le système de fichier cramfs soit compilé en dur dans le noyau. (c'est le format par défaut du fichier.)
Bon, ben voilà, c'était bien ça. J'ai dû boire un peu trop hier :) j'étais persuadé d'avoir essayé avec et sans cramfs.
Merci bien ! Je vais pouvoir passer à la suite !
-- Alex [JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres jeux de role. www.extremia.org
"gadget" <anti@spam.org> a écrit dans le message de news:
pan.2005.06.12.18.51.29.157722@spam.org...
Mais il faut de plsu que le système de fichier cramfs soit compilé en
dur dans le noyau. (c'est le format par défaut du fichier.)
Bon, ben voilà, c'était bien ça. J'ai dû boire un peu trop hier :) j'étais
persuadé d'avoir essayé avec et sans cramfs.
Merci bien ! Je vais pouvoir passer à la suite !
--
Alex
[JDR] Visitez Extremia, un monde gratuit et en francais pour D&D et autres
jeux de role.
www.extremia.org
