Does Bodhi5.0 check for the amd64 ucode L1TERM bug?
I'm wondering if bodhi5.0 can detect if the amd_ucode patch module for intramfs is correct for debian, or if It can blacklist the amd64_ucode modprobe using some method? I was previously using automatic updates on a multiboot-linuxmint-bodhi image that calls the debian 'release-upgrade' automatically. It then forced a firmware-upgrade (amd64-microcode-ver3.20180524) into my legacy-APU bios. I've NOT been able to remove this incorrect patch off my bios even with a CMOS-wipe/restore. I've only been able to boot with CDR using a legacy copy of bodhi 2..18.3. Can someone tell me how to use bodhibuilder to remix the kernel so it dumps the forced debian-bios upgrade or skips it? Restoring BIOS from DOS isn't the answer either. I also tried using the proposed boot-flag 'dis_ucode_ldr' in the recover command line to ignore the smbios-flags. All I get is an error during the post, "microcode_AMD.bin" is invalid. Then it boots into x32-bit mode. I suspect that all of this is because of the L1TF-foreshadow-meltdown- debian fixes. See the attached articles. One interesting not is that my present work around is to use an alternative bootloader lilo/YUM or something other than GRUB2 to ignore the ucode. The amd_APU machine still boots into centOS/Fedora_x64, but will not boot debian off a USB-flash-drive, or using a Bodhi_x32 CDR.
Last edited by LEE-whitetiger; 09-16-2018 at 11:21 AM.
Reason: added work around solution.
|