mint 19 et microcode intel

Le 26/12/2018 à 13:19, jean a écrit :

dans ma nouvelle installation de mint19 dans le gestionnaire de pilote
on ne me propose pas une mise a jour du firmware microcode du processeur
intel ,j'ai crains que dans la version 18 de mint ça me fasse le bordel
et je ne l'ai jamais installée ,mais dans la version 19 ce serait fait ?

Idem, dans linux mint 19 on ne me la propose plus, alors que dans linux
mint 18.2 ou 18.3 on me la proposait.
Que je l'active ou pas sous linux mint 18, je ne voyais pas vraiment la
différence...
Où est censée être la différence à l'usage ? Je ne l'ai jamais vu.
Finalement c'est peut-être pas plus mal qu'on n'ait plus besoin de se
préoccuper de ça ;)
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 26/12/2018 à 13:33, Pierre www.zetrader.info a écrit :

Le 26/12/2018 à 13:19, jean a écrit :

dans ma nouvelle installation de mint19 dans le gestionnaire de pilote
on ne me propose pas une mise a jour du firmware microcode du
processeur intel ,j'ai crains que dans la version 18 de mint ça me
fasse le bordel et je ne l'ai jamais installée ,mais dans la version
19 ce serait fait ?

Idem, dans linux mint 19 on ne me la propose plus, alors que dans linux
mint 18.2 ou 18.3 on me la proposait.
Que je l'active ou pas sous linux mint 18, je ne voyais pas vraiment la
différence...
Où est censée être la différence à l'usage ? Je ne l'ai jamais vu.
Finalement c'est peut-être pas plus mal qu'on n'ait plus besoin de se
préoccuper de ça ;)

c'est pour corriger des bugs dans le microprocesseur.

Normalement, le bios intègre la mise à jour du microcode à la date de
fabrication du bios.
Donc si le bios est ancien, les correctifs le sont aussi!!!

Il y a une version pour Intel et une version pour Amd:
intel-microcode
amd64-microcode

bien sur il faut que le paquet soit installé, sinon pas de mise à jour...

Inutile d'installer la version pour AMD si on a un processeur INTEL, et
inversement.

Quand à la différence à l'usage, c'est souvent indétectable, sauf
peut-être sur de grosses machines type serveur qui sont très sollicitées
et ou le bug a donc plus de chance de se produire ou d'avoir des
conséquences.

Sur des procs pas trop anciens, ca peut corriger les fameux bugs Spectre
et Meltdown, mais avec un risque de ralentissements plus ou moins
perceptibles sur certaines actions.
Quelques explications:
https://www.geekzone.fr/2018/01/04/spectre-et-meltdown-les-explications-pour-les-nuls-sur-ces-deux-failles-de-securite-qui-touchent-tous-les-processeurs/

Le 27/12/2018 à 00:38, Th.A.C a écrit :

bien sur il faut que le paquet soit installé, sinon pas de mise à jour...

Sur un pc Intel, Manjaro configure grub pour que se lance d'abord le
microcode intel dans /boot/grub/grub.cfg

"initrd /boot/intel-ucode.img /boot/initramfs-4.19-x86_64.img"

Je n'ai pas cela sur Xubuntu et d'ailleurs si j'ai un double boot
*buntu/manjaro, il faut que j'installe grub depuis manjaro, car si je le
fais depuis *buntu, il me fusille le grub de Manjaro en m'enlevant
"microcode intel" :-/

Heureusement que cela se corrige localement en attendant que les
éditeurs de grub se mettent d'accord !

https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!

--
jp willm
http://perso.orange.fr/willms/index.html

Le 27/12/2018 à 09:40, jp willm a écrit :

Sur un pc Intel, Manjaro configure grub pour que se lance d'abord le
microcode intel dans /boot/grub/grub.cfg

"initrd    /boot/intel-ucode.img /boot/initramfs-4.19-x86_64.img"

Je n'ai pas cela sur Xubuntu et d'ailleurs si j'ai un double boot
*buntu/manjaro, il faut que j'installe grub depuis manjaro, car si je le
fais depuis *buntu, il me fusille le grub de Manjaro en m'enlevant
"microcode intel" :-/

Normal, à ma connaissance cette syntaxe de la commande initrd à deux
arguments n'est absolument pas standard. Mais il me semblait avoir vu
que c'est plutôt le second argument (donc l'initramfs) qui sautait ?

Heureusement que cela se corrige localement en attendant que les
éditeurs de grub se mettent d'accord !

https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!

Note sur la forme : Le lecteur de courrier peut avoir du mal à
déterminer la fin d'un URL quand il contient des caractères spéciaux
comme "!". Par exemple mon Thunderbird ne prend pas le dernier "!". Pour
l'aider, il est recommandé d'entourer les URL avec des chevrons <>.

<https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!>

Note sur le fond : J'adore le dernier paragraphe de cette page !
Non content de confondre allègrement BIOS, CMOS et microcode, il accuse
le GRUB des autres distributions d'être buggé au prétexte qu'il n'est
pas compatible avec Arch/Manjaro qui ont patché le noyau et GRUB dans
leur coin ! Pourquoi ne pas avoir inclus le microcode dans l'initramfs ?
Il me semble que c'est prévu pour.

Il y a quand même un détail qui me chiffonne : apparemment un chargeur
GRUB non patché comprend quand même la syntaxe à deux arguments, alors
que ce n'est pas documenté dans
<https://www.gnu.org/software/grub/manual/grub/grub.html#initrd>.

Le 27/12/2018 à 00:38, Th.A.C a écrit :

Le 26/12/2018 à 13:33, Pierre www.zetrader.info a écrit :

Le 26/12/2018 à 13:19, jean a écrit :

dans ma nouvelle installation de mint19 dans le gestionnaire de
pilote on ne me propose pas une mise a jour du firmware microcode du
processeur intel ,j'ai crains que dans la version 18 de mint ça me
fasse le bordel et je ne l'ai jamais installée ,mais dans la version
19 ce serait fait ?

Idem, dans linux mint 19 on ne me la propose plus, alors que dans
linux mint 18.2 ou 18.3 on me la proposait.
Que je l'active ou pas sous linux mint 18, je ne voyais pas vraiment
la différence...
Où est censée être la différence à l'usage ? Je ne l'ai jamais vu.
Finalement c'est peut-être pas plus mal qu'on n'ait plus besoin de se
préoccuper de ça ;)

c'est pour corriger des bugs dans le microprocesseur.

Normalement, le bios intègre la mise à jour du microcode à la date de
fabrication du bios.
Donc si le bios est ancien, les correctifs le sont aussi!!!

Il y a une version pour Intel et une version pour Amd:
intel-microcode
amd64-microcode

bien sur il faut que le paquet soit installé, sinon pas de mise à jour...

Inutile d'installer la version pour AMD si on a un processeur INTEL, et
inversement.

Quand à la différence à l'usage, c'est souvent indétectable, sauf
peut-être sur de grosses machines type serveur qui sont très sollicitées
et ou le bug a donc plus de chance de se produire ou d'avoir des
conséquences.

Sur des procs pas trop anciens, ca peut corriger les fameux bugs Spectre
et Meltdown, mais avec un risque de ralentissements plus ou moins
perceptibles sur certaines actions.
Quelques explications:
https://www.geekzone.fr/2018/01/04/spectre-et-meltdown-les-explications-pour-les-nuls-sur-ces-deux-failles-de-securite-qui-touchent-tous-les-processeurs/

Merci pour l'article et les explications.
Donc si on a un linux récent, et une machine d'il y a quelques années,
on est bien protégé contre Meltdown, par contre Spectre non, il faudrait
acheter une machine du futur, au mieux quelques correctifs ici et là,
cela a l'air plus délicat que pour Meltdown.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 27/12/2018 à 11:43, Pascal Hambourg a écrit :

Le 27/12/2018 à 09:40, jp willm a écrit :

Heureusement que cela se corrige localement en attendant que les
éditeurs de grub se mettent d'accord !

https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!

Note sur la forme : Le lecteur de courrier peut avoir du mal à
déterminer la fin d'un URL quand il contient des caractères spéciaux
comme "!". Par exemple mon Thunderbird ne prend pas le dernier "!". Pour
l'aider, il est recommandé d'entourer les URL avec des chevrons <>.

<https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!>

Même chose sur mon Thunderbird, avec les chevrons, le lien passe bien.
C'est quand même marrant de mettre des points d'exclamation dans une
url, ce n'est pas très conforme.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 27/12/2018 à 11:43, Pascal Hambourg a écrit :

Note sur la forme : Le lecteur de courrier peut avoir du mal à
déterminer la fin d'un URL quand il contient des caractères spéciaux
comme "!". Par exemple mon Thunderbird ne prend pas le dernier "!". Pour
l'aider, il est recommandé d'entourer les URL avec des chevrons <>.

<https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!>

Ah, je ne savais pas. Merci !

Note sur le fond : J'adore le dernier paragraphe de cette page !
Non content de confondre allègrement BIOS, CMOS et microcode, il accuse
le GRUB des autres distributions d'être buggé au prétexte qu'il n'est
pas compatible avec Arch/Manjaro qui ont patché le noyau et GRUB dans
leur coin ! Pourquoi ne pas avoir inclus le microcode dans l'initramfs ?
Il me semble que c'est prévu pour.

Je n'ai pas trouvé ce qui est prévu, mais sur Arch ils tiennent le même
discours :

Enabling early microcode updates

Microcode must be loaded by the boot loader. Because of the wide
variability in users' early-boot configuration, microcode updates may
not be triggered automatically by Arch's default configuration. Many AUR
kernels have followed the path of the official Arch kernels in this regard.

These updates must be enabled by adding /boot/amd-ucode.img or
/boot/intel-ucode.img as the first initrd in the bootloader config file.
This is in addition to the normal initrd file. See below for
instructions for common bootloaders


<https://wiki.archlinux.org/index.php/microcode>

J'ai pensé aux chevrons :)

Il y a quand même un détail qui me chiffonne : apparemment un chargeur
GRUB non patché comprend quand même la syntaxe à deux arguments, alors
que ce n'est pas documenté dans
<https://www.gnu.org/software/grub/manual/grub/grub.html#initrd>.

C'est assez succinct et je n'ai pas trouvé la réponse complète...

Est-ce que ce qui suit (même lien que plus haut) est prévu pour d'autres
systèmes ? :

Automatic method

grub-mkconfig will automatically detect the microcode update and
configure GRUB appropriately. After installing the microcode package,
regenerate the GRUB config to activate loading the microcode update by
running:

# grub-mkconfig -o /boot/grub/grub.cfg

--
jp willm
http://perso.orange.fr/willms/index.html

Le 27/12/2018 à 12:01, Pierre www.zetrader.info a écrit :

Même chose sur mon Thunderbird, avec les chevrons, le lien passe bien.
C'est quand même marrant de mettre des points d'exclamation dans une
url, ce n'est pas très conforme.

Oui, une url mal ficelée sur un site d'informatique...

Heureusement, que les infos sur le site manjaro sont en général sérieuses.

--
jp willm
http://perso.orange.fr/willms/index.html

Le 26/12/2018 à 13:33, Pierre www.zetrader.info a écrit :

Le 26/12/2018 à 13:19, jean a écrit :

dans ma nouvelle installation de mint19 dans le gestionnaire de pilote
on ne me propose pas une mise a jour du firmware microcode du
processeur intel ,j'ai crains que dans la version 18 de mint ça me
fasse le bordel et je ne l'ai jamais installée ,mais dans la version
19 ce serait fait ?

Idem, dans linux mint 19 on ne me la propose plus, alors que dans linux
mint 18.2 ou 18.3 on me la proposait.
Que je l'active ou pas sous linux mint 18, je ne voyais pas vraiment la
différence...
Où est censée être la différence à l'usage ? Je ne l'ai jamais vu.
Finalement c'est peut-être pas plus mal qu'on n'ait plus besoin de se
préoccuper de ça ;)

Je viens de réinstaller linux mint 19.1 pour divers tests.
Et lors des mises à jour j'ai vu qu'il installait le fameux
"intel-microcode" c'est sans doute pour ça que contrairement aux
versions linux mint 18.x où on avait ce choix (et ce doute du coup,
faut-il, faut-il pas...), là il l'installe et puis c'est tout.
Donc voilà pourquoi il ne le propose plus l'option, c'est qu'il
l'installe d'office avec les mises à jour lors de l'install.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 27/12/2018 à 16:31, jp willm a écrit :

Le 27/12/2018 à 11:43, Pascal Hambourg a écrit :

<https://wiki.manjaro.org/index.php?title=Kernel_Panic!_Ne_paniquez_pas!>

Non content de confondre allègrement BIOS, CMOS et microcode, il
accuse le GRUB des autres distributions d'être buggé au prétexte qu'il
n'est pas compatible avec Arch/Manjaro qui ont patché le noyau et GRUB
dans leur coin ! Pourquoi ne pas avoir inclus le microcode dans
l'initramfs ? Il me semble que c'est prévu pour.

Après vérification, je confirme qu'il est possible de construire un
initramfs "multi-segment" qui inclut à la fois les microcodes pour le
CPU et l'initramfs classique.

<https://www.kernel.org/doc/Documentation/x86/microcode.txt>

Je n'ai pas trouvé ce qui est prévu, mais sur Arch ils tiennent le même
discours :
<https://wiki.archlinux.org/index.php/microcode>
Enabling early microcode updates

Microcode must be loaded by the boot loader.

C'est faux. Il est aussi possible de faire charger le microcode par
l'initramfs ou par le système final. Apparemment ArchLinux justifie le
chargement au plus tôt du microcode par le fait que sur les processeurs
Intel Broadwell et Haswell le chargement tardif ferait planter le noyau.

<https://bugs.archlinux.org/task/59841>

Il y a quand même un détail qui me chiffonne : apparemment un chargeur
GRUB non patché comprend quand même la syntaxe à deux arguments, alors
que ce n'est pas documenté dans
<https://www.gnu.org/software/grub/manual/grub/grub.html#initrd>.

En épluchant les changelogs de GRUB, j'ai trouvé qu'il supporte le
chargement d'initrd multiples depuis la version 2.00. Mais cela ne
semble vrai que pour le chargeur lui-même, pas pour les scripts utilisés
par grub-mkconfig pour construire grub.cfg.

Est-ce que ce qui suit (même lien que plus haut) est prévu pour d'autres
systèmes ? :

Automatic method

grub-mkconfig will automatically detect the microcode update and
configure GRUB appropriately.

Apparemment non, cf. supra. Sachant cela, il aurait été parfaitement
possible pour Arch/Manjaro de construire un initramfs multi-segment
incluant les microcodes au lieu d'utiliser la fonctionnalité de
chargement d'initrd multiples du chargeur qui n'est pas supportée
automatiquement par les autres distributions.