Bug 1070876
| Summary: | Fedora installer won’t start at all in UEFI mode | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Marcus Husar <marcus.husar> | ||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | high | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 20 | CC: | gansalmon, g.kaviyarasu, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab, vanmeeuwen+fedora | ||||||
| Target Milestone: | --- | Flags: | jforbes:
needinfo?
|
||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-12-10 15:02:52 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: | |||||||||
| Attachments: |
|
||||||||
|
Description
Marcus Husar
2014-02-27 16:06:44 UTC
Reassigning to kernel based on the "Sounds like the kernel is crashing very early in startup" assessment. *********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.14.4-200.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those. I downloaded a Rawhide iso to check if this one would work, yesterday. Grub is loading properly with and without secure boot (usually secure boot is disabled). After selecting a boot entry (Install Fedora …) I see just an underscore and nothing else. It’s the same as before. I’ll try to debug this once more. Maybe I should give a RHEL 7 iso a try. Could a developer or maintainer of shim, grub, or the kernel please provide some information how I could possibly debug this problem? I tried many debug flags on the grub command line. But there was never a message from the kernel. Maybe the kernel isn’t started at all? In the attached screenshot you can see that grub allocates memory for two files. I’d think the kernel and the initramfs. That’s the last thing that happens. I have no boot problems with Windows or Ubuntu installers. I have never tried others. Created attachment 925161 [details] efivars from Ubuntu 14.04 live media Because my Thinkpad S531 had serious hardware and firmware problems I couldn’t further investigate the boot problems. The S531 now was acknowledged as DOA (dead on arrival). Last week I got a new Thinkpad S540. The problems with Redhat/Fedora boot media still persist. I tested a rawhide live cd (http://koji.fedoraproject.org/koji/taskinfo?taskID=7214456) and RHEL 7 RC install media. I just grabbed efivars from Ubuntu live media. It seems rather messy. Maybe Fedora has problems with some EFI variables. *********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs. Fedora 20 has now been rebased to 3.17.2-200.fc20. Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel. If you have moved on to Fedora 21, and are still experiencing this issue, please change the version to Fedora 21. If you experience different issues, please open a new bug report for those. This bug is being closed with INSUFFICIENT_DATA as there has not been a response in over 3 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously. |