Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 signature.asc Description: Digital signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 > signature.asc Description: OpenPGP digital signature ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 smime.p7s Description: Signature cryptographique S/MIME ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 smime.p7s Description: Signature cryptographique S/MIME ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade
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 smime.p7s Description: Signature cryptographique S/MIME ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Manque des modules dans mon initrd après upgrade [RESOLU]
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/ > smime.p7s Description: Signature cryptographique S/MIME ___ Liste de diffusion du FRsAG http://www.frsag.org/