Estou recebendo este erro durante a inicialização:
[Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version (or later)
Eu vejo uma possível incompatibilidade entre a versão do firmware em /boot/intel-ucode.img e a versão reportada pelo dmesg. No entanto, não sei como resolver o problema.
Kernel / distro:
# uname -a
Linux workstation 4.13.9-1-ARCH #1 SMP PREEMPT Sun Oct 22 09:07:32 CEST 2017 x86_64 GNU/Linux
Informação da CPU (a máquina é um Xeon duplo, cada CPU tem 10 núcleos, apenas 1 está listado)
# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 79
model name : Intel(R) Xeon(R) CPU E5-2630 v4 @ 2.20GHz
stepping : 1
microcode : 0xb00001c
cpu MHz : 2200.126
cache size : 25600 KB
physical id : 0
siblings : 20
core id : 0
cpu cores : 10
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 20
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb cat_l3 cdp_l3 intel_ppin intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm cqm rdt_a rdseed adx smap xsaveopt cqm_llc cqm_occup_llc cqm_mbm_total cqm_mbm_local dtherm ida arat pln pts
bugs :
bogomips : 4402.59
clflush size : 64
cache_alignment : 64
address sizes : 46 bits physical, 48 bits virtual
power management:
Esta entrada mostra que estou usando as duas linhas initrd necessárias com o intel-ucode.img listado primeiro:
# cat /boot/loader/entries/arch.conf
title Arch Linux
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options ...
Confirma que estou usando a entrada acima:
# cat /boot/loader/loader.conf
default arch
Confirma que meu arquivo intel-ucode.img tem a data correta e está no local correto:
# ls -la /boot/
total 137324
drwxr-xr-x 5 root root 4096 Nov 7 02:18 .
drwxr-xr-x 1 root root 224 Oct 29 02:38 ..
drwxr-xr-x 4 root root 4096 May 16 2016 EFI
-rwxr-xr-x 1 root root 35074017 Nov 2 05:58 initramfs-linux-fallback.img
-rwxr-xr-x 1 root root 19212497 Nov 2 05:58 initramfs-linux.img
-rwxr-xr-x 1 root root 27503970 May 19 2016 initramfs-linux-lts-fallback.img
-rwxr-xr-x 1 root root 19029219 Nov 2 05:58 initramfs-linux-lts.img
-rwxr-xr-x 1 root root 21556194 May 29 2016 initramfs-linux-simple-fallback.img
-rwxr-xr-x 1 root root 6569920 May 29 2016 initramfs-linux-simple.img
-rwxr-xr-x 1 root root 1303040 Jul 9 08:15 intel-ucode.img
drwxr-xr-x 3 root root 4096 Jun 24 2016 loader
-rwxr-xr-x 1 root root 5502736 Oct 22 03:09 vmlinuz-linux
-rwxr-xr-x 1 root root 4827424 Oct 30 04:20 vmlinuz-linux-lts
dmesg indica que a versão do microcódigo 0xb000020 (ou posterior) é necessária e que minha versão é 0xb00001c
# dmesg | grep microcode
[ 0.000000] microcode: microcode updated early to revision 0xb00001c, date = 2016-05-20
[ 0.000000] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0xb000020 (or later)
[ 22.175583] microcode: sig=0x406f1, pf=0x1, revision=0xb00001c
[ 22.177119] microcode: Microcode Update Driver: v2.2.
Parece confirmar que minha versão do microcódigo é 0xb00001c
$ grep microcode /proc/cpuinfo
microcode : 0xb00001c
No entanto, iucode_tool parece indicar que meu arquivo /boot/intel-ucode.img contém o microcódigo rev 0xb000021.
bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS -
iucode_tool: system has processor(s) with signature 0x000406f1
microcode bundle 1: (stdin)
selected microcodes:
001/139: sig 0x000406f1, pf_mask 0xef, 2017-03-01, rev 0xb000021, size 26624
A questão é: por que o microcode rev 0xb000021 não é usado e como posso obtê-lo "carregado" corretamente?
UPDATE - um pouco mais informações, conforme solicitado por jasonwryan. No entanto , entre inicialmente fazer esta pergunta e fornecer esta atualização, corri pacman -Syu e obtive um novo kernel. Então aqui está a informação solicitada mais a saída atual de uname -a
# pacman -Q linux intel-ucode
linux 4.13.11-1
intel-ucode 20170707-1
# uname -a
Linux workstation 4.13.11-1-ARCH #1 SMP PREEMPT Thu Nov 2 10:25:56 CET 2017 x86_64 GNU/Linux
O kernel instalado e o initramfs não estão carregados (veja a diferença entre a saída de uname e pacman -Q linux . Isso significa que você provavelmente executou uma atualização com /boot desmontado.
Chroot in, certifique-se de que /boot esteja montado e execute novamente o upgrade e gere novamente o initramfs. Talvez seja necessário limpar os arquivos que foram instalados, onde /boot deveria ter sido montado.
Tags firmware arch-linux