No, it is completely missing.do you see the disk where rpool is supposed to be on in the output of `blkid` or `lsblk` (not sure if all of them are available) or in `ls -laR /dev`?
Only the current version 5.4.55-1-pve does this. All other previous I tested works.Hmm - if you can boot into older kernels - you could try to narrow down until which version it works (just install the pve-kernel packages and see from when it does not boot)
[ 3.396539] nvme nvme0: missing or invalid SUBNQN field.
[ 3.405780] nvme nvme0: allocated 64 MiB host memory buffer.
[ 3.436120] nvme nvme0: 15/0/0 default/read/poll queues
[ 3.443329] nvme nvme0: Identify Descriptors failed (2)
[ 3.445452] nvme nvme0: Identify Descriptors failed (2)
[ 3.446815] nvme0n1: p1 p2 p3
[ 3.402276] nvme nvme0: missing or invalid SUBNQN field.
[ 3.411731] nvme nvme0: allocated 64 MiB host memory buffer.
[ 3.441636] nvme nvme0: 15/0/0 default/read/poll queues
[ 3.448693] nvme nvme0: Identify Descriptors failed (2)
Hm looking afther it. My problem seems like this:anything in the `dmesg` output when booting into 5.4.55-1, which might indicate what the problem is?
(if possible compare to the dmesg output of 5.4.44-2)
yes and that fix is the current kernel - so that's not the cause.Hm looking afther it. My problem seems like this:
https://bugzilla.kernel.org/show_bug.cgi?id=205679
But thats a theoretically fixed one, and I did not have any issue until now.
Hmm - seems that the partitions are not found - maybe try setting the kernel cli parameter from:
https://unix.stackexchange.com/questions/470778/nvme-missing-or-invalid-subnqn-field