lix installer fails in debian 13 with nix-vm-test #27
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Hi,
I'm trying to use lix in a debian VM with the following:
And this fail with:
Error
Metadata
Same issue with detsys, so sorry in advance if that's only me missing something.
Thanks for the report!
My theory was that
/nix/store
is on a different filesystem.rename
only works for the same filesystem, so it fails with a somewhat cryptic error message. But alas, I ran your repro withlsblk
command to list filesystems on the VM andlix-installer
with-vv
for trace logging and... apparently, it's the same filesystem. What the hell.The renaming issue should be fairly easy to fix, but I want to spend some more time trying to figure out why it fails to begin with.
Oh, apparently you need to use
findmnt
to correctly list mounts. So I managed to figure it out: sincenix-vm-test
uses NixOS test framework, it still mounts the/nix/store
from the host filesystem. So the root filesystem isext4
, and/nix/store
is9p
, so those are different filesystems and the rename fails.The renaming issue should be pretty easy, but I'm not 100% sure if we'll be able to support
nix-vm-test
use case (or if we want to). I'll talk to people more experienced with NixOS test framework to see if there are any landmines that will cause issues, and test it again once I've fixed renaming.Repro flake:
Logs (note
/
beingext4
,/nix/.ro-store
being9p
,/nix/.rw-store
beingtmpfs
and/nix/store
beingoverlay
: all of this is expected with how NixOS framework is designed to be used):This issue was mentioned on Gerrit on the following CLs: