<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Nov 28, 2024 at 3:50 PM Thomas HUMMEL <<a href="mailto:thomas.hummel@pasteur.fr">thomas.hummel@pasteur.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
Hello,<br>
<br>
coming back to the topic (sorry, I had an actual physical issue with the <br>
device which blurred my analysis):<br>
<br>
1. On a system where /dev/nvme0, /dev/nvme0n1 and /dev/nvme0n1p1 files <br>
exist, systemctl list-units --type=device | grep -i nvme only list <br>
physical path ones such as <br>
sys-devices-pci0000:a0-0000:a0:03.1-0000:a1:00.0-nvme-nvme0-nvme0n1.device <br>
for instance.<br>
<br>
Did you assume something I do not have by evoking dev-nvme.device ?<br>
<br><br></blockquote><div><br></div><div>Your assumptions start early.. do the kernel swear to $deity that  /dev/nvme0 will not change meaning for as long it is the same hardware, plugged in the same slot etc.etc.? I don't believe this warranty exists. you need to rely on something reasonably stable to begin with. I'm afraid this is the wrong premise to start with.</div><div><br></div></div></div>