Изменения в процессе обновления микрокода Intel

Это работает для граба в арчлинуксе, в других дистрах думаю intel-ucode при генерации граб-конфига не учитывается. Вообще, зачем вам генерить конфиг в другом дистре?

Вставка нужна, а вдруг приспичит и будете загружаться с fallback-образа?
vdemin
Вставка нужна, а вдруг приспичит и будете загружаться с fallback-образа
Понятно .

vdemin
Это работает для граба в арчлинуксе,
Про него и речь , установлено две ОС ARCH на одном ЖД sda1 , sda3 (с разными ДЕ) , установлен grub на - sda , после выполнения -

sudo grub-mkconfig -o /boot/grub/grub.cfg
генерируется в grub.cfg строки -

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

initrd /boot/intel-ucode.img /boot/initramfs-linux-fallback.img
для той ОС из которой устанавливался grub - sda1 , а для ОС установленной на sda3 , для загрузки микрокода нужно вручную прописывать эти строки .
Одна установка загрузчика GRUB действительно может независимо обслуживать запуск множества разных систем.
Но это НЕ относится к генератору конфигов для груба – он в каждой системе работает иначе и выдаёт различный результат, тем более в разных версиях.

Поэтому, если вы хотите использовать grub-mkconfig – выберите одну систему, из которой вы будете настраивать груб.
Настраивать груб из разных систем можно только вручную.
Natrio
Поэтому, если вы хотите использовать grub-mkconfig – выберите одну систему, из которой вы будете настраивать груб.
Да все понятно , но почему из одной системы ARCH , естественно из которой установлен груб , grub-mkconfig не правит автоматом grub.cfg для загрузки микрокода у всех остальных , установленных и найденных грубом - именно ОС ARCHLINUX на ПК ( ЖД , разделах ЖД , и тд) , хотя бы для одинаковых версий ?
teplovoz
естественно из которой установлен груб
Важно не то, из которой установлен – загрузчик груб НЕ входит в ОС, и работает БЕЗ ОС.
В отличии от генератора конфигов для него, который встроен в Арч, и настроен только на Арч.

Кроме того, образы initramfs с обновлениями микрокода собраны для ядра Арч и не будут работать с чужими ядрами, и тем более чужими дистрами.
Для каждого из дистрибутивов всё это нужно собирать отдельно и под этим дистрибутивом.
Natrio
Важно не то, из которой установлен – загрузчик груб НЕ входит в ОС, и работает БЕЗ ОС.
В отличии от генератора конфигов для него, который встроен в Арч, и настроен только на Арч.
Спасибо , как сейчас говорят - "вкурил"
Natrio
и не будут работать с чужими ядрами, и тем более чужими дистрами.
Здесь извените , я не программист и может что то не понимаю или не так объясняю , но я задал вопрос

у всех остальных , установленных и найденных грубом - именно ОС ARCHLINUX на ПК ...
с установленными стандартными ядрами , на данный момент -

3.17.2-1-ARCH
.
Загружаюсь с arch установленном на sda1 он стоит первым в списке загрузки потому как из него устанавливал груб и вручную не правил (так же на sda3 установлен еще arch и одинаковой архитектурой с установленным arch на sda1) и при выполнении
sudo grub-mkconfig -o /boot/grub/grub.cfg
получаю grub.cfg -
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux, with Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-f56a58df-6297-4662-a7d0-077a1ecc41de' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_msdos
		insmod ext2
		set root='hd0,msdos1'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  f56a58df-6297-4662-a7d0-077a1ecc41de
		else
		  search --no-floppy --fs-uuid --set=root f56a58df-6297-4662-a7d0-077a1ecc41de
		fi
		echo	'Loading Linux linux ...'
		linux	/boot/vmlinuz-linux root=UUID=f56a58df-6297-4662-a7d0-077a1ecc41de rw  rcutree.rcu_idle_gp_delay=1
		echo	'Loading initial ramdisk ...'
		initrd	/boot/intel-ucode.img /boot/initramfs-linux.img
то есть здесь строка initrd /boot/intel-ucode.img /boot/initramfs-linux.img сгенерировалась , а здесь -
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Arch Linux, с Linux linux (on /dev/sda3)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux--da9a096d-8b3c-4e66-b69e-f624d992116d' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
		insmod ext2
		set root='hd0,msdos3'
		if [ x$feature_platform_search_hint = xy ]; then
		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3  da9a096d-8b3c-4e66-b69e-f624d992116d
		else
		  search --no-floppy --fs-uuid --set=root da9a096d-8b3c-4e66-b69e-f624d992116d
		fi
		echo	'Loading Linux linux ...'
		linux /boot/vmlinuz-linux root=UUID=da9a096d-8b3c-4e66-b69e-f624d992116d rw quiet
		echo	'Loading initial ramdisk ...'
		initrd	/boot/intel-ucode.img /boot/initramfs-linux-fallback.img
	initrd     /boot/initramfs-linux.img
нет .
Natrio
Кроме того, образы initramfs с обновлениями микрокода собраны для ядра Арч и не будут работать с чужими ядрами, и тем более чужими дистрами.
т.е. именно поэтому микрокод и не подгружается в манжаро?
Из вики:

In order for early loading to work in custom kernels, "CPU microcode loading support" needs to be compiled into the kernel NOT compiled as a module. This will enable the "Early load microcode" prompt which should be set to "Y".
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=y
CONFIG_MICROCODE_INTEL_EARLY=y
CONFIG_MICROCODE_EARLY=y
То бишь, если ядро собрано без этих опций – ничего не выйдет.

Кстати, эта новая обновлялка микрокода – тот ещё глюк.
У меня оно успешно обновило микрокод... на одном ядре :)
На втором осталась старая ревизия:
$ dmesg | grep microcode
[    0.000000] CPU0 microcode updated early to revision 0x29, date = 2013-06-12
[    0.327680] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29
[    0.327687] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x23
[    0.327689] perf_event_intel: PEBS disabled due to CPU errata, please upgrade microcode
[    0.327749] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

UPD
В ядре LTS этого глюка нет:
[    0.000000] CPU0 microcode updated early to revision 0x29, date = 2013-06-12
[    0.128121] CPU1 microcode updated early to revision 0x29, date = 2013-06-12
[    0.453537] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x29
[    0.453544] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x29
[    0.453619] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

Отключил пока это недоразумение, во избежание.
[    0.051039] perf_event_intel: PEBS disabled due to CPU errata, please upgrade microcode
[    0.327558] microcode: CPU0 sig=0x206a7, pf=0x2, revision=0x23
[    0.327564] microcode: CPU1 sig=0x206a7, pf=0x2, revision=0x23
[    0.327626] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
а я вообще не понимаю, всей этой фигней должен заведовать биос...
если на сайте производителе матери нет обновления, то жалуемся производителю. это его обязанность поставлять обновления.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
если на сайте производителе матери нет обновления, то жалуемся производителю. это его обязанность поставлять обновления.
..а на практике редко когда bios обновляют дольше 3-4 лет
 
Зарегистрироваться или войдите чтобы оставить сообщение.