Bug 981824
Summary: | fedup upgrade does not boot if root is an MD RAID partition | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alex G. <mr.nuke.me> |
Component: | fedup-dracut | Assignee: | Will Woods <wwoods> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | amessina, gholms, kevin, myopiate, redhat-bugzilla, tflink, wwoods |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-07-08 16:41:42 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
Alex G.
2013-07-06 02:46:49 UTC
I also ran into this problem. At the rescue console, I did the following to kick it back into gear: 1. My mdadm.conf was there in the initramfs. I inspected that to see what arrays were available with "cat /etc/mdadm.conf". 2. For each of the listed /dev/mdn devices I did "mdadm --assemble /dev/mdn" 3. I then restarted systemd with "kill 1" 4. It continued with the upgrade until it said it was restarting the computer but it got stuck there. I had to pull the power to restart it. After reboot the new initramfs automatically assembled my arrays and it all seems to "work". For my upgrade attempt, the kernel parameters in grub for the "System Upgrade (fedup)" boot option included root=/dev/md1. This was set by fedup before reboot and was correct. I can confirm the behaviour described in the first comment. I found that: # mdadm --assemble --scan # exit was sufficient to continue booting. *** This bug has been marked as a duplicate of bug 970580 *** |