Bug 1601578
Summary: | All x86 BIOS boots fail with 'invalid magic number' errors | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Adam Williamson <awilliam> | ||||
Component: | grub2 | Assignee: | Peter Jones <pjones> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | urgent | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | chepioq, filbranden, jwboyer, lkundrak, mcsontos, mpitt, pjones, ppisar, robatino | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | grub2-2.02-45.fc29 | Doc Type: | If docs needed, set a value | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | |||||||
: | 1601815 (view as bug list) | Environment: | |||||
Last Closed: | 2018-07-20 17:58:43 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 1517011 | ||||||
Attachments: |
|
Description
Adam Williamson
2018-07-16 18:15:27 UTC
These are the exact lines I get in grub.cfg after an install from the Fedora-20180714.n.0 Everything netinst image: linux16 /vmlinuz-4.18.0-0.rc4.git4.1.fc29.x86_64 root=/dev/mapper/fedora-root ro resume=/dev/mapper/fedora-swap rd.lvm.lv=fedora/root rd.lvm.lv=fedora/swap rhgb quiet LANG=en_CA.UTF-8 linux16 /initramfs-4.18.0-0.rc4.git4.1.fc29.x86_64.img initrd16 /initramfs-4.18.0-0.rc4.git4.1.fc29.x86_64.img I'll attach the full file as well. Created attachment 1459248 [details]
full grub.cfg file
Still broken with grub2-2.02-44 after installing from https://koji.fedoraproject.org/koji/buildinfo?buildID=1127924 using rescue mode. Take a look at this pull request: https://src.fedoraproject.org/rpms/grub2/pull-request/6 Cheers, Filipe Just rebased that PR on top of current specfile... I'd appreciate it if someone could take a look at it and merge it. Cheers, Filipe In our Cockpit test VMs (for RHEL devel series) I'm getting the exact same broken config as in comment #1, i. e. initramfs gets loaded by *both* linux16 and initrd16. However, when I just run grub2-mkconfig in an otherwise unmodified system, I *only* get the linux16 /initramfs-4.18.0-0.rc4.git4.1.fc29.x86_64.img line without the initrd16 one. So this is rather unpredictable. For the former the workaround is to simply drop the line, for the latter case it's s/linux16/initrd16/. So this is a bit brittle to work around in scripts. But I confirm that dropping the linux16 /initramfs line fixes the boot. Confirmed fixed with grub2-2.02-45.fc29 ( https://koji.fedoraproject.org/koji/buildinfo?buildID=1128108 ). *** Bug 1601585 has been marked as a duplicate of this bug. *** Workaround (add to %post) which works for me: # Workaround for installation Bug 1601578: cp /boot/grub2/grub.cfg{,.0orig} sed -i -e 's|^\s\+linux16\s\+/initramfs-|\tinitrd16\t/initramfs-|' /boot/grub2/grub.cfg sed -i -e 's|^\s\+initrd16\s\+/initramfs-|\tinitrd16\t/initramfs-|' /boot/grub2/grub.cfg mv /boot/grub2/grub.cfg{,.1sed} uniq /boot/grub2/grub.cfg{.1sed,} Seeing Comment 6, instead of simply deleting linux16 line, it changes linux16 to initrd16, then makes whitespace same, and delete identical lines :-) Seems there are some problems with zram on shutdown too... :-( I confirm that grub2-2.02-45.fc29 fix problem. Thank Indeed, openQA tests are working now. |