Hi, On Mon, Nov 17, 2025 at 12:27:33PM +0100, Jesper Dybdal wrote: > I have meanwhile found the following in dmesg: > > systemd-fstab-generator[490]: Checking was requested for "LABEl=root", but > it is not a device. > > which might suggest that somewhere there is code that fails to parse fstab > correctly.
Could this be another instance of udev not being able to parse a filesystem LABEL because of signatures left over from other, previous filesystems? Does this device appear in the /dev/disk/by-label/ directory? If not, then udev has no knowledge of a thing with LABEL "root". Your system will still boot because grub knows which device to pass to the kernel regardless of what is in fstab. If this is the case, I have seen it before where a previous filesystem (often ZFS) leaves metadata on a device that udev finds before it finds the ext4 label, so it treats the device as another filesystem (without the expected label). In this case of missing LABEL it can be proven that old metadata is the cause by running: # wipefs -na /dev/nvme0n1p2 This will not wipe anything, it will only list what it can find. You can later wipe individual signatures (will not damage the ext4 that is on there). TYhis is my best guess based on having seen before when filesystem LABELs are not detcted by udev. If this isn't what's happening for you then I think I am out of ideas. At least verifying that the thing exists in /dev/disk/by-label will show that udev finds the LABEL on that drive (or not). Thanks, Andy -- https://bitfolk.com/ -- No-nonsense VPS hosting
