Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-17164

System cannot boot when usr is a separate file system with latest systemd-219-78.el7_9.8

    XMLWordPrintable

Details

    • Blocker
    • sst_cs_plumbers
    • ssg_core_services
    • False
    • Hide

      None

      Show
      None
    • Red Hat Enterprise Linux
    • All

    Description

      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

      1. Install a system with dedicated /usr
      2. Update it to latest systemd
      3. Reboot

      Expected results

      Boots fine

      Actual results

      Dies

      Attachments

        Issue Links

          is caused by

          Bug - A problem that impairs or prevents the functions of the product. RHEL-6223 System drops to emergency when restarting a mount

          • Major - To be worked after higher priority work items are addressed. When the severity is high and the effort to change it is low to moderate, this term is chosen. Issues in this category likely have an existing workaround but implementation or execution may be non-trivial.
          • Closed
          links to

          Web Link KCS

          Web Link RHBA-2023:124405 systemd bug fix update

          mentioned in

          Page Loading...

          Activity

            People

              rhn-support-sbroz Stepan Broz
              rhn-support-rmetrich Renaud Metrich
              Stepan Broz Stepan Broz
              Frantisek Sumsal Frantisek Sumsal
              Votes:
              7 Vote for this issue
              Watchers:
              38 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: