Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
-- Pensez
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
Merci d'avance
Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
root@pcGDL:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
root@pcGDL:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
kernel-source-VERSION || linux-source-VERSION
tu décompactes le linux-source...-tar.bz2 dans /usr/src
tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
/usr/src/linux
tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
proposer divers choix pour les nouveautés du kernel que tu as choisi
puis make menuconfig si tu as des modifs à apporter
enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
pour l'install le paquet est généré dans /usr/src
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
-- Pensez
ThomasC
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
-- Pensez
De Leeuw Guy a écrit :
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
Merci d'avance
Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
root@pcGDL:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
root@pcGDL:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
kernel-source-VERSION || linux-source-VERSION
tu décompactes le linux-source...-tar.bz2 dans /usr/src
tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
/usr/src/linux
tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
proposer divers choix pour les nouveautés du kernel que tu as choisi
puis make menuconfig si tu as des modifs à apporter
enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
-- Pensez
Seb
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers
ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd.
L'autre raison est que mon (ton) système va forcément et en permanence
utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
De Leeuw Guy
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement. Mais il me manque les modules genre nvidia, kqemu, ect... est ce normal ?
Guy
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
-- Pensez
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement.
Mais il me manque les modules genre nvidia, kqemu, ect...
est ce normal ?
Guy
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
Merci d'avance
Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous,
Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2
(mais conserver tous les parametres debian).
Actuellement j'utilise le noyeau livré en testing (etch)
sous /usr/src j'ai :
root@pcGDL:/usr/src# ll
total 220
drwxr-xr-x 18 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1
drwxr-xr-x 5 root root 4096 2006-03-10 09:40
linux-headers-2.6.15-1-686-smp
drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules
drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm
-rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2
root@pcGDL:/usr/src#
Pourquoi y a t'il 2 linux-headers ?
dans lequel dois je lancer make menuconfig ?
Y a t'il une procédure particulière pour ce noyau ?
merci d'avance pour votre aide
Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le
kernel-source-VERSION || linux-source-VERSION
tu décompactes le linux-source...-tar.bz2 dans /usr/src
tu fait un lien symbolique de /usr/src/linux-source-VERSION vers
/usr/src/linux
tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .)
ensuite dans /usr/src/linux tu lances un make oldconfig qui va te
proposer divers choix pour les nouveautés du kernel que tu as choisi
puis make menuconfig si tu as des modifs à apporter
enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image
pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
Le nouveau noyeau démarre correctement. Mais il me manque les modules genre nvidia, kqemu, ect... est ce normal ?
Guy
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
Merci d'avance Guy
NaiosKAE{FR} a écrit :
De Leeuw Guy writes:
Bonjour à tous, Je voudrais compiler un nouveau noyeau afin d'y ajouter le suspend2 (mais conserver tous les parametres debian). Actuellement j'utilise le noyeau livré en testing (etch) sous /usr/src j'ai : :/usr/src# ll total 220 drwxr-xr-x 18 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1 drwxr-xr-x 5 root root 4096 2006-03-10 09:40 linux-headers-2.6.15-1-686-smp drwxr-xr-x 3 root src 4096 2005-07-18 23:32 modules drwxr-xr-x 7 root root 4096 2006-01-30 11:58 rpm -rw-r--r-- 1 root root 203136 2006-02-25 20:32 sl-modem.tar.bz2 :/usr/src# Pourquoi y a t'il 2 linux-headers ? dans lequel dois je lancer make menuconfig ? Y a t'il une procédure particulière pour ce noyau ? merci d'avance pour votre aide Guy
Bonjour, il te faut le fakeroot, libncurses, kernel-package, le kernel-source-VERSION || linux-source-VERSION tu décompactes le linux-source...-tar.bz2 dans /usr/src tu fait un lien symbolique de /usr/src/linux-source-VERSION vers /usr/src/linux tu te places dans /usr/src (perso je fais un chown -R monUtilisateur .) ensuite dans /usr/src/linux tu lances un make oldconfig qui va te proposer divers choix pour les nouveautés du kernel que tu as choisi puis make menuconfig si tu as des modifs à apporter enfin fakeroot make-kpkg --revision machine.n --arch i386 kernel_image pour l'install le paquet est généré dans /usr/src
Salut,
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
-- Pensez
De Leeuw Guy
Je crois que le problème vient de reiserfs que j'utilise aussi, mais pas pour la partition système. Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
Je crois que le problème vient de reiserfs que j'utilise aussi, mais pas
pour la partition système.
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers
ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd.
L'autre raison est que mon (ton) système va forcément et en permanence
utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Je crois que le problème vient de reiserfs que j'utilise aussi, mais pas pour la partition système. Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
Xavier Oswald
On 10:03 Wed 29 Mar , De Leeuw Guy wrote:
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement. Mais il me manque les modules genre nvidia, kqemu, ect... est ce normal ?
NVidia est un driver propriétaire. Il faut que tu le compile à part. Ou si je me souviens bien, il est dans debian/non-free donc apt est ton ami ! :)
Oui, mais tout etait configuré dans le 2.6.15 debian. C'est pour cela que je me demande si je dois recompiler ces modules Guy
Xavier Oswald a écrit :
On 10:03 Wed 29 Mar , De Leeuw Guy wrote:
Bonjour à tous, et merci pour votre aide.
Le nouveau noyeau démarre correctement. Mais il me manque les modules genre nvidia, kqemu, ect... est ce normal ?
NVidia est un driver propriétaire. Il faut que tu le compile à part. Ou si je me souviens bien, il est dans debian/non-free donc apt est ton ami ! :)
Amicalement,
-- 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
De Leeuw Guy
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
bien en 'm'
Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben ....
Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd
comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du
make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers
ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd.
L'autre raison est que mon (ton) système va forcément et en permanence
utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
Guy
Seb a écrit :
ThomasC a écrit :
De Leeuw Guy a écrit :
Bon ben .... Compilation ok, mais erreur au boot :
VFS: Cannot open root device "hda2"
je pense que c'est parcequ'il n'y a pas d'initrd comment le créer ?
normalement l'initrd est créé en rajoutant l'option --initrd lors du make-kpkg
Personnellement je mets *toujours* le support des systèmes de fichiers ext2/3 en dur dans le noyau, ça permet d'éviter d'utiliser un initrd. L'autre raison est que mon (ton) système va forcément et en permanence utiliser l'ext2/3, donc aucun intérêt à l'avoir en module.
Seb
-- Pensez
Seb
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau permetant de gérer toute seule le démarrage de la machine. En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton expérience de boot raté est l'exemple même de ce qui me fait penser que c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans l'erreur, c'est simplement ma façon de voir les choses
Tout contre-argument est le bienvenu !
Guy
Seb
-- Pensez
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
bien en 'm'
Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau
permetant de gérer toute seule le démarrage de la machine.
En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de
l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton
expérience de boot raté est l'exemple même de ce qui me fait penser que
c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans
l'erreur, c'est simplement ma façon de voir les choses
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau permetant de gérer toute seule le démarrage de la machine. En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton expérience de boot raté est l'exemple même de ce qui me fait penser que c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans l'erreur, c'est simplement ma façon de voir les choses
Tout contre-argument est le bienvenu !
Guy
Seb
-- Pensez
De Leeuw Guy
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai encore du mal a comprendre toutes les phases du démarrage. Je préfère donc m'en tenir au modèle utilisé par debian, cad l'utilisation d'un initrd.
sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller les modules genre nvidia kqemu ndiswrapper ? (je les ais compilés moi meme sauf nvidia, je ne me souviens plus comment je l'ai installé)
Merci pour ton aide. Guy
Seb a écrit :
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau permetant de gérer toute seule le démarrage de la machine. En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton expérience de boot raté est l'exemple même de ce qui me fait penser que c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans l'erreur, c'est simplement ma façon de voir les choses
Tout contre-argument est le bienvenu !
Guy
Seb
-- Pensez
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai
encore du mal a comprendre toutes les phases du démarrage.
Je préfère donc m'en tenir au modèle utilisé par debian, cad
l'utilisation d'un initrd.
sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller
les modules genre nvidia kqemu ndiswrapper ?
(je les ais compilés moi meme sauf nvidia, je ne me souviens plus
comment je l'ai installé)
Merci pour ton aide.
Guy
Seb a écrit :
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont
bien en 'm'
Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau
permetant de gérer toute seule le démarrage de la machine.
En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de
l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton
expérience de boot raté est l'exemple même de ce qui me fait penser que
c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans
l'erreur, c'est simplement ma façon de voir les choses
Pour l'instant, je ne suis pas suffisament expert de ce coté, et j'ai encore du mal a comprendre toutes les phases du démarrage. Je préfère donc m'en tenir au modèle utilisé par debian, cad l'utilisation d'un initrd.
sais tu si a chaque compilation du noyeau il faut recompiler/réinstaller les modules genre nvidia kqemu ndiswrapper ? (je les ais compilés moi meme sauf nvidia, je ne me souviens plus comment je l'ai installé)
Merci pour ton aide. Guy
Seb a écrit :
De Leeuw Guy a écrit :
Ah oui, je viens de vérifier dans le .config ext2/3 et reiserfs sont bien en 'm' Cela explique pourquoi debian installe systématiquement le initrd en /boot
Y a t'il un interet particulier d'éviter l'initrd ?
L'intérêt que je vois c'est de créer et utiliser une image du noyau permetant de gérer toute seule le démarrage de la machine. En fait j'ai toujours fait comme ça, je n'ai donc jamais eu besoin de l'initrd et je vois plus ça comme une contrainte qu'autre chose (ton expérience de boot raté est l'exemple même de ce qui me fait penser que c'est une contrainte).
Je ne soutiendrais pas que j'ai raison et que les autres sont dans l'erreur, c'est simplement ma façon de voir les choses
