Thanks! That helped a lot.
Reinstalling udev fixed the problem.
On Sat, 16 Sep 2023 at 07:07, Mantas Mikulėnas wrote:
> .device units wait for *udev* to broadcast the uevent about that device
> being added, which happens after udev has 1. received the initial kernel
> uevent (either real or pro
On 16.09.2023 07:53, Philip Couling wrote:
I'm trying to understand what a system is timing out waiting for a device
in /etc/fstab when a simple "mount -av" will succeed.
To reach systemd, initramfs has already mounted the device as the base
layer to an overlay mount used as the root file system
.device units wait for *udev* to broadcast the uevent about that device
being added, which happens after udev has 1. received the initial kernel
uevent (either real or produced by systemd-udev-trigger.service) and 2.
finished processing all its .rules for that device (which means everything
that ru
I'm trying to understand what a system is timing out waiting for a device
in /etc/fstab when a simple "mount -av" will succeed.
To reach systemd, initramfs has already mounted the device as the base
layer to an overlay mount used as the root file system, so it's definitely
ready to use in the Linu