You are not logged in.
I just did tried to configure refind to load the intel-ucode.img using manual stanzas. But it seems refind ignores it.
Here's my stanza in refind.conf:
menuentry Arch {
icon EFI/refind/next-theme/icons/os_arch.png
volume ArchRoot
loader boot/vmlinuz-linux
initrd boot/intel-ucode.img
initrd boot/initramfs-linux.img
options "root=UUID=410c637f-c414-4a60-bb4a-b4868f511883 rw quiet acpi_osi= resume=UUID=70e18a0b-47c9-44fe-b8cb-93f3d6450120 rootflags=discard,data=ordered,relatime,rw"
}
% dmesg |grep microcode
[ 0.428072] microcode: CPU0 sig=0x306c3, pf=0x10, revision=0x12
[ 0.428078] microcode: CPU1 sig=0x306c3, pf=0x10, revision=0x12
[ 0.428086] microcode: CPU2 sig=0x306c3, pf=0x10, revision=0x12
[ 0.428092] microcode: CPU3 sig=0x306c3, pf=0x10, revision=0x12
[ 0.428139] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Orub
This looks like the initrd wasn't loaded because no microcode was updated.
Don't know if it would appear here if it worked but at least the initrd option isn't on the kernel cmdline:
% cat /proc/cmdline
\boot\vmlinuz-linux root=UUID=410c637f-c414-4a60-bb4a-b4868f511883 rw quiet acpi_osi= resume=UUID=70e18a0b-47c9-44fe-b8cb-93f3d6450120 rootflags=discard,data=ordered,relatime,rw initrd=boot\initramfs-linux.img
This all looks like refind only accepts the last definition of initrd overwriting the previous rather than adding these two.
Am I doing something wrong? Is it a bug(or missing feature?)
Is there any workaround?
Last edited by dice (2014-10-23 21:42:09)
I put at button on it. Yes. I wish to press it, but I'm not sure what will happen if I do. (Gune | Titan A.E.)
Offline
Don't know if it's any help but there's a pretty good discussion at this thread;
Index
» Pacman & Package Upgrade Issues
» intel-ucode update - implementation?
Offline
Dice,
Same for me:
cat /proc/cmdline
\vmlinuz-linux root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 ipv6.disable_ipv6=1 acpi_backlight=vendor quiet rw initrd=initramfs-linux.img
In spite of adding the call to the new initrd prior to the initrd for initramfs-linux.img into the stanza :
menuentry "Arch Linux" {
icon efi/EFI/refind/next-theme/icons/os_arch.png
loader vmlinuz-linux
initrd intel-ucode.img
initrd initramfs-linux.img
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 ipv6.disable_ipv6=1 acpi_backlight=vendor quiet rw"
ostype Linux
submenuentry "Boot to Terminal/TTY" {
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 systemd.unit=multi-user.target rw"
}
submenuentry "Boot to Single-User Mode" {
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 systemd.unit=rescue rw"
}
submenuentry "Boot Arch Linux via GRUB" {
loader efi/EFI/grub/grubx64.efi
initrd
options
}
}
My guess is a limitation in the current version of refind.
4X Intel(R) Xeon(R) CPU E7-8870 @ 2.40GHz; 256GiB; 11TB EXT4; SL6.8
2X Intel(R) Xeon(R) CPU E5-2680 @ 2.70GHz; 256GiB; 3.4TB EXT4; SL6.8
Thinkpad X250; Broadwell-ULT Core i5; 8GiB, 525GB Crucial_CT525MX3; Arch
Thinkpad T440S; Haswell-ULT Core i7; 12GiB, 512GB SanDisk X210; Arch
Offline
I too am trying to make this work and failed so far.
If the refind stanza parser converts initrd xxx into
vmlinux-linuz initrd=xxx
then it is "possible" tho you'd need to test that
initrd "intel-ucode.img initrd=initramfs-linux.img"
just might work if it passes everything in qoutes down to kernel command line.
Offline
Dice,
Same for me:
cat /proc/cmdline \vmlinuz-linux root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 ipv6.disable_ipv6=1 acpi_backlight=vendor quiet rw initrd=initramfs-linux.img
In spite of adding the call to the new initrd prior to the initrd for initramfs-linux.img into the stanza :
menuentry "Arch Linux" { icon efi/EFI/refind/next-theme/icons/os_arch.png loader vmlinuz-linux initrd intel-ucode.img initrd initramfs-linux.img options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 ipv6.disable_ipv6=1 acpi_backlight=vendor quiet rw" ostype Linux submenuentry "Boot to Terminal/TTY" { options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 systemd.unit=multi-user.target rw" } submenuentry "Boot to Single-User Mode" { options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 rootfstype=ext4 systemd.unit=rescue rw" } submenuentry "Boot Arch Linux via GRUB" { loader efi/EFI/grub/grubx64.efi initrd options } }
My guess is a limitation in the current version of refind.
What if the two initrd files are defined in the options line instead of the main part of the stanza?
i.e. change your config file to be:
menuentry "Arch Linux" {
icon efi/EFI/refind/next-theme/icons/os_arch.png
loader vmlinuz-linux
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 initrd=intel-ucode.img initrd=initramfs-linux.img rootfstype=ext4 ipv6.disable_ipv6=1 acpi_backlight=vendor quiet rw"
ostype Linux
submenuentry "Boot to Terminal/TTY" {
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 initrd=intel-ucode.img initrd=initramfs-linux.img rootfstype=ext4 systemd.unit=multi-user.target rw"
}
submenuentry "Boot to Single-User Mode" {
options "root=UUID=046d22b7-f702-4fcf-8899-6d36ed3b1241 initrd=intel-ucode.img initrd=initramfs-linux.img rootfstype=ext4 systemd.unit=rescue rw"
}
submenuentry "Boot Arch Linux via GRUB" {
loader efi/EFI/grub/grubx64.efi
initrd
options
}
}
It is just possible that the options section may be parsed like the lines in refind_linux.conf whereas the main part of the stanza may be parsed differently and only take the last of the two lines that have "initrd xxxxx"?
Might be worth trying?
Mike C
Offline
It works now. I appended the initrd=boot/intel-ucode.img to the end of the options line.
So the stanza looks like this:
menuentry Arch {
icon EFI/refind/next-theme/icons/os_arch.png
volume ArchRoot
loader boot/vmlinuz-linux
initrd boot/initramfs-linux.img
options "root=UUID=410c637f-c414-4a60-bb4a-b4868f511883 rw quiet acpi_osi= resume=UUID=70e18a0b-47c9-44fe-b8cb-93f3d6450120 rootflags=discard,data=ordered,relatime,rw initrd=boot/intel-ucode.img"
}
Microcode is updated now:
% dmesg |grep microcode
[ 0.000000] CPU0 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.145233] CPU2 microcode updated early to revision 0x1c, date = 2014-07-03
[ 0.425814] microcode: CPU0 sig=0x306c3, pf=0x10, revision=0x1c
[ 0.425821] microcode: CPU1 sig=0x306c3, pf=0x10, revision=0x1c
[ 0.425828] microcode: CPU2 sig=0x306c3, pf=0x10, revision=0x1c
[ 0.425835] microcode: CPU3 sig=0x306c3, pf=0x10, revision=0x1c
[ 0.425878] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
Therefore this is solved I guess.
I put at button on it. Yes. I wish to press it, but I'm not sure what will happen if I do. (Gune | Titan A.E.)
Offline
That is really excellent news!
Mike C
Offline
Dice,
Your suggestion on appending the microcode initrd to the options line works here too.
Thank you for posting this.
Halocaridina
Last edited by halocaridina (2014-10-24 19:33:27)
4X Intel(R) Xeon(R) CPU E7-8870 @ 2.40GHz; 256GiB; 11TB EXT4; SL6.8
2X Intel(R) Xeon(R) CPU E5-2680 @ 2.70GHz; 256GiB; 3.4TB EXT4; SL6.8
Thinkpad X250; Broadwell-ULT Core i5; 8GiB, 525GB Crucial_CT525MX3; Arch
Thinkpad T440S; Haswell-ULT Core i7; 12GiB, 512GB SanDisk X210; Arch
Offline
My system is not loading intel-ucode.img from the initrd line, either. However, it does not have an options line, it has options on the linux line. Is it ok to try adding it, there? (This is in grub2).
Tim
Offline
My system is not loading intel-ucode.img from the initrd line, either. However, it does not have an options line, it has options on the linux line. Is it ok to try adding it, there? (This is in grub2).
Tim
See https://wiki.archlinux.org/index.php/Microcode#Grub for the current advice for grub.
Last edited by mcloaked (2014-10-24 19:38:58)
Mike C
Offline