Bug 1500057

Summary: Boot crash after "EFI stub: UEFI Secure Boot is enabled." on Surface Book
Product: [Fedora] Fedora Reporter: Chatty <mail>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED EOL QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: rawhideCC: airlied, ajax, bskeggs, eparis, esandeen, hdegoede, ichavero, itamar, jarodwilson, jforbes, jglisse, jonathan, josef, jwboyer, kernel-maint, labbott, linville, mchehab, mjg59, nhorman, quintela, steved
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Surface Book i7-6600U / 16GB
Last Closed: 2018-02-23 20:29:48 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Chatty 2017-10-09 19:06:52 UTC
Description of problem: Computer freezes after above message. No error output.


Version-Release number of selected component (if applicable): tested
Fedora-Workstation-Live-x86_64-Rawhide-20171009.n.0.iso 
Fedora-Workstation-Live-x86_64-27-20171008.n.0.iso

How reproducible: every time


Steps to Reproduce:
1. boot from usb key

Actual results: computer freezes


Expected results: computer boots fine


Additional info: F26 boots just fine

Comment 1 Chatty 2017-10-18 08:46:14 UTC
ubuntu-17.10-beta2-desktop-amd64.iso also crashes on loading the kernel. Giving in GRUB CLI the final boot command immediately freezes the computer.

Comment 3 Jeremy Cline 2017-10-19 19:06:31 UTC
*** Bug 1500056 has been marked as a duplicate of this bug. ***

Comment 4 Chatty 2017-10-26 20:54:42 UTC
Is somebody on this? Possibly all Surface Book users (maybe only those with the dedicated NVidia chip) can't use F27 live ISO atm. It would be helpful if we could at least work on some workaround (updated initrd with latest Intel ucode for instance).

Comment 5 Chatty 2017-10-29 06:14:16 UTC
The solution to this bug is very easy: I inserted intel_ucode.img (taken from archlinux-2017.10.01-x86_64.iso) as first initrd and rawhide booted up fine.

Comment 6 Chatty 2018-02-23 20:29:48 UTC
This bug has become obsolete as Microsoft has updated the UEFI and microcode to 0xc2 which no longer blocks system from booting.