-
Bug
-
Resolution: Done-Errata
-
Blocker
-
rhel-7.9.z
-
Yes
-
Critical
-
rhel-sst-cs-plumbers
-
ssg_core_services
-
None
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
Requested
-
None
-
-
All
-
None
What were you trying to do that didn't work?
All systems configured with a dedicated /usr cannot boot anymore after updating systemd to systemd-219-78.el7_9.8.
Root cause is a bad mount unit generation done by systemd-fstab-generator:
sysroot-sysroot-usr.mount gets generated instead of sysroot-usr.mount.
Mounting /sysroot/sysroot/usr...
[FAILED] Failed to mount /sysroot/sysroot/usr.
See 'systemctl status sysroot-sysroot-usr.mount' for details.
[DEPEND] Dependency failed for Initrd File Systems.
:
[ 1.781938] systemd[1]: No /sbin/init, trying fallback
[ 1.782970] systemd[1]: Failed to execute /bin/sh, giving up: No such file or directory
:/# cat /run/systemd/generator/sysroot-sysroot-usr.mount
# Automatically generated by systemd-fstab-generator
[Unit]
SourcePath=/sysroot/etc/fstab
Documentation=man:fstab(5) man:systemd-fstab-generator(8)
Before=initrd-fs.target
[Mount]
What=/dev/mapper/rhel-usr
# Canonicalized from /sysroot/usr
Where=/sysroot/sysroot/usr
Type=xfs
This seems to have been introduced by Patch 0853-fstab-generator-Chase-symlinks-where-possible-6293.patch.
Please provide the package NVR for which bug is seen:
systemd-219-78.el7_9.8
How reproducible:
Always
Steps to reproduce
- Install a system with dedicated /usr
- Update it to latest systemd
- Reboot
Expected results
Boots fine
Actual results
Dies
- is caused by
-
-
- Closed
-
- links to
-
RHBA-2023:124405
systemd bug fix update
- mentioned in
-
Page Loading...
