Parmi tous les messages qu'il y a pu avoir en rapport avec la
compilation d'un noyau, il était souvent mentionné "initrd en dur", pour
éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors
de la compilation du nouveau noyau.
Dans la pratique, on fait comment pour mettre initrd en dur ?
Merci d'avance !
Guillaume
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.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
daniel huhardeaux
Guillaume a écrit :
Bonjour à toute la liste :-)
Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné "initrd en dur", pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ?
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
-- 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
Guillaume a écrit :
Bonjour à toute la liste :-)
Parmi tous les messages qu'il y a pu avoir en rapport avec la
compilation d'un noyau, il était souvent mentionné "initrd en dur",
pour éviter les problèmes liés à un oubli/mauvaise mise à jour
d'initrd lors de la compilation du nouveau noyau.
Dans la pratique, on fait comment pour mettre initrd en dur ?
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour
le désactiver, on décoche l'option config_blk_dev_ram
Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné "initrd en dur", pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ?
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
-- 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
Jean-Michel OLTRA
bonjour,
Le lundi 11 avril 2005, Guillaume a écrit...
Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné "initrd en dur", pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ?
Comme on te l'a déjà dit, c'est un non sens. Tu peux compiler un noyau et fabriquer ensuite un initrd (avec mkinitrd), ou le compiler "à la Debian" en demandant un initrd. Ensuite tu dois renseigner le fichier de conf de ton chargeur de démarrage pour que l'initrd soit pris en compte.
Bien évidemment, compiler un noyau avec l'optique "aucun initrd" demande de mettre en dur les options du noyau nécessaires au boot. Typiquement la gestion du système de fichier de ta racine. La prise en compte du ramdisk dans le noyau est nécessaire pour un initrd, mais tu peux conserver cette option sans utiliser d'initrd.
-- jm
-- 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
bonjour,
Le lundi 11 avril 2005, Guillaume a écrit...
Parmi tous les messages qu'il y a pu avoir en rapport avec la
compilation d'un noyau, il était souvent mentionné "initrd en dur", pour
éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors
de la compilation du nouveau noyau.
Dans la pratique, on fait comment pour mettre initrd en dur ?
Comme on te l'a déjà dit, c'est un non sens. Tu peux compiler un noyau
et fabriquer ensuite un initrd (avec mkinitrd), ou le compiler "à la
Debian" en demandant un initrd. Ensuite tu dois renseigner le fichier de
conf de ton chargeur de démarrage pour que l'initrd soit pris en compte.
Bien évidemment, compiler un noyau avec l'optique "aucun initrd" demande
de mettre en dur les options du noyau nécessaires au boot. Typiquement
la gestion du système de fichier de ta racine. La prise en compte du
ramdisk dans le noyau est nécessaire pour un initrd, mais tu peux
conserver cette option sans utiliser d'initrd.
--
jm
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Parmi tous les messages qu'il y a pu avoir en rapport avec la compilation d'un noyau, il était souvent mentionné "initrd en dur", pour éviter les problèmes liés à un oubli/mauvaise mise à jour d'initrd lors de la compilation du nouveau noyau. Dans la pratique, on fait comment pour mettre initrd en dur ?
Comme on te l'a déjà dit, c'est un non sens. Tu peux compiler un noyau et fabriquer ensuite un initrd (avec mkinitrd), ou le compiler "à la Debian" en demandant un initrd. Ensuite tu dois renseigner le fichier de conf de ton chargeur de démarrage pour que l'initrd soit pris en compte.
Bien évidemment, compiler un noyau avec l'optique "aucun initrd" demande de mettre en dur les options du noyau nécessaires au boot. Typiquement la gestion du système de fichier de ta racine. La prise en compte du ramdisk dans le noyau est nécessaire pour un initrd, mais tu peux conserver cette option sans utiliser d'initrd.
-- jm
-- 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
Pascal
Salut,
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
-- 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
Salut,
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour
le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
-- 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
daniel huhardeaux
a écrit :
Salut,
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne. Mais comme le demandeur n'a pas trop l'air de s'y connaitre en compilation de noyau, soyons fou et devalidons *tout* ce qui rappellerai initrd ;-)
-- 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
Pascal@plouf a écrit :
Salut,
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-)
Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne. Mais comme le
demandeur n'a pas trop l'air de s'y connaitre en compilation de noyau,
soyons fou et devalidons *tout* ce qui rappellerai initrd ;-)
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne. Mais comme le demandeur n'a pas trop l'air de s'y connaitre en compilation de noyau, soyons fou et devalidons *tout* ce qui rappellerai initrd ;-)
-- 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
Pascal
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne.
Je ne comprends pas ce que tu veux dire. CONFIG_BLK_DEV_RAM est activé sur tous mes noyaux parce qu'un ramdisk peut toujours servir, et je peux t'assurer qu'ils n'utilisent pas d'initrd (trop compliqué pour moi ces trucs-là).
-- 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
daniel huhardeaux a écrit :
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-)
Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne.
Je ne comprends pas ce que tu veux dire. CONFIG_BLK_DEV_RAM est activé
sur tous mes noyaux parce qu'un ramdisk peut toujours servir, et je peux
t'assurer qu'ils n'utilisent pas d'initrd (trop compliqué pour moi ces
trucs-là).
--
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
initrd en dur n'existe pas. Ou il est activé ou il ne l'est pas ;-) Pour le désactiver, on décoche l'option config_blk_dev_ram
Tu ne confondrais pas avec CONFIG_BLK_DEV_INITRD ?
Bein non: c'est l'un _et_ l'autre qui fonctionne.
Je ne comprends pas ce que tu veux dire. CONFIG_BLK_DEV_RAM est activé sur tous mes noyaux parce qu'un ramdisk peut toujours servir, et je peux t'assurer qu'ils n'utilisent pas d'initrd (trop compliqué pour moi ces trucs-là).
-- 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
