You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Install a fresh copy of Fedora 34. See below for minimal Kickstart file to assist with reproducing. After Anaconda finishes, you'll have a fresh Fedora 34 system, with kernel 5.11, running on 3 software RAID-1 arrays: /, /boot, and swap.
Run dnf upgrade dracut systemd to get the latest version of dracut and systemd immediately after installation.
Shutdown the system and unplug a drive from the RAID-1.
Power the system back on. Despite the missing disk, the system will still successfully boot and bring you to a login prompt.
Shutdown the system and plug the unplugged drive back in.
Power the system back on. Reassemble the RAID-1 if necessary.
Run dnf upgrade. dnf will install a new kernel, 5.13. dracut will automatically create a new 5.13 initramfs for you.
Shutdown the system and unplug a hard drive from the RAID-1, just like in Step 3.
Power the system back on. The system will NOT boot and you'll get dropped into the emergency shell.
Expected behavior
Be able to boot with a missing RAID-1 member after running dnf upgrade, just like I was able to after a fresh install of Fedora 34 in Steps 1-4.
Additional context
Machine is using a legacy/traditional BIOS (no UEFI).
Kernel parameters before/after dnf upgrade (1 difference in the vmlinuz version number of the BOOT_IMAGE argument, which is expected after installing a new kernel):
I see there's been no activity on this for over a year... is this the right location to be reporting these types of issues? I'm still running into this issue a year later.
Describe the bug
Unable to boot from a software RAID after performing a dnf upgrade.
Distribution used
Fedora 34 (minimal install, see below for reproducible Kickstart file).
Dracut version
Init system
To Reproduce
/
,/boot
, andswap
.dnf upgrade dracut systemd
to get the latest version ofdracut
andsystemd
immediately after installation.dnf upgrade
. dnf will install a new kernel, 5.13.dracut
will automatically create a new 5.13 initramfs for you.Expected behavior
Be able to boot with a missing RAID-1 member after running
dnf upgrade
, just like I was able to after a fresh install of Fedora 34 in Steps 1-4.Additional context
Machine is using a legacy/traditional BIOS (no UEFI).
Working Kickstart file for Minimal Fedora 34 install on top of software RAID-1.
Kernel parameters before/after
dnf upgrade
(1 difference in the vmlinuz version number of the BOOT_IMAGE argument, which is expected after installing a new kernel):dnf upgrade
(no difference):/etc/mdadm.conf
before/afterdnf upgrade
(no difference):/etc/fstab/
before/afterdnf upgrade
(no difference):/proc/mdstat/
before/afterdnf upgrade
(differences in which array gets assigned which/dev/mdX
, but that's expected):The text was updated successfully, but these errors were encountered: