intel-ucode sig=0x406e3 from release 3.20201110.0ubuntu0.20.04.2 hangs system in early boot
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
intel-microcode (Ubuntu) |
Confirmed
|
Undecided
|
Unassigned |
Bug Description
My issue: system hang with black screen, and can try older kernels which present status "Loading initial ramdisk..." indefinitely.
The symptom, issue, and the workaround are seemingly identical to those reported in bug#1882890, however the issue here presents with a different microcode update, namely 3.20201110.
# reference
* https:/
* https:/
* microcode releases
* https:/
# issue/error
* boot normally gives black screen during early boot - stuck
* boot from previous kernels also give stuck screen, but also helpfully prints "Loading initial ramdisk..." ...indefinitely.
* boot from recovery works, can occasionally boot through to operational system from here
* boot from recovery and running rescue commands complained of near-full /boot (96%) which was subsequently solved (removed old kernels) and initramfs rebuilt (update-initramfs -u -k all) - I thought this was the issue initially but problem remained..
*
# temporary boot workaround via kernel boot option
* can only boot successfully using dis_ucode_ldr kernel boot option:
* Nov 17 20:16:52 yoga710 kernel: Command line: BOOT_IMAGE=
## kernel
* uname -r
5.4.0-54-generic
* issue appeared on 2020-11-15 on kernel 5.4.0-53
* kernel updated today/2020-11-17 to 5.4.0-54 from 5.4.0-53 via dis_ucode_ldr booted system
## microcode
microcode: sig=0x406e3 (see below)
* sudo apt show intel-microcode
Package: intel-microcode
Version: 3.20201110.
[...]
APT-Manual-
APT-Sources: http://
* dmesg | grep microcode (NOTE: this *after* a boot w boot option dis_ucode_ldr)
[ 0.038777] [Firmware Bug]: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0xb2 (or later)
[ 0.125707] SRBDS: Vulnerable: No microcode
[ 0.125708] MDS: Vulnerable: Clear CPU buffers attempted, no microcode
* dmesg | grep microcode (NOTE: this after a boot w microcode downgraded to 3.20191115.
[ 0.000000] microcode: microcode updated early to revision 0xd6, date = 2019-10-03
[ 0.131196] SRBDS: Vulnerable: No microcode
[ 0.925593] microcode: sig=0x406e3, pf=0x80, revision=0xd6
[ 0.925717] microcode: Microcode Update Driver: v2.2.
* microcode update date via /var/log/
Start-Date: 2020-11-12 13:15:29
Commandline: packagekit role='update-
Requested-By: **** (1000)
Install: linux-image-
Upgrade: libefivar1:amd64 (37-2ubuntu2, 37-2ubuntu2.1), intel-microcode
End-Date: 2020-11-12 13:23:05
## processor
* lscpu | grep Model
Model name: Intel(R) Pentium(R) CPU 4405Y @ 1.50GHz
* iucode-tool -S
iucode-tool: system has processor(s) with signature 0x000406e3
## ubuntu
* lsb_release -rd
Description: Ubuntu 20.04.1 LTS
Release: 20.04
## system
* dmidecode
System Information
Product Name: 80TX
Version: Lenovo YOGA 710-11ISK
BIOS Information
Vendor: LENOVO
Version: 0UCN22WW
Release Date: 09/27/2016
[...]
BIOS Revision: 1.22
Firmware Revision: 1.22
# to try
* check BIOS update status - new BIOS could fix?
* current: 2016-09-27
* available: 2018-03-26 0UCN25WW01
* 3. Modified: 1) Enhancement to address CVE-2017-5715.
* https:/
* https:/
# solution attempts
* /boot - made space after a recovery utility complained of near-full (96%) /boot. uninstalled old kernels.
* downgrade and hold microcode
* sudo apt-get install intel-microcode
* sudo apt-mark hold intel-microcode
* **ISSUE FIXED WITH THIS WORKAROUND**
* reinstate current microcode to confirm
* sudo apt install intel-microcode
* "Unpacking intel-microcode (3.20201110.
* YES - confirming the problem reappears.
Status changed to 'Confirmed' because the bug affects multiple users.