[microcode intel] adaptation du chargeur (clôturé)

[mimile]

Bonjour,

J'ai pris connaissance de la "news" concernant le microcode Intel.

Mon PC est doté d'un processeur Intel :

Code : Tout sélectionner

Model: 6.58.9 "Intel(R) Core(TM) i5-3450 CPU @ 3.10GHz"

et j'ai donc décidé d'appliquer les modifications suggérées au niveau du chargeur de démarrage.

En l'occurrence, j'utilise le Grub 1.97 généré par Debian Wheezy que j'ai en multiple-boot.

J'ai donc démarré Wheezy et ouvert grub.cfg.

Le texte concernant le démarrage d'Archlinux est le suivant :

Code : Tout sélectionner

}
menuentry "Archlinux " --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos6)'
	search --no-floppy --fs-uuid --set=root 122af965-b8c2-4a6b-bfec-304d66200641
	linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
	initrd /boot/initramfs-linux.img
}
menuentry "Archlinux fallback" --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos6)'
	search --no-floppy --fs-uuid --set=root 122af965-b8c2-4a6b-bfec-304d66200641
	linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
	initrd /boot/initramfs-linux-fallback.img
}
### END /etc/grub.d/30_os-prober ###

Après avoir installé le paquet intel-ucode, j'ai modifié la dernière ligne (initrd) comme ceci :

Code : Tout sélectionner

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

Après enregistrement, j'ai lancé Arch qui a planté avec une série de messages dont le dernière ligne contenait "kernel panic".

J'ai remis grub.cfg dans son état initial et Arch a démarré comme d'habitude.

Questions :

1) dois-je vraiment modifier mon grub.cfg

2) si oui, comment faire ? Y-a-t'il une erreur de syntaxe ? Faut-il mettre une virgule, une esperluette ou une barre verticale après /boot/intel-ucode.img ; peut être faut-il indiquer "initrd" devant chaque /boot/....

Merci de m'éclairer.

Amicalement,

[Moviuro]

Plop,

J'ai cru comprendre qu'il fallait avoir le paquet intel-ucode.
Par contre, je veux bien une explication sur l'utilité su sus-cité paquet.

[mimile]

Salut

La réponse à ta question est clairement indiquée au début de la "news" :

Code : Tout sélectionner

Le microcode des processeurs Intel n’est plus chargé automatiquement, comme il a besoin de l’être très tôt dans le processus de démarrage. Cela nécessite des ajustements au niveau du chargeur de démarrage. Si vous avez un processeur Intel, veuillez suivre les instructions dans le wiki (en). 

Un peu plus bas, il est indiqué comment faire en fonction des différents chargeurs de démarrage.

Mon problème vient du fait que j'utilise le grub.cfg de Wheezy (dual boot) qui apparemment est différent de celui d'Arch.

[benjarobin]

As tu bien installé le paquet intel-ucode ? Quel est le contenu de /boot ?

Le microcode permet souvent de corriger des bug matériel sur certaines instructions et de les remplacer par une version logicielle avec d'autres instructions n'ayant pas de souci

[FoolEcho]

Salut,

Mon problème vient du fait que j'utilise le grub.cfg de Wheezy (dual boot) qui apparemment est différent de celui d'Arch.

Tu as bien mis Arch à jour (il faut le kernel 3.17) et installé intel-ucode ? ... grillé...
Aussi, pour un grub.cfg plus propre, le wiki anglophone a été modifié entre temps mais je n'ai pas répercuté ça sur l'annonce, parue avant ( passer par /etc/grub.d/10_linux + grub-mkconfig: https://wiki.archlinux.org/index.php/Mi ... de_Updates )

Par contre, je veux bien une explication sur l'utilité su sus-cité paquet.

En complément, le paquet et la modification servent à mettre à jour le microcode des CPUs au démarrage de la machine.
C'est comparable à une mise à jour du BIOS, sauf que la procédure n'est pas pérenne (étant logicielle, elle sera faite à chaque démarrage ce qui peut sembler moins intéressant, sauf qu'une mise à jour directe du BIOS est susceptible de casser la machine si elle se passe mal... ).

Pour info, avant modification, ça peut donner quelque chose comme:

Code : Tout sélectionner

$ dmesg|grep microcode
[    6.396919] microcode: CPU0 sig=0x106e5, pf=0x2, revision=0x3
[    6.653714] microcode: CPU1 sig=0x106e5, pf=0x2, revision=0x3
[    6.653781] microcode: CPU2 sig=0x106e5, pf=0x2, revision=0x3
[    6.653830] microcode: CPU3 sig=0x106e5, pf=0x2, revision=0x3
[    6.653853] microcode: CPU4 sig=0x106e5, pf=0x2, revision=0x3
[    6.653867] microcode: CPU5 sig=0x106e5, pf=0x2, revision=0x3
[    6.653893] microcode: CPU6 sig=0x106e5, pf=0x2, revision=0x3
[    6.653932] microcode: CPU7 sig=0x106e5, pf=0x2, revision=0x3
[    6.653993] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

et après (si ça se passe bien ):

Code : Tout sélectionner

$ dmesg|grep microcode
[    0.000000] CPU0 microcode updated early to revision 0x7, date = 2013-08-20
[    0.210244] CPU1 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.230191] CPU2 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.248460] CPU3 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.629027] microcode: CPU0 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629033] microcode: CPU1 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629039] microcode: CPU2 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629044] microcode: CPU3 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629050] microcode: CPU4 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629056] microcode: CPU5 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629061] microcode: CPU6 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629065] microcode: CPU7 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629101] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba 

L'avantage étant qu'il suffit d'éditer les options au démarrage si on souhaite s'en passer (ou en cas de problème).

[Moviuro]

Mille mercis FoolEcho !
Par contre

et après (si ça se passe mal):

Code : Tout sélectionner

$ dmesg|grep microcode
[    0.000000] CPU0 microcode updated early to revision 0x7, date = 2013-08-20
[    0.210244] CPU1 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.230191] CPU2 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.248460] CPU3 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.629027] microcode: CPU0 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629033] microcode: CPU1 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629039] microcode: CPU2 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629044] microcode: CPU3 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629050] microcode: CPU4 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629056] microcode: CPU5 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629061] microcode: CPU6 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629065] microcode: CPU7 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629101] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba 

Ça veut bien dire que la MAJ du microcode a fonctionné, non ?

[FoolEcho]

Oui, mauvais copier-coller. J'ai rectifié.

[mimile]

J'ai installé intel-ucode (sudo pacman -S intel-ucode).

dmesg | grep microcode donne ceci :

Code : Tout sélectionner

[okapi@Archie ~]$ dmesg | grep microcode
[    0.600288] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x12
[    0.600294] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x12
[    0.600300] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x12
[    0.600306] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x12
[    0.600340] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

/boot contient :

[benjarobin]

Tu as installé ou tu avais installé ?

[mimile]

La première chose que j'ai faite a été d'installer intel-ucode et ce n'est qu'après que j'ai essayé de modifier le grub de Wheezy.

Dans la mesure où l'image de intel-ucode.img se trouvait dans le répertoire /boot d'Arch, j'ai pensé en toute logique qu'il fallait l'inclure dans la ligne de l'initrd comme indiqué dans mon poste :

Code : Tout sélectionner

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

Peut-être faut-il intercaler un symbole entre les deux boot genre && ou une virgule ou que sais-je ?

[FoolEcho]

La première chose que j'ai faite a été d'installer intel-ucode et ce n'est qu'après que j'ai essayé de modifier le grub de Wheezy.

As-tu mis à jour Arch ou «juste» installé intel-ucode ? (je le répète, ces changements nécessitent qu'Arch dispose du kernel 3.17)

[mimile]

Désolé d'avoir zappé la question du kernel.

A la réflexion, j'ai commis l'erreur de ne pas prendre connaissance des news et j'ai d'emblée exécuté un pacman -Syu qui a donc fait passer le noyau à la version 3.17.1-1.

Aurais-je dû rebooter avant d'installer intel-ucode ?

dois-je le désinstaller et le réinstaller ?

EDIT : au pif, j'ai réinstallé intel-ucode puis j'ai modifié mon grub.cfg comme ceci :

Code : Tout sélectionner

menuentry "Archlinux " --class gnu-linux --class gnu --class os {
	insmod part_msdos
	insmod ext2
	set root='(hd0,msdos6)'
	search --no-floppy --fs-uuid --set=root 122af965-b8c2-4a6b-bfec-304d66200641
	linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
	initrd /boot/intel-ucode.img
	initrd /boot/initramfs-linux.img
}

Autrement dit, j'ai ajouté une ligne initrd supplémentaire.

Le boot de Arch s'est déroulé normalement mais j'ignore si la nouvelle ligne initrd est prise ou non en compte.

Y-a-t'il un moyen de le vérifier ?

[otacon]

confer le premier post de foolecho sur ce topic.

[mimile]

Salut Otacon,

La première intervention de Foolecho m'a renvoyé sur le wiki anglophone.

La solution que j'y ai trouvée pour intégrer intel-ucode dans grub n'a pas donné de résultat (au contraire : plantage au boot).

Cela est probablement dû au fait que le grub que j'utilise est celui de Debian Wheezy installé en dual-boot et qui est très différent de celui d'Arch.

En revanche, un peu plus haut, j'ai lu ceci :

Code : Tout sélectionner

With Gummiboot, you can use the initrd option twice in /boot/loader/entries/*.conf:

title   Arch Linux
linux   /vmlinuz-linux
initrd  /intel-ucode.img
initrd  /initramfs-linux.img
options ...

A ma connaissance, Debian n'utilise pas Gummiboot mais je me suis dit que je ne prenais aucun risque en intégrant une 2ème ligne initrd.

Arch a démarré normalement mais j'ignore si cette configuration est fonctionnelle.

[otacon]

et après (si ça se passe bien ):

Code : Tout sélectionner

$ dmesg|grep microcode
[    0.000000] CPU0 microcode updated early to revision 0x7, date = 2013-08-20
[    0.210244] CPU1 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.230191] CPU2 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.248460] CPU3 microcode updated early to revision 0x7, date = 2013-08-20                                 
[    0.629027] microcode: CPU0 sig=0x106e5, pf=0x2, revision=0x7                                               
[    0.629033] microcode: CPU1 sig=0x106e5, pf=0x2, revision=0x7                                               
... 

En lançant la commande, si tu as une date de mise à jour, c'est que c'est fonctionnel.

[Backtoback]

Bonjour,

Je crois que tu as oublié la virgule à la fin /boot/intel-ucode.img, c'est pour ca que tu avais un soucis au boot.
tu aurais du avoir cela :

Code : Tout sélectionner

INITRD ../intel-ucode.img,../initramfs-linux.img

Edit : raté dans les balises, je voulais mettre en évidence la virgule mais c'est pas passé

[mimile]

@ Otacon : déception ... pas de changement par rapport à mon premier dmesg :

Code : Tout sélectionner

[okapi@Archie ~]$ dmesg|grep microcode
[    0.600303] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x12
[    0.600309] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x12
[    0.600315] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x12
[    0.600321] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x12
[    0.600355] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

donc pas de mise à jour des microcodes.

Je vais essayé la suggestion de Backtoback.

Toutefois, je m'interroge sur la présence de et

Je reviens dire ce qu'il est.

[Backtoback]

Attention, j'ai corrigé, les balises bold ayant pour but de mettre en évidence la virgule n'ont pas été interprétées, il ne faut pas les mettre.
J'ai corrigé et enlevé les balises.

[benjarobin]

@Backtoback La syntaxe que tu indiques est pour syslinux et non Grub

Le problème ne viendrait pas de Grub, trop vielle version ?

[Backtoback]

Sorry, my bad.

La syntaxe pour grub est la suivante :

Code : Tout sélectionner

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

Dans le cas ou tu as une partition /boot

Sinon :

Code : Tout sélectionner

/boot/intel-ucode.img