Как сделать права 777 по умолчанию для общих папок Virtualbox?
Имеется основная система - Windows 10 и гостевая Ubuntu на виртуалке.
Нужно файлы проекта (для разработки) расшарить между системами.
Т.е. редактирую на Windows, а запускаться (через Docker) и работать будет в Linux-е.
Когда я использую Общие папки как по умолчанию, на гостевой ОС, то получаю следующие права на эти файлы: rwxrwx--- root vboxsf
И ни эти права, ни владельцев я поменять не могу.
Я знаю, что для работы с этими папками везде пишут, что нужно добавить своего пользователя Linux в группу vboxsf. И это да, работает.
Но для запуска проекта на Docker, мне придется менять все Docker-файлы, чтобы в контейнеры эту группу импортировать и в нее добавлять уже тех пользователей в контейнерах. Очень неудобно, ведь настройка Docker должна быть одна между всей командой.
Когда использовал Vagrant он своим общим файлам делал 777 разрешение, и для разработки было ок, т.е. такая возможность в VirtualBox есть.
Вот только как это сделать, чтобы файлы в Общих папках создавались по умолчанию с правами 777?
uid=UID set the default file owner user id to UID
gid=GID set the default file owner group id to GID
dmode=MODE override the mode of all directories to (octal) MODE
fmode=MODE override the mode of all regular files to (octal) MODE
umask=UMASK set the umask to (octal) UMASK
dmask=UMASK set the umask applied to directories only
fmask=UMASK set the umask applied to regular files only
Михаил, в том месте, где в госте монтируешь расшаренные папки виртуалбокса. для автомонтируемых папок настройки в граф.интерфейсе виртуалбокса есть.
но я предпочитал отключать автомонтирование, и вручную прописывать в /etc/fstab
или докера :) у тебя все в один салат замешано, непонятно что к чему.
в докере прокидывается папка, но тоже можно сформировать необходимые права для нее внутри гостя.
Михаил, хых так все ж есть на картинке.
"Путь к папке" - это путь к папке в хостовой винде.
"Имя папки" - это есть нужное имя ресурса в госте, который монтируется через драйвер vboxsf.
"авто-подключение", "точка подключения", "создать постоянную папку" это как раз про автомомтирование. я думал тут побольше настроек, но видать убрали дабы не пугать неподготовленного виндового пользовтаеля :)
отключай галки автомонтируемого.
если вручную подключать
$ sudo mount -t vboxsf -o rw,uid=%имя пользователя%,gid=%имя группы% [SHARE NAME] [MOUNT POINT]
и все файлы будут иметь указанного пользователя и группу в госте.
вместо [SHARE NAME] подставляешь "Имя папки" из картинки, т.е. Vbox_shared_docker.
вместо [MOUNT POINT] путь к папке внутри гостя, т.е. /home/mishael/shared из картинки. папка на момент подключения должна существовать.
т.е.
$ sudo mount -t vboxsf -o rw,uid=miсhael,gid=miсhael Vbox_shared_docker
/home/miсhael/shared
если я правильно понял с пользователем и группой
в /etc/fstab это же самое будет
Vbox_shared_docker /home/miсhael/shared vboxsf rw,uid=miсhael,gid=miсhael 0 0
если сравнивать с другими методами монтирования, shared box будет самый быстрый по скорости.
видимо ошибка закралась в fstab, и не грузится система. Попростому не вернуть, recovery mode дает пустой fstab. Понятно почему linux никогда не станет системой для массового пользователя
Михаил, :) простому пользователю и не надо лезть в fstab :)
это уже системные параметры.
ту же винду сломать через ручные правки в реестре как два пальца об асфальт :)
Михаил, медленно ?? виртуалбоксовы драйвера ставил ?? хотя они кажись давно уже в мейнстриме.
как вариант поубирать кучу всякой хрени, ставящейся в базовом комплекте.
с другой стороны пофих. просто впихни виртуалбокс в автозапуск в безголовом режиме, а при выключении винды используй controlvm savestate или controlvm acpipowerbutton
и будет фоновая линуха крутится нонстопом :)
с конфигами эт всегда так. я на сервачке для этого минимальный бекап настроил: список пакетов системы + /etc + /home = 3мб зато каждый день :)
У тебя нет доступа к настройкам virtualbox smb server, поэтому скорее всего таким способом проблему не решить.
Но ты можешь на linux поставить samba (входит в поставку), настроить мапинг пользователей windows-linux (1 команда) и работать с нативными правами, т.е. проводник windows без проблем подключится к расшаренному на linux каталогу, и кстати наоборот тоже должно работать без проблем.
p.s. виртуальная машина это - отдельно стоящая машина, с доступом по сети.
рекомендую организовать свою работу на основе git (локально, не нужно заливать все на github и аналоги), разместив его на том же linux (отдельно каталог создай как хранилище git а для рабочего каталога делай клонирование), с авторизацией по ssh проблем не будет на windows.
Работа через git comit позволит оформить и внести порядок в процесс разработки, особенно если у тебя команда.
Средний
