--- leaving the below for the Google machine to pick up, but I figured this out.
In the command described in this thread,
(1) the path at the end is the LOCAL path on the VM. I got confused as hell because unRAID config has you enter a a path on unRAID. This is a "well,duh" moment and I should probably not stay up so late doing this stuff.
The directory in the last parameter must exist since it's the local mount point on the VM.
In other words, the two lines in unRAID are basically making an alias for the VM to use. So when the vm goes looking for "ubuntudata", unRAID translates that to "/mnt/user/ubuntudata".
Just to add to this old thread, I am having a problem not addressed previously here.
I have a Ubuntu VM running in the default location:
/mnt/user/domains/Ubuntu2/vdisk1.img
In the VM config I have set the following:
Since it says "Unraid Share" I set it up as an ordinary share. The share is public and exported, SMB enabled but not AFP.
I then run the command from inside the VM:
sudo mount -t 9p -o trans=virtio ubuntudata /mnt/user/ubuntudata
Which returns:
mount: /mnt/user/ubuntudata: mount point does not exist.
I have tried several different variations of this command including putting quotes around the mount tag, adding/removing trailing slashes, etc. All give that same error.
It looks like Ubuntu isn't seeing anything outside its own file system. I did a find for "ubuntudata" and it came back with :
me@ubuntu:/$ sudo find / -name "ubuntudata"
find: '/run/user/1000/gvfs': permission denied
My use case here is that my VM ISO is quite small since it is running on my cache disk. I want to create a storage space for the VM that is separate. I can connect to a regular unRAID share via SMB but I cannot download directly to it, large files fail routinely. I thought this method was supposed to circumvent gvfs?
Thanks in advance.