| 2020-10-26 01:58:40 |
TJ |
description |
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 $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. |
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. |
|
