Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Les partitions RAID sont-elles du type autoraid ?
Comment as-tu compilé le kernel ? (make-kpkg ou à la main)
Lilo ? Grub ?
Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Les partitions RAID sont-elles du type autoraid ?
Comment as-tu compilé le kernel ? (make-kpkg ou à la main)
Lilo ? Grub ?
Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :Bonjour,
si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
comme modification dans le .config d'origine:
1. supprimer la prise en charge de l'initrd
2. en dur ext3
3. en dur MD + Raid1
4. en dur IDE et BLK_DEV _IDE
Ai je oublié quelquechose?
Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
disques durs. La machine a été installée en SARGE kernel 2.4.26,
upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
sans problème.
J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
swap), mais rien à faire: aux dires d'un technicien devant l'écran,
j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
entendu, lorsque je monte les partitions Raid après avoir rebooté sur
hda, tout est ok.
Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
problème.
Merci pour vos remarques ou suggestions.
Les partitions RAID sont-elles du type autoraid ?
Comment as-tu compilé le kernel ? (make-kpkg ou à la main)
Lilo ? Grub ?
Jean-Yves LENHOF a écrit :
>Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
>
>
>>Bonjour,
>>
>>si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
>>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
>>comme modification dans le .config d'origine:
>>
>>1. supprimer la prise en charge de l'initrd
>>2. en dur ext3
>>3. en dur MD + Raid1
>>4. en dur IDE et BLK_DEV _IDE
>>
>>Ai je oublié quelquechose?
>>
>>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
>>disques durs. La machine a été installée en SARGE kernel 2.4.26,
>>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
>>sans problème.
>>
>>J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
>>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
>>swap), mais rien à faire: aux dires d'un technicien devant l'écran,
>>j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
>>entendu, lorsque je monte les partitions Raid après avoir rebooté sur
>>hda, tout est ok.
>>
>>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
>>problème.
Jean-Yves LENHOF a écrit :
>Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
>
>
>>Bonjour,
>>
>>si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
>>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
>>comme modification dans le .config d'origine:
>>
>>1. supprimer la prise en charge de l'initrd
>>2. en dur ext3
>>3. en dur MD + Raid1
>>4. en dur IDE et BLK_DEV _IDE
>>
>>Ai je oublié quelquechose?
>>
>>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
>>disques durs. La machine a été installée en SARGE kernel 2.4.26,
>>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
>>sans problème.
>>
>>J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
>>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
>>swap), mais rien à faire: aux dires d'un technicien devant l'écran,
>>j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
>>entendu, lorsque je monte les partitions Raid après avoir rebooté sur
>>hda, tout est ok.
>>
>>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
>>problème.
Jean-Yves LENHOF a écrit :
>Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
>
>
>>Bonjour,
>>
>>si je veux booter sur un kernel 2.4.27 minimal d'une Debian testing en
>>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je fais
>>comme modification dans le .config d'origine:
>>
>>1. supprimer la prise en charge de l'initrd
>>2. en dur ext3
>>3. en dur MD + Raid1
>>4. en dur IDE et BLK_DEV _IDE
>>
>>Ai je oublié quelquechose?
>>
>>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*, avec 2
>>disques durs. La machine a été installée en SARGE kernel 2.4.26,
>>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et démarre
>>sans problème.
>>
>>J'essaye vainement de redémarrer cette machine en Raid ayant préparé et
>>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
>>swap), mais rien à faire: aux dires d'un technicien devant l'écran,
>>j'aurai une erreur can't open /dev/console puis un kernel panic. Bien
>>entendu, lorsque je monte les partitions Raid après avoir rebooté sur
>>hda, tout est ok.
>>
>>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé le
>>problème.
Le lundi 28 mars 2005 à 15:37 +0200, daniel huhardeaux a écrit :
> Jean-Yves LENHOF a écrit :
>
> >Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
> >
> >
> >>Bonjour,
> >>
> >>si je veux booter sur un kernel 2.4.27 minimal d'une Debian
testing en
> >>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je
fais
> >>comme modification dans le .config d'origine:
> >>
> >>1. supprimer la prise en charge de l'initrd
> >>2. en dur ext3
> >>3. en dur MD + Raid1
> >>4. en dur IDE et BLK_DEV _IDE
> >>
> >>Ai je oublié quelquechose?
> >>
> >>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*,
avec 2
> >>disques durs. La machine a été installée en SARGE kernel 2.4.26 ,
> >>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et
démarre
> >>sans problème.
> >>
> >>J'essaye vainement de redémarrer cette machine en Raid ayant
préparé et
> >>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
> >>swap), mais rien à faire: aux dires d'un technicien devant
l'écran,
> >>j'aurai une erreur can't open /dev/console puis un kernel panic.
Bien
> >>entendu, lorsque je monte les partitions Raid après avoir rebooté
sur
> >>hda, tout est ok.
> >>
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui cré é
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Cdlt,
Le lundi 28 mars 2005 à 15:37 +0200, daniel huhardeaux a écrit :
> Jean-Yves LENHOF a écrit :
>
> >Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
> >
> >
> >>Bonjour,
> >>
> >>si je veux booter sur un kernel 2.4.27 minimal d'une Debian
testing en
> >>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je
fais
> >>comme modification dans le .config d'origine:
> >>
> >>1. supprimer la prise en charge de l'initrd
> >>2. en dur ext3
> >>3. en dur MD + Raid1
> >>4. en dur IDE et BLK_DEV _IDE
> >>
> >>Ai je oublié quelquechose?
> >>
> >>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*,
avec 2
> >>disques durs. La machine a été installée en SARGE kernel 2.4.26 ,
> >>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et
démarre
> >>sans problème.
> >>
> >>J'essaye vainement de redémarrer cette machine en Raid ayant
préparé et
> >>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
> >>swap), mais rien à faire: aux dires d'un technicien devant
l'écran,
> >>j'aurai une erreur can't open /dev/console puis un kernel panic.
Bien
> >>entendu, lorsque je monte les partitions Raid après avoir rebooté
sur
> >>hda, tout est ok.
> >>
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui cré é
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Cdlt,
Le lundi 28 mars 2005 à 15:37 +0200, daniel huhardeaux a écrit :
> Jean-Yves LENHOF a écrit :
>
> >Le lundi 28 mars 2005 à 13:34 +0200, daniel huhardeaux a écrit :
> >
> >
> >>Bonjour,
> >>
> >>si je veux booter sur un kernel 2.4.27 minimal d'une Debian
testing en
> >>supprimant l'initrd pour un boot en Raid1/ext3, voila ce que je
fais
> >>comme modification dans le .config d'origine:
> >>
> >>1. supprimer la prise en charge de l'initrd
> >>2. en dur ext3
> >>3. en dur MD + Raid1
> >>4. en dur IDE et BLK_DEV _IDE
> >>
> >>Ai je oublié quelquechose?
> >>
> >>Mon probleme est que j'ai un serveur auquel *je n'ai pas accès*,
avec 2
> >>disques durs. La machine a été installée en SARGE kernel 2.4.26 ,
> >>upgradée en 2.4.27, sur hda, 3 partitions / , /home et swap et
démarre
> >>sans problème.
> >>
> >>J'essaye vainement de redémarrer cette machine en Raid ayant
préparé et
> >>installé ce qui va bien sur hdc (/boot = /dev/md0 et /=/dev/md1 et
> >>swap), mais rien à faire: aux dires d'un technicien devant
l'écran,
> >>j'aurai une erreur can't open /dev/console puis un kernel panic.
Bien
> >>entendu, lorsque je monte les partitions Raid après avoir rebooté
sur
> >>hda, tout est ok.
> >>
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui cré é
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Cdlt,
Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Et il faut, de plus, pour les initrd Debian que le support devfs soit
activé aussi.
Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :
[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Et il faut, de plus, pour les initrd Debian que le support devfs soit
activé aussi.
Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Et il faut, de plus, pour les initrd Debian que le support devfs soit
activé aussi.
Jean-Luc Coulon (f5ibh) a écrit :Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui
créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un init rd
au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
Et il faut, de plus, pour les initrd Debian que le support devfs
soit activé aussi.
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
Jean-Luc Coulon (f5ibh) a écrit :
Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :
[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui
créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un init rd
au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
Et il faut, de plus, pour les initrd Debian que le support devfs
soit activé aussi.
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
Jean-Luc Coulon (f5ibh) a écrit :Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :[...]
> >>Je veux donc tester sans l'initrd, je pense que c'est lui qui
créé
le
> >>problème.
As-tu patché ton kernel avec le patch debian cramfs contenu dans le
package suivant pour avoir le support de cramfs ?
http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
En effet mkinitrd sauf précision ds le fichier .conf créé un init rd
au
format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
les
2.6)
Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
créé
le file system (oui initrd.img contient un file system) de type ext2
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
Et il faut, de plus, pour les initrd Debian que le support devfs
soit activé aussi.
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
--
Daniel Huhardeaux ______ _____ _____ ______ ______ __
Jean-Luc Coulon (f5ibh) a écrit :
> Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :
>
>> [...]
>> > >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
>> le
>> > >>problème.
>>
>> As-tu patché ton kernel avec le patch debian cramfs contenu dans le
>> package suivant pour avoir le support de cramfs ?
>> http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
>>
>> En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
>> format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
>> les
>> 2.6)
>>
>> Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
>> créé
>> le file system (oui initrd.img contient un file system) de type ext2
>
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
Jean-Luc Coulon (f5ibh) a écrit :
> Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :
>
>> [...]
>> > >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
>> le
>> > >>problème.
>>
>> As-tu patché ton kernel avec le patch debian cramfs contenu dans le
>> package suivant pour avoir le support de cramfs ?
>> http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
>>
>> En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
>> format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
>> les
>> 2.6)
>>
>> Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
>> créé
>> le file system (oui initrd.img contient un file system) de type ext2
>
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
Jean-Luc Coulon (f5ibh) a écrit :
> Le 28.03.2005 16:32:48, Jean-Yves LENHOF a écrit :
>
>> [...]
>> > >>Je veux donc tester sans l'initrd, je pense que c'est lui qui créé
>> le
>> > >>problème.
>>
>> As-tu patché ton kernel avec le patch debian cramfs contenu dans le
>> package suivant pour avoir le support de cramfs ?
>> http://packages.debian.org/testing/devel/kernel-patch-debian-2.4.27
>>
>> En effet mkinitrd sauf précision ds le fichier .conf créé un initrd au
>> format cramfs qui n'existe pas par défaut ds les kernel 2.4 (mais ds
>> les
>> 2.6)
>>
>> Sinon il faut modifier la configuration de mkinitrd.conf pour qu'il
>> créé
>> le file system (oui initrd.img contient un file system) de type ext2
>
Ok, mais alors comment expliqué que mon kernel actuel, le 2.4.27,
démarre bien avec l'initrd?
[...]
Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
problème.... Cf :
http://kerneltrap.org/node/3668
Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
http://packages.debian.org/testing/devel/kernel-source-2.4.27
et qu'il est donc directement patché... Sinon tu aurais certainement mis
un 2.4.29
Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
peu la config du kernel ou dans mettre un plus récent de compiler ton
kernel toi-même.
Par ailleurs normalement l'utilisation de make-kpkg couplé à update-grub
est pas mal normalement...
http://newbiedoc.sourceforge.net/system/kernel-pkg.html
[...]
Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
problème.... Cf :
http://kerneltrap.org/node/3668
Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
http://packages.debian.org/testing/devel/kernel-source-2.4.27
et qu'il est donc directement patché... Sinon tu aurais certainement mis
un 2.4.29
Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
peu la config du kernel ou dans mettre un plus récent de compiler ton
kernel toi-même.
Par ailleurs normalement l'utilisation de make-kpkg couplé à update-grub
est pas mal normalement...
http://newbiedoc.sourceforge.net/system/kernel-pkg.html
[...]
Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
problème.... Cf :
http://kerneltrap.org/node/3668
Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
http://packages.debian.org/testing/devel/kernel-source-2.4.27
et qu'il est donc directement patché... Sinon tu aurais certainement mis
un 2.4.29
Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
peu la config du kernel ou dans mettre un plus récent de compiler ton
kernel toi-même.
Par ailleurs normalement l'utilisation de make-kpkg couplé à update-grub
est pas mal normalement...
http://newbiedoc.sourceforge.net/system/kernel-pkg.html
[...]
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
Je ne crois pas que ce soit nécessaire, il faut juste que le support
existe dans le noyau.
[...]
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
Je ne crois pas que ce soit nécessaire, il faut juste que le support
existe dans le noyau.
[...]
ok, je vais rajouter devfs=mount dans la ligne de commande de Grub
comme cela m'a été soufflé en privé.
Je ne crois pas que ce soit nécessaire, il faut juste que le support
existe dans le noyau.
Jean-Yves LENHOF a écrit :
> [...]
>
>Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
>déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
>problème.... Cf :
>
>http://kerneltrap.org/node/3668
>
>Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
>l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
>
>
Oui, 100% Debian.
>http://packages.debian.org/testing/devel/kernel-source-2.4.27
>et qu'il est donc directement patché... Sinon tu aurais certainement mis
>un 2.4.29
>
>Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
>peu la config du kernel ou dans mettre un plus récent de compiler ton
>kernel toi-même.
>
>
Bein si ca ne marche pas avec le kernel "out of the box" je recompile
_les sources du dernier noyau disponibles_ en mettant en dur ce qui me
parait pouvoir être le problème (MD et RAID et EXT3) et je teste ;-)
Jean-Yves LENHOF a écrit :
> [...]
>
>Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
>déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
>problème.... Cf :
>
>http://kerneltrap.org/node/3668
>
>Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
>l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
>
>
Oui, 100% Debian.
>http://packages.debian.org/testing/devel/kernel-source-2.4.27
>et qu'il est donc directement patché... Sinon tu aurais certainement mis
>un 2.4.29
>
>Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
>peu la config du kernel ou dans mettre un plus récent de compiler ton
>kernel toi-même.
>
>
Bein si ca ne marche pas avec le kernel "out of the box" je recompile
_les sources du dernier noyau disponibles_ en mettant en dur ce qui me
parait pouvoir être le problème (MD et RAID et EXT3) et je teste ;-)
Jean-Yves LENHOF a écrit :
> [...]
>
>Dans ce cas cela veut certainement dire que tu utilises un kernel 2.4.27
>déjà patché et pas un kernel de kernel.org, parce que sinon tu aurais le
>problème.... Cf :
>
>http://kerneltrap.org/node/3668
>
>Tu n'as pas précisé d'où venait ton kernel... mais j'ai donc bien
>l'impression qu'il s'agit du kernel-source-2.4.27 de chez Debian ?
>
>
Oui, 100% Debian.
>http://packages.debian.org/testing/devel/kernel-source-2.4.27
>et qu'il est donc directement patché... Sinon tu aurais certainement mis
>un 2.4.29
>
>Mais dans ce cas quel est l'interêt si ce n'est pas pour changer quelque
>peu la config du kernel ou dans mettre un plus récent de compiler ton
>kernel toi-même.
>
>
Bein si ca ne marche pas avec le kernel "out of the box" je recompile
_les sources du dernier noyau disponibles_ en mettant en dur ce qui me
parait pouvoir être le problème (MD et RAID et EXT3) et je teste ;-)
