Public bug reported:
I've been working with a colleague with an ubuntu-server install in a
Xen virtual machine. The install doesn't use an external
kernel/initrd.img but due to having package ubuntu-server installed also
installs cloud-initramfs-copymods.
The initial report was the system suffering repeated loss of the
xenfs.ko module after reboots. Eventually tracked down to /lib/modules/
being a tmpfs which is created by
/usr/share/initramfs-tools/scripts/init-bottom/copymods
There's a bug which causes it to unconditionally create the tmpfs mount
on /lib/ even when the kernel command-line does not contain
"copymods=force".
We're trying to figure out how this is getting triggered. On the face of
it the only way it could occur is if the rootfs is missing /lib/modules/
OR is missing /lib/modules/$myver or the rootfs hasn't been mounted to
$rootmnt at the time this script executes.
This was an encrypted separate /boot/ and / install using debootstrap of
ubuntu-server + the kernel packages due to the 20.04 live server
installer not being able to deal with this layout. Therefore there may
be some quirk of this method triggering the issue, although it is
unclear what.
** Affects: cloud-initramfs-tools (Ubuntu)
Importance: Undecided
Status: New
** Description changed:
I've been working with a colleague with an ubuntu-server install in a
Xen virtual machine. The install doesn't use an external
kernel/initrd.img but due to having package ubuntu-server installed also
installs cloud-initramfs-copymods.
The initial report was the system suffering repeated loss of the
xenfs.ko module after reboots. Eventually tracked down to /lib/modules/
being a tmpfs which is created by
/usr/share/initramfs-tools/scripts/init-bottom/copymods
There's a bug which causes it to unconditionally create the tmpfs mount
on /lib/ even when the kernel command-line does not contain
"copymods=force".
We're trying to figure out how this is getting triggered. On the face of
it the only way it could occur is if the rootfs is missing /lib/modules/
- OR is missing /lib/modules/$myver or the rootfs hasn't been mount to
+ OR is missing /lib/modules/$myver or the rootfs hasn't been mounted to
$rootmnt at the time this script executes.
This was an encrypted separate /boot/ and / install using debootstrap of
ubuntu-server + the kernel packages due to the 20.04 live server
installer not being able to deal with this layout. Therefore there may
be some quirk of this method triggering the issue, although it is
unclear what.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1901464
Title:
cloud-initramfs-copymods sometimes breaks systems with self-contained
kernel/initrd
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/cloud-initramfs-tools/+bug/1901464/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
