Forum francophone pour la Debian
Vous n'êtes pas connecté.
Bonjour,
Suite à une mise à jour du paquet udev, un nouvel initrd a été généré lors de l'installation
Il m'a été demandé à un moment si je voulais garder un fichier ou le remplacer par celui du paquet, j'ai choisi de le remplacer.
Au redémarrage de la machine --> kernel panic, not syncing: attempted to kill init !
Si je commente la ligne du menu.lst de grub qui fait référence à l'initrd, le système démarre
mais j'ai de nombreuses lignes d'avertissement du genre: invalid kernel command/rules..blabla liées au règles d'udev
(j'en avais deux ou trois avant, et je m'étais promis de m'en occuper... un jour )
Je ne me suis jamais trop penché sur cette histoire d'initrd jusqu'à présent, je ne visualise d'ailleurs pas très bien à quoi ça sert (je ne note pas de différences flagrantes, ni en vitesse, ni en terme de fonctionnalités lorsqu'il n'est pas utilisé)
Dois-je recréer un initrd, et comment (avec mkinitrd ?)recompiler un nouveau noyau?
Tous éclaircissements bienvenus
Dernière modification par zhorglub (2007-02-06 09:50:36)
Hors ligne
Salut
Si j'ai bien assimilé ce que j'en ai lu ( ca reste a prouver )
L'initrd est un fichier genre image du système qui contient les pilotes minimum nécessaires au noyaux pour booter correctement.
J'ai eu un probleme d'initrd, il y a quelques temps (passage de 2.4.27 a 2.6.17).
J'ai en memoire qu'il faut aussi que le paquet initramfs soit installé
Ci dessous mon post de l'époque, en espérant que ça t'aidera
http://www.andesi.org/forum/viewtopic.php?id=5634
Hors ligne
Re,
Bon, je pense avoir résolu le pb en utilisant mkinitrd comme décrit dans le lien ci-dessous.
~# mkinitrd -o /boot/initrd.img-2.6.17
et c'est tout
J'en ai profité pour virer les règles foireuses d'udev (enfin les liens symboliques seulement, on ne sait jamais ), j'ai rétabli l'initrd dans le menu.lst et ça boote 'bien' ...
Je me demande toujours de quoi peut-être constitué cet initrd, parce que dans mes fichiers de conf (/etc/mkinitrd), il n'y a pas grand chose
Hors ligne
freddec a écrit:
Si j'ai bien assimilé ce que j'en ai lu ( ca reste a prouver )
L'initrd est un fichier genre image du système qui contient les pilotes minimum nécessaires au noyaux pour booter correctement.
L'initrd peut egalement contenir des scripts charges de preparer le montage du root filesystem. Le man d'initrd est assez complet la-dessus.
Hors ligne
Ça serait bien d'avoir un exemple (cas concret) ou l'initrd serait indispensable pour pouvoir booter la machine ?
Ou un lien....
D'après la lecture du man initrd, je me demande si l'initrd (détourné) ne serait pas à la base du fonctionnement des live-cd
Si je dis une connerie, fouettez-moi
Hors ligne
Par exemple au boulot j'utilise des serveurs diskless. Je leur fournis un kernel et un initrd en PXE, l'initrd prepare un ramdisk, va chercher un root complet en http, qu'il decompresse ensuite sur son ramdisk. Puis il pivote le root dessus, execute /sbin/init et le systeme commence a demarrer.
Les live-cd fonctionnent de la meme facon, tu extrais une archive sur un ramdisk et tu pivotes le root dessus.
Pour des exemples, tu as les images netboot debian : http://ftp.fr.debian.org/debian/dists/s … s/netboot/
Hors ligne
zhorglub a écrit:
Si je dis une connerie, fouettez-moi
Os passe moi le rasoir et le fouet !!!
Il y a quelques mois, dans GNU/linux mag il y avait une série d'articles (3, il me semble) sur le RIM (Run In Memory) et on y expliquait comment créer son propre CD magique.
Inird, comme le dit freddec, ne fait que charger des modules vitaux (pilotes de carte RAID, scsi, etc ...).
Il me semble que ce n'est qu'un fichier tar des modules, mais n'ayant pas de linux sous la main je ne peux confirmer la chose !
LeDub surfeur d'argent en ville comme à la montagne !
Hors ligne
J'en connais un autre qui va se faire fouter / épiler...
yOm, à toi l'honneur...
Dudub, désolé, 1/ tu t'es fait grillé, 2/ ta supposition est fausse
++
Hors ligne
En effet cette phrase :
Inird, [...] ne fait que charger des modules vitaux (pilotes de carte RAID, scsi, etc ...).
devrait plutôt être
Inird, [...] charge des modules vitaux (pilotes de carte RAID, scsi, etc ...) avant de rendre la main à un système plus élaboré comme hal (Hardware Abstraction Layer, il me semble).
voilà j'ai voulu faire court, ça l'était mais partiellement faux !!!
LeDub qui essaie de se raccrocher comme il peut !!
Hors ligne
Ne vous inquietez pas, tout est sous controle :
RTFM !!!!!!!!
Hors ligne
y0m a écrit:
Ne vous inquietez pas, tout est sous controle :
RTFM !!!!!!!!
Raoul (le cri qui désoule), Thierry, Françoise et Maurice, c'est ça ?
LeDub qui aimerait rentrer tôt ce soir.
Hors ligne
ustilago a écrit:
Inird, c'est une commande de barbus, je la trouve pas dans mon man ...
Usti
Normal, c'est une commande qui existe que sur la debian de LeDub
Hors ligne
Tihz a écrit:
Normal, c'est une commande qui existe que sur la debian de LeDub
J'vais me faire un vieux !!
LeDub, vieux-ophobe !
Hors ligne
ledub a écrit:
J'vais me faire un vieux !!
Tu vas te suicider ledub ? Faut pas, on t'aime tu sais....
Hors ligne
étrange :
armen@phare-w:~$ apt-cache search Inird armen@phare-w:~$
Hors ligne
armen a écrit:
étrange :
Code:
armen@phare-w:~$ apt-cache search Inird armen@phare-w:~$
Je dirais plutôt:
apt-cache search initrd
ou
apt-cache search --names-only initrd
Hors ligne