Page 1 sur 2
[microcode intel] adaptation du chargeur (clôturé)
Publié : jeu. 23 oct. 2014, 14:18
par mimile
Bonjour,
J'ai pris connaissance de la "news" concernant le microcode Intel.
Mon PC est doté d'un processeur Intel :
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 :
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,
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:20
par 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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:26
par 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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:47
par 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
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:47
par FoolEcho
Salut,
mimile a écrit :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 )
Moviuro a écrit :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).
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:52
par Moviuro
Mille mercis FoolEcho !
Par contre
FoolEcho a écrit :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 ?
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 14:54
par FoolEcho
Oui, mauvais copier-coller. J'ai rectifié.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 15:16
par 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 :
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 15:21
par benjarobin
Tu as installé ou tu avais installé ?
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 15:28
par 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 :
Peut-être faut-il intercaler un symbole entre les deux boot genre && ou une virgule ou que sais-je ?
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 15:31
par FoolEcho
mimile a écrit :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)
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 15:49
par 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 ?
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 16:12
par otacon
confer le premier post de foolecho sur ce topic.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 16:40
par 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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 16:46
par otacon
FoolEcho a écrit :
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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 16:50
par 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 :
Edit : raté dans les balises, je voulais mettre en évidence la virgule mais c'est pas passé
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 17:00
par 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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 17:04
par 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.
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 17:08
par benjarobin
@Backtoback La syntaxe que tu indiques est pour syslinux et non Grub
Le problème ne viendrait pas de Grub, trop vielle version ?
Re: [microcode intel] adaptation du chargeur
Publié : jeu. 23 oct. 2014, 17:10
par Backtoback
Sorry, my bad.
La syntaxe pour grub est la suivante :
Dans le cas ou tu as une partition /boot
Sinon :