You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 26, 2017. It is now read-only.
When Ubuntu is installed from the App Store it gives the following error:
homestead-7: /tmp/vagrant-chef/3c87ec80ba1f244bd8a309748dc7991f/cookbooks => /root/.berkshelf/vagrant-berkshelf/shelves/berkshelf20171022-18024-1spu6ki-homestead-7
Vagrant was unable to mount VirtualBox shared folders. This is usually
because the filesystem "vboxsf" is not available. This filesystem is
made available via the VirtualBox Guest Additions and kernel module.
Please verify that these guest additions are properly installed in the
guest. This is not a bug in Vagrant and is usually caused by a faulty
Vagrant box. For context, the command attempted was:
mount -t vboxsf -o uid=1000,gid=1000 v-csc-c77bf3bcf /tmp/vagrant-chef/3c87ec80ba1f244bd8a309748dc7991f/cookbooks
The error output from the command was:
/sbin/mount.vboxsf: mounting failed with the error: Protocol error
Which is likely caused by the fact that VirtualBox mounts
Maybe instead of trying to detect where the new linux filesystem is located it is better to vendor cookbooks to /mnt/c/Users/%username%/.berkshelf/....? It is generally a bad practice to access WSL filesystem from within windows.
The text was updated successfully, but these errors were encountered:
After investigating I can confirm the problem this issue describes. WSL's rootfs will be in %LOCALAPPDATA%\lxss only if it has been installed via lxrun /install /y. This way of installation is not recommended if OS build number is equal or later than 16215 (check https://docs.microsoft.com/en-us/windows/wsl/install-win10).
When Ubuntu is installed from the App Store it gives the following error:
Which is likely caused by the fact that VirtualBox mounts
folder which does not exist because now Windows supports multiple Linux installations and path to this folder is different
Temporary workaround - create a directory junction in the old location
Should be executed from elevated command prompt
Maybe instead of trying to detect where the new linux filesystem is located it is better to vendor cookbooks to
/mnt/c/Users/%username%/.berkshelf/....
? It is generally a bad practice to access WSL filesystem from within windows.The text was updated successfully, but these errors were encountered: