Archlinux.fr [Forums]

@Backtoback Chose que mimile à bien fait !

j'hésite à faire la mise à jour sur mon probook

Grub
This article or section needs expansion.
Reason: Instructions for grub are missing. (Discuss)

For the time being, you can manually add /intel-ucode.img in your grub.cfg as follows:

[...]
echo 'Loading initial ramdisk ...'
initrd /intel-ucode.img /initramfs-linux.img
[...]

Note: This file will automatically be overriden by grub-mkconfig during certain updates negating your changes.

est-ce que ça signifie qu'il est urgent d'attendre

@ Backtoback : Je n'ai pas de partition dédiée à boot.

Boot se trouve dans la partition racine et contient a priori tout ce qu'il faut (voir une de mes captures plus haut).

j'ai déjà essayé la formulation que tu suggères avec pour résultat plantage au boot ... (je le disais déjà dans mon poste initial).

J'ai aussi essayé en enlevant les balises avec le même résultat.

Je crois que je vais en rester là momentanément car mon cerveau commence à fumer à force de faire des modifications, puis des reboot avec parfois l'obligation de torturer mon PC en l'arrêtant à la barbare quand plus rien ne vit (plus de souris ni de clavier).

En tout cas, merci à tous d'avoir essayer de me venir en aide.

A bientôt

J'ai mis à jour https://archlinux.fr/news/changements-d ... code-intel pour ajouter quelques explications

mimile a écrit :Je crois que je vais en rester là momentanément car mon cerveau commence à fumer à force de faire des modifications, puis des reboot avec parfois l'obligation de torturer mon PC en l'arrêtant à la barbare quand plus rien ne vit (plus de souris ni de clavier).

De toutes manières, comme rajouté sur l'annonce entretemps (merci Skunnyk

), si tu n'avais pas le paquet intel-ucode, ça n'est pas indispensable de le rajouter (par contre, ça peut être pas mal de le faire, pour les frileux comme moi ^^).
Par contre, je serais curieux de connaître la raison pour laquelle ça ne fonctionne pas chez toi (peut-être comme évoqué par benjarobin, un grub pas assez récent sous Debian, tu disposes de quelle version ? car je ne vois pas pourquoi ça te ficherait un kernel panic sinon, vu que justement le microcode est chargé avant le noyau avec la nouvelle mouture...).

En même temps, tout ceci n’explique pas s’il faut ou non installer ce paquet quand tout marchait bien avant, quand on l’avait pas…

Si on s'en réfère à la "news", non.

Si vous n’avez pas déjà le paquet intel-ucode, vous n’avez aucune manipulation à faire.

hopimet a écrit :Si on s'en réfère à la "news", non.
Si vous n’avez pas déjà le paquet intel-ucode, vous n’avez aucune manipulation à faire.

Oui mais comme l'a dit FoolEcho (je crois), ça apporte des améliorations. Pour moi la logique voudrait que j'ajoute le paquet intel-ucode, puis faire la MAJ et pour finir apporter la modif dans grub.cfg.
Est-ce une bonne démarche ou alors je me suis planté dans mon raisonnement ?

Et c'est tout sauf illogique

Au pire si tu as des soucis il te suffira de l'enlever de grub, mais normalement c'est pour corriger des soucis.

raymondcal a écrit :En même temps, tout ceci n’explique pas s’il faut ou non installer ce paquet quand tout marchait bien avant, quand on l’avait pas…

D'autres éléments sur ce sujet (ça se croise, tant pis pour vous

), post136610.html .
Ça reste Arch Way, donc à vous de voir si vous voulez l'installer ou non, sachant qu'au pire vous pouvez effectivement revenir facilement en arrière (c'est tout l'intérêt).

(perso, je conseillerais cette installation, quand bien même vous ne l'aviez pas avant

)
(mais si vous ne l'aviez pas et que ça ne vous inspire pas, rien ne vous oblige à le faire

)

benjarobin a écrit :@Backtoback La syntaxe que tu indiques est pour syslinux et non Grub

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

Pour gouverne la version de grub dans debian wheezy est 1.99-27+deb7u2

Quand je modifie mon grub en indiquant

Code : Tout sélectionner

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

puis quand je reboote, voilà ce qui apparaît (désolé pour la piètre qualité de la photo)

http://i.imgur.com/awVWxzm.jpg

A ce stade, plus aucun contrôle sur le PC (souris et clavier inertes) et pas d'autre choix que de redémarrer à l'arraché.

Ouais, un kernel panic, comme s'il chargeait le noyau sans charger le second ramdisk...

Dans tous les cas, je désapprouve d'éditer directement le fichier grub.cfg car c'est un fichier auto-généré, donc il est susceptible de se faire écraser.
Donc j'éditerai le fichier /etc/grub.d/40_custom (de Debian) 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
   echo 'Chargement de Linux...'
   linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
   echo 'Chargement du disque mémoire initial...'
   initrd /boot/initramfs-linux.img
   echo 'Chargement du disque mémoire secondaire...'
   initrd /boot/intel-ucode.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
   echo 'Chargement de Linux...'
   linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
   echo 'Chargement du disque mémoire initial...'
   initrd /boot/initramfs-linux-fallback.img
   echo 'Chargement du disque mémoire secondaire...'
   initrd /boot/intel-ucode.img
}

Ou bien si ça ne fonctionne pas, revenir sur ce qui était dit plus haut :

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
   echo 'Chargement de Linux...'
   linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
   echo 'Chargement des disques mémoire...'
   initrd /boot/initramfs-linux.img /boot/intel-ucode.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
   echo 'Chargement de Linux...'
   linux /boot/vmlinuz-linux root=UUID=122af965-b8c2-4a6b-bfec-304d66200641 rw
   echo 'Chargement des disques mémoire...'
   initrd /boot/initramfs-linux-fallback.img /boot/intel-ucode.img
}

J'ignore si ça fonctionne, et j'ignore si permuter les deux ramdisks change quelque chose. Mais peut-être que si un echo n'est pas exécuté lors du boot, on pourra déjà se poser des questions.
Mais après un update-grub2 sous Debian, ça posera moins de soucis (pas besoin de rééditer le fichier grub.cfg à chaque fois).

mimile a écrit :Pour gouverne la version de grub dans debian wheezy est 1.99-27+deb7u2

Contre 2.02.beta2 sous Arch... certain que c'est le problème.

Salut

@ Xorg : désolé, ça ne marche pas. quelle que soit la solution, au boot, j'ai l'écran noir avec en finale "kernel panix".

@ Foolecho : l'hypothèse d'un grub Debian obsolète par rapport à celui d'Arch avait déjà été envisagée (par toi ou d'autres). Mon problème trouve donc très probablement son origine à ce stade.

Ma version de Wheezy est en stable ; peut-être devrais-je la passer en testing pour obtenir la "bonne" version de grub ?

Le lien du rapport de "bug" pour ajouter la fonctionnalité dans Grub2 : http://savannah.gnu.org/bugs/?35238
La fonctionnalité a été ajouté le 20 janv. 2012, or la version 1.99 date de plus de 3 ans : http://git.savannah.gnu.org/cgit/grub.git

j'ai procédé à l installation de intel-ucode et la commande dmesg|grep microcode ne me montre aucun changement non plus dans ma machine virtuelle, je suppose que le microcode n'est la que pour résoudre les soucis sur des processeur contenant des bugs, si le processeur n'est pas connu pour en avoir, il n'est pas utile de faire cette manipulation.

Detecting available microcode update

It is possible to find out if the intel-ucode.img contains a microcode image for your cpu with iucode-tool.

Install intel-ucode (changing initrd is not required for detection)
Install iucode-tool from AUR.
# modprobe cpuid
# bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS -
(Extract microcode image and search it for your cpuid.)
If an update is available, it should show up below selected microcodes.

Une machine virtuelle n'a pas accès direct à l'ensemble des fonctionnalités du processeurs... Donc ceci est impossible depuis une machine virtuelle

Même résultat que neuroquila sur ma Arch en dur :

Code : Tout sélectionner

:: Procéder à l’installation ? [O/n] 
(1/1) vérification des clés dans le trousseau      [######################] 100%
(1/1) vérification de l’intégrité des paquets      [######################] 100%
(1/1) chargement des fichiers des paquets          [######################] 100%
(1/1) analyse des conflits entre fichiers          [######################] 100%
(1/1) vérification de l’espace disque disponible   [######################] 100%
(1/1) installation de iucode-tool                  [######################] 100%
[okapi@Archie ~]$ iucode_tool
iucode_tool: nothing to do...

Je clôture donc ce sujet.

Amicalement

Archlinux.fr [Forums]

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

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur

Re: [microcode intel] adaptation du chargeur