overlayroot: system cannot boot because "noauto" options in fstab is not honored

[c]

overlayroot is enabled and is using tmpfs

If there is a disk specified with "noauto" option in fstab and it is absent during boot, the system cannot boot normally and it fall into systemd emergency mode

It is found out that overlayroot do not honor "noauto" option and generate entry in the "modified" fstab.

Ubunut 18.04

$ lsb_release -rd
Description: Ubuntu 18.04 LTS
Release: 18.0

$ sudo apt-cache policy overlayroot
overlayroot:
  Installed: 0.40ubuntu1
  Candidate: 0.40ubuntu1

[Scott Moser (smoser)]

Hi, can you please provide your original fstab file and also the one written by overlayfs ?

[c (lsching17)]

The attachment is already upload on 29/6. The name is "attachments.7z"

[Scott Moser (smoser)]

Thanks,

I think the right thing to do here is to just copy the 'noauto' from underlay/backing partition to the overlay fstab entry.

Could you try this patch?

Thanks.

[c (lsching17)]

in "attachments.7z" -> "fstab", there is an entry:

LABEL=test /mnt ext4 noauto,errors=remount-ro 0 2

in "attachments.7z" -> "fstab_generated_by_overlayroot", there is an entry generated by overlayroot:

LABEL=test /media/root-ro/mnt ext4 ro,noauto,errors=remount-ro 0 2

The "noauto" mount option is already copied by overlayroot

[c (lsching17)]

The patch is tested ok.

[Launchpad Janitor (janitor)]

This bug was fixed in the package cloud-initramfs-tools - 0.41ubuntu1

---------------
cloud-initramfs-tools (0.41ubuntu1) cosmic; urgency=medium

  * growroot: copy_exec from wherever they were in path. Closes #852569.
  * overlayroot: Make overlay mount 'noauto' if backing mount is 'noauto'.
    (LP: #1779279)

 -- Scott Moser <email address hidden> Tue, 10 Jul 2018 09:15:28 -0400