[Archlinux/Proc Intel] Intervention manuelle sur le grub.cfg

Bonjour,
Des nouvelles d'Archlinux : les dernières "News" sont ici
Elles expliquent comment intégrer une mise à jour du firmware ( = les "pilotes" des processeurs) des procs intel par une intervention, actuellement manuelle, sur le grub.cfg
Le Wiki original
Je présume qu'ultérieurement on trouvera un moyen de mettre une ligne supplémentaire dans le /etc/default/grub pour que ça se re-fasse à chaque "update-grub" (alias de grub-mkconfig -o /boot/grub/grub.cfg)
Je présume aussi que Manjaro donnera ses propres directives, à ne pas manquer avec des updates automatisés ou irréfléchis...

merci ça passe bien cette modif manuelle

sous arch:
installation du kernel 3.17 puis de intel-ucode
et
changement de mes 2 entrées dans le grub Manjaro :

initrd   /boot/intel-ucode.img /boot/initramfs-linux.img
#initrd /boot/initramfs-linux.img

J'ai veux suivre ta procédure mais je n'ai pas les mêmes entrées :

echo 'Chargement de Linux 3.17.0-1-MANJARO x64…'
linux /boot/vmlinuz-317-x86_64 root=UUID=2876729e-56eb-4cb9-a8a2-fb723c2002a5 rw quiet resume=UUID=49fd13a6-08ff-4128-b13d-215b22daabbc
echo 'Chargement du disque mémoire initial…'
initrd /boot/initramfs-317-x86_64.img

Une importance ?
ou je ton entrée remplace par :

initrd /boot/intel-ucode.img /boot/initramfs-317-x86_64.img

Gaffe andson, ils causent sous arch, les deux globuleux du dessus ! :gsourire:

laisse courir sur ta manja, on verra sur les news.

waitnsea a écrit :Je présume qu'ultérieurement on trouvera un moyen de mettre une ligne supplémentaire dans le /etc/default/grub pour que ça se re-fasse à chaque "update-grub" (alias de grub-mkconfig -o /boot/grub/grub.cfg)

À peine dit, déjà fait, le WIKI anglophone propose déjà une modif du /etc/grub.d/10_linux permettant la configuration par le "grub-mkconfig..." et pas seulement manuelle.
Un avertissement ajouté pour se méfier en cas de pacnew ne portant pas la modif.

pour @andson et autres..., cette news est pour l'instant uniquement pour les gens qui ont ArchLinux ET Manjaro sur la même machine ! Dans un mois :saispas:

elle sera pour Manjaro

waitnsea a écrit :À peine dit, déjà fait, le WIKI anglophone propose déjà une modif du /etc/grub.d/10_linux permettant la configuration par le "grub-mkconfig..." et pas seulement manuelle.

mais grub 10 c'est pour un grub arch ! moi mon grub est piloté par manjaro se serait donc le grub 30 a modifier :pleure:

:la partition (arch) n'est pas montée donc if test -f "${dirname}/intel-ucode.img"; ne fonctionne pas

Je l'ai vu passé l'avertissement pour intel-ucode.img en unstable sous Manja, & ça marche toujours sans rien faire (& sans grub..) ?

Bande d'impatients ! :rire

On reconnait bien l'esprit bidouilleur...
Je ne doute pas une seconde que les dev de Manjaro vous servent ça tout peaufiné à la prochaine update, je voulais juste avertir de ne pas la faire machinalement !
Comme d'ailleurs la précédente pour java-common.
Une rolling ça impose quelques précautions...

déjà en instable @fassil ? la maj etait aujourd'hui sous arch !!
ceci est a faire uniquement avec le noyau 317 Et si tu utilises déjà "intel-ucode"

ps: syslinux ou grub même manip manuelle

Ouaip, j'ai vu passer ça en avertissement avec une maj du 316 sur deux systèmes différents ?

Otacon a écrit :Gaffe andson, ils causent sous arch, les deux globuleux du dessus !
laisse courir sur ta manja, on verra sur les news.

Je comprends donc qu'il est urgent d'attendre ... :gsourire:

Bonjour

Pour éviter la confusion, j'ai déplacé le sujet et légèrement modifié le titre.
Merci à JP pour l'info :clap

Bonjour

J'ai linux-lts 3.14.22-1 et linux3.17.1-1, donc le premier serait impacté si on regarde ici.
J'ai fait la modif dans /etc/grub.d/10_linux et au reboot j'ai droit à un kernel-panic.

En chroot, j'ai remis le fichier /etc/grub.d/10_linux à l'état d'origine et fait un # grub-mkconfig -o /boot/grub/grub.cfg
et au reboot, c'est OK.

Pas très clair.

edit :
Comme je n'avais pas auparavant le paquet intel-ucode installé, finalement ça ne me concerne pas.
Donc désinstallation de ce paquet, remise à l'état d'origine de /etc/grub.d/10_linux ... et tout roule impec :sourire:

ewolnux a écrit :J'ai fait la modif dans /etc/grub.d/10_linux et au reboot j'ai droit à un kernel-panic

As-tu bien fait la modif dans sa totalité :

   if test -n "${initrd}" ; then
+    if test -f "${dirname}/intel-ucode.img"; then
+        ucode="${rel_dirname}/intel-ucode.img "
+    else
+        ucode=
+    fi

y compris

     # TRANSLATORS: ramdisk isn't identifier. Should be translated.
     message="$(gettext_printf "Loading initial ramdisk ...")"
     sed "s/^/$submenu_indentation/" << EOF
    echo   '$(echo "$message" | grub_quote)'
-   initrd   ${rel_dirname}/${initrd}
+   initrd   ${ucode}${rel_dirname}/${initrd}

Puis fait un "update-grub"
Et enfin vérifié ton grub.cfg pour vérifier qu'il comporte après cela :

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-081004d2-$
        load_video
        set gfxpayload=keep
        insmod gzio
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos5'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5$
        else
          search --no-floppy --fs-uuid --set=root 081004d2-d119-466b-b50a-b82b4fcaf0b2
        fi
        echo    'Chargement de Linux linux-lts…'
        linux   /boot/vmlinuz-linux-lts root=UUID=081004d2-d119-466b-b50a-b82b4fcaf0b2 rw resume=UUID=55a460f4-57db-4ad9-988$
        echo    'Chargement du disque mémoire initial…'
        initrd  /boot/intel-ucode.img /boot/initramfs-linux-lts.img

(et bien sûr, tout cela après la maj du kernel pour être à 3.17 et l'install d'intel-ucode) ?
Avant de rebooter vérifie alors que ton boot comporte :

asus% ls /boot
grub    initramfs-linux-fallback.img  initramfs-linux-lts-fallback.img  [b]intel-ucode.img[/b]  syslinux       vmlinuz-linux-lts  initramfs-linux.img           initramfs-linux-lts.img           memdisk          vmlinuz-linux

et il n'y a aucune raison alors d'avoir un KP !

A priori j'avais bien fait tout ça.
J'ai vu après que si intel-ucode n'était pas installé avant l'upgrade, il n'y avait pas lieu de tenir compte de cette info ce qui était mon cas.

Donc, sans install d'intel-ucode, sans modif dans le /etc/grub.d/10_linux, et màj faite, aucun souci de boot sur le lts et le 3.17.