krunvm
krunvm copied to clipboard
Adding support for non-top-level directories when setting up a volume
The following message is a bit puzzling:
% krunvm changevm f35 -v /Users/ddd:/home/ddd
Invalid volume, only single direct root children are supported as guest_path
With podman, it is perfectly fine to pass a directory like this. This can be worked around using a bind mount from a top-level directory, but I'm curious about the reason for that restriction to start with.
On macOS, libkrun implements volume sharing by extending virtio-fs to have special nodes on top of the root inode. While it's technically possible to extend this to allow those special nodes to reside anywhere in the filesystem, I'm not sure if the benefits justify the increase in complexity (krunvm doesn't intend to be a podman replacement).