Я могу смонтировать накопитель вручную следующим образом (Ubuntu):
sudo mount -t vboxsf C_DRIVE /mnt/saga_c
Но когда я пытаюсь добавить его в мой fstab, он не монтируется при перезагрузке компьютера. Что-то не так с моей строкой / etc / fstab:
C_DRIVE /mnt/saga_c vboxsf defaults 0 0
Нужно ли что-то в дополнение к vboxsf? Или что-то еще я делаю неправильно?
ubuntu
virtualbox
mount
fstab
stephenmm
источник
источник
auto
в опции монтирования. Это не повредит и quoth mount (8): «Некоторые из этих опций могут быть включены или отключены по умолчанию в ядре системы».Ответы:
Попробуйте удалить часть «по умолчанию 0 0». Просто догадка.
Нашел это (поставьте это вместо
defaults
):rw,uid=1000,gid=1000
Доложить. :)
источник
Запустив в качестве хоста debian jessie, я использовал опцию
comment=systemd.automount
в моем,/etc/fstab
чтобы она заработала (в дополнение к предложению Azizur):uid
,gid
Иumask
были установлены для обеспечения совместимости с OwnCloud (v7.0.4) , чтобы использовать точку монтирования в качестве папки данных.https://ask.fedoraproject.org/en/question/48578/fstab-mount-with-virtualbox-shared-folders/
источник
comment=systemd.automount
- со всеми остальными это не получится при моем запуске системы.Вот что у меня работало на сервере Ubuntu 11.10:
Строка / etc / fstab:
uid 1000 = my user, gid=33 www-data
(группа Apache на Ubuntu ..)источник
После недолгих поисков я обнаружил эту проблему с VirtualBox / SharedFolders .
пытаться:
Это сработало для меня.
источник
chmod 777
: нет-нет-нет-нет-нет! Никогда не бегайchmod 777
. Это практически никогда не требуется! Даже для "тестирования". Если файл доступен для чтения, значит, он доступен для чтения. Если он может быть записан темuser
или иным пользователемgroup
, то он доступен для записи. Абсолютно нет нужды давать всем права на запись, а забывать оchmod
чем-то вменяемом - это именно то, как транснациональные корпорации взламываются. Просто не делай этого. Когда-либо. Я написал введение в разрешения Unix . Пожалуйста, прочитайте это!