Manque des modules dans mon initrd après upgrade
Bonjour, Une debian me fait un truc assez bizarre : je suis en train de la monter gentillement de 7 vers 8. On profite de l'été pour faire ça vu que le serveur est un peu touchy. Et là, au moment de monter le kernel en 3.16, l'initrd ne me contient plus les modules virtio_pci (pour le disque) et ext3 (pour le fs). Bref, je suis tombé sur une belle console busybox et démerde toi. J'ai fini par réussir à remettre les modules dans les initrd en les rajoutant dans /etc/initramfs-tools/modules et en les chargeant à la main dans le busybox. Mais c'est moche et mon serveur ne boote toujours pas tout seul proprement. Je n'arrive pas bien à comprendre ce qui conditionne les modules ajoutés dans l'initrd et ce qu'il charge automatiquement pour la détection du hardware. Pourtant j'ai bien : # cat /etc/initramfs-tools/initramfs.conf |grep MODULES # MODULES: [ most | netboot | dep | list ] MODULES=most Donc normalement, tout ce qui touche au drivers hardware est mis non ? Je pensais que les modules chargés au moment de faire mon dpkg-reconfigure linux-image-3.16.0-4-686-pae seraient automatiquement chargés mais à priori, non. Vous auriez une piste pour moi parce qu'un truc m'échappe ... Merci et bonne journée, Julien
Matin, J’ai déjà eu un initrd auquel il manquait des bouts avec une debian (c’était LVM). J’ai tout bêtement viré iniramfs-tools au profit de dracut, et ça a marché tout de suite. C’est pas compliqué, d’un côté on a un truc développé seulement par debian, de l’autre un truc hébergé sur kernel.org… le choix est vite fait :p -- alarig
De notre côté dans notre procédure de mise à niveau 7 vers 8 on a noté de virer toute partition ext2 / ext3 qui traînerait au profit d'ext4, xfs ou btrfs en fonction des usages des partitions. Je note pour dracut je connaissais pas. Le 16/08/2016 à 17:06, Alarig Le Lay a écrit :
Matin,
J’ai déjà eu un initrd auquel il manquait des bouts avec une debian (c’était LVM). J’ai tout bêtement viré iniramfs-tools au profit de dracut, et ça a marché tout de suite. C’est pas compliqué, d’un côté on a un truc développé seulement par debian, de l’autre un truc hébergé sur kernel.org… le choix est vite fait :p
Tu as encore du ext2 en 2016 .. :o On 16/08/2016 18:04, Julien Escario wrote:
Le 16/08/2016 17:10, Wallace a écrit :
De notre côté dans notre procédure de mise à niveau 7 vers 8 on a noté de virer toute partition ext2 / ext3 qui traînerait au profit d'ext4, xfs ou btrfs en fonction des usages des partitions.
Mouarf, tu ne m'aides pas vraiment là ;-)
Julien
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
-- "UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things." – Doug Gwyn
Le 16/08/2016 17:06, Alarig Le Lay a écrit :
Matin,
J’ai déjà eu un initrd auquel il manquait des bouts avec une debian (c’était LVM). J’ai tout bêtement viré iniramfs-tools au profit de dracut, et ça a marché tout de suite. C’est pas compliqué, d’un côté on a un truc développé seulement par debian, de l’autre un truc hébergé sur kernel.org… le choix est vite fait :p
Hum, ok, oui, j'avais vu ça mais là, pour installer dracut, il va falloir que l'on monte de version un paquet de dépendances pour le coup. Je sens que ca va être marrant, surtout niveau version de PHP. Merci pour la piste, Julien
Le 16/08/2016 à 16:56, Julien Escario a écrit :
Bonjour, Une debian me fait un truc assez bizarre : je suis en train de la monter gentillement de 7 vers 8. On profite de l'été pour faire ça vu que le serveur est un peu touchy.
Et là, au moment de monter le kernel en 3.16, l'initrd ne me contient plus les modules virtio_pci (pour le disque) et ext3 (pour le fs). Bref, je suis tombé sur une belle console busybox et démerde toi.
Le module ext4 prends maintenant en charge les systèmes de fichier ext2, ext3 et ext4. Les anciens modules ont été supprimés au profit d'ext4 dont le code est plus propre.
J'ai fini par réussir à remettre les modules dans les initrd en les rajoutant dans /etc/initramfs-tools/modules et en les chargeant à la main dans le busybox.
Mais c'est moche et mon serveur ne boote toujours pas tout seul proprement.
Je n'arrive pas bien à comprendre ce qui conditionne les modules ajoutés dans l'initrd et ce qu'il charge automatiquement pour la détection du hardware.
Pourtant j'ai bien : # cat /etc/initramfs-tools/initramfs.conf |grep MODULES # MODULES: [ most | netboot | dep | list ] MODULES=most
Donc normalement, tout ce qui touche au drivers hardware est mis non ?
Je pensais que les modules chargés au moment de faire mon dpkg-reconfigure linux-image-3.16.0-4-686-pae seraient automatiquement chargés mais à priori, non.
Tu as la commande update-initramfs -u -k all ou -k le_nom_de_ton_image pour reconstruire l'initrd. Tu as aussi la commande lsinitramfs pour voir le contenu de ton initrd. L'année dernière lors de migration j'ai eu des problèmes de construction d'initrd à cause des paquets firmware. Je les ai supprimé et reconstruit l'initrd. -- ============================================== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frederic@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===========================Debian=GNU/Linux===
Le 16/08/2016 18:40, Frédéric MASSOT a écrit :
Le 16/08/2016 à 16:56, Julien Escario a écrit :
Bonjour, Une debian me fait un truc assez bizarre : je suis en train de la monter gentillement de 7 vers 8. On profite de l'été pour faire ça vu que le serveur est un peu touchy.
Et là, au moment de monter le kernel en 3.16, l'initrd ne me contient plus les modules virtio_pci (pour le disque) et ext3 (pour le fs). Bref, je suis tombé sur une belle console busybox et démerde toi.
Le module ext4 prends maintenant en charge les systèmes de fichier ext2, ext3 et ext4. Les anciens modules ont été supprimés au profit d'ext4 dont le code est plus propre.
Je confirme, dans mon initrd, je n'ai pas de ext3.ko mais un ext4.ko. Un modprobe ext3 doit donc faire appel à un alias.
J'ai fini par réussir à remettre les modules dans les initrd en les rajoutant dans /etc/initramfs-tools/modules et en les chargeant à la main dans le busybox.
Mais c'est moche et mon serveur ne boote toujours pas tout seul proprement.
Je n'arrive pas bien à comprendre ce qui conditionne les modules ajoutés dans l'initrd et ce qu'il charge automatiquement pour la détection du hardware.
Pourtant j'ai bien : # cat /etc/initramfs-tools/initramfs.conf |grep MODULES # MODULES: [ most | netboot | dep | list ] MODULES=most
Donc normalement, tout ce qui touche au drivers hardware est mis non ?
Je pensais que les modules chargés au moment de faire mon dpkg-reconfigure linux-image-3.16.0-4-686-pae seraient automatiquement chargés mais à priori, non.
Tu as la commande update-initramfs -u -k all ou -k le_nom_de_ton_image pour reconstruire l'initrd.
Tu as aussi la commande lsinitramfs pour voir le contenu de ton initrd.
Ca permet de se passer de cpio en argument, merci.
L'année dernière lors de migration j'ai eu des problèmes de construction d'initrd à cause des paquets firmware. Je les ai supprimé et reconstruit l'initrd.
Hé bien ma foi, pas mieux. Je n'ai toujours pas mon module virtio_pci. Je vais continuer à upgrader la machine, peut être qu'une dépendance est mal foutue et finira par résoudre le problème. Julien
Je top-poste pour que la réponse soit plus facile à trouver : Il me manquait une mise à jour du package module-init-tools Une fois installé, j'ai fait un depmod pour qu'il me régénère tout ça (y compris un modules.dep.bin), refait mon initrd et tout est dedans. Voilou, merci pour vos pistes, Julien Le 16/08/2016 19:58, Julien Escario a écrit :
Le 16/08/2016 18:40, Frédéric MASSOT a écrit :
Le 16/08/2016 à 16:56, Julien Escario a écrit :
Bonjour, Une debian me fait un truc assez bizarre : je suis en train de la monter gentillement de 7 vers 8. On profite de l'été pour faire ça vu que le serveur est un peu touchy.
Et là, au moment de monter le kernel en 3.16, l'initrd ne me contient plus les modules virtio_pci (pour le disque) et ext3 (pour le fs). Bref, je suis tombé sur une belle console busybox et démerde toi.
Le module ext4 prends maintenant en charge les systèmes de fichier ext2, ext3 et ext4. Les anciens modules ont été supprimés au profit d'ext4 dont le code est plus propre.
Je confirme, dans mon initrd, je n'ai pas de ext3.ko mais un ext4.ko. Un modprobe ext3 doit donc faire appel à un alias.
J'ai fini par réussir à remettre les modules dans les initrd en les rajoutant dans /etc/initramfs-tools/modules et en les chargeant à la main dans le busybox.
Mais c'est moche et mon serveur ne boote toujours pas tout seul proprement.
Je n'arrive pas bien à comprendre ce qui conditionne les modules ajoutés dans l'initrd et ce qu'il charge automatiquement pour la détection du hardware.
Pourtant j'ai bien : # cat /etc/initramfs-tools/initramfs.conf |grep MODULES # MODULES: [ most | netboot | dep | list ] MODULES=most
Donc normalement, tout ce qui touche au drivers hardware est mis non ?
Je pensais que les modules chargés au moment de faire mon dpkg-reconfigure linux-image-3.16.0-4-686-pae seraient automatiquement chargés mais à priori, non.
Tu as la commande update-initramfs -u -k all ou -k le_nom_de_ton_image pour reconstruire l'initrd.
Tu as aussi la commande lsinitramfs pour voir le contenu de ton initrd.
Ca permet de se passer de cpio en argument, merci.
L'année dernière lors de migration j'ai eu des problèmes de construction d'initrd à cause des paquets firmware. Je les ai supprimé et reconstruit l'initrd.
Hé bien ma foi, pas mieux. Je n'ai toujours pas mon module virtio_pci.
Je vais continuer à upgrader la machine, peut être qu'une dépendance est mal foutue et finira par résoudre le problème.
Julien
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
participants (5)
-
Alarig Le Lay -
frsag＠jack.fr.eu.org -
Frédéric MASSOT -
Julien Escario -
Wallace