Я установил Ubuntu 13.10 в Virtualbox 4.3. Хост-машина - Windows.
У меня есть несколько общих папок Virtualbox, которые монтируются в / etc / fstab. До недавнего времени эта установка работала просто отлично, но после обновления с Ubuntu 13.04 и Virtualbox 4.2 (практически одновременно) монтирование fstab перестало работать. Я получаю следующую ошибку во время загрузки:
An error occurred while mounting /home/benme/Documents.
keys:Press S to skip mounting or M for manual recovery
Нажатие M для восстановления вручную, а затем попытка монтирования вручную также завершается ошибкой:
root@benme-vb:~# cd /home/benme
root@benme-vb:/home/benme# mount Documents
/sbin/mount.vboxsf: mounting failed with the error: No such device
Но если я вместо этого пропускаю монтирование во время загрузки, подождите, пока Unity запустится, а затем смонтируйте вручную в оболочке, все работает нормально:
benme-vb ~ % ls Documents
benme-vb ~ % sudo mount Documents
[sudo] password for benme:
benme-vb ~ % ls Documents
# actual file list omitted
Обратите внимание, что когда я монтирую вручную, я позволяю mount принимать все параметры из / etc / fstab, и это работает. Это наводит меня на мысль, что это какая-то проблема с синхронизацией, когда Virtualbox не «готов» предоставить общие монтируемые файлы в момент запуска / etc / fstab во время загрузки.
Вот строка fstab, просто для полноты:
Documents /home/benme/Documents vboxsf uid=benme,gid=benme,dmode=774,fmode=664 0 0
Могу ли я что-то сделать со стороны Ubuntu? Или кто-нибудь знает об этом больше с точки зрения Virtualbox?
Я нашел старый отчет об отслеживателе ошибок Virtualbox с идентичными симптомами, но в этом случае пользователь обновил Virtualbox без обновления своих гостевых дополнений и решения, которое решило проблему; здесь этого не происходит, я определенно установил гостевые дополнения 4.3.
vboxsf
собственную строку/etc/modules
.В дополнение к предложению Ричарда Тернера добавить
vboxsf
собственную строку в/etc/modules
, я предлагаю добавить_netdev
опцию монтирования в/etc/fstab
. Я тестировал на Ubuntu 12.04 LTS, и это, кажется, добавляет правильную задержку для успешного монтирования.Моя
/etc/fstab
запись:dev /media/dev vboxsf defaults,_netdev 0 0
источник
_netdev
- это сетевое устройство, подключите его после подключения к сети». Я не придется загружатьvboxsf
в/etc/modules
, только при добавлении_netdev
работал!Исправление Ричарда перестало работать для меня после последнего обновления (VirtualBox 4.3.18, Ubuntu 14.04). К счастью, я смог это исправить, загрузив
vboxsf
прямо с ядром:Первая команда добавляет параметр для загрузки модуля в ядро, а вторая обновляет файловую систему init. После перезагрузки я снова смог использовать мои fstab-mounts :)
Предупреждение. Процесс загрузки может зависнуть, если общая папка не может быть подключена. Поэтому проверьте свою конфигурацию, прежде чем добавить модуль в initramfs. Если ваша система все равно зависает, вы можете загрузиться в режиме восстановления, чтобы устранить проблему.
источник
vboxsf
модуль ранее ... Он просто заморозил мою последовательность загрузки, поэтому мне пришлось удалить его.Я просто хотел сказать, что принудительное начало
vboxsf
загрузки модуля помогло мне (как в ответе Ричарда Тернера), но строка fstab все еще не работала для меня.В итоге я поместил команду mount (которая сработала) в
/etc/rc.local
. Немного взломать, но это сработало.источник
С общей папкой, указанной в fstab, я обнаружил, что загрузка зависает, когда она пытается смонтировать ее с помощью VirtualBox 5 и Ubuntu 14.04. Похоже, решение состоит в том, чтобы отложить монтирование до тех пор, пока сервис GuestAddition не станет доступен (
/etc/modules
решение Ричарда Тернера мне показалось недостаточно).Для этого убедитесь, что у вас есть
noauto
опции для общей папки в/etc/fstab
. Например, для общей папки с именемvmshare
:Затем добавьте строку для
/etc/rc.local
монтирования общего ресурса после загрузки:источник
Похоже, что
vboxsf
отсутствуетfs-vboxsf
псевдоним (то есть, как модули ядра автоматически загружаются при монтировании этого типа файловой системы в первый раз), поэтому добавление псевдонима/etc/modprobe.d
должно помочь:источник
У меня была та же проблема, и я работал над предлагаемыми решениями, но безуспешно. Раствор Торбена заморозил ботинок, поэтому пришлось его отменить. Тогда я подумал, что я должен решить проблему
/etc/fstab
с использованиемsudo mount -a
. Синтаксис моей записи выглядел идеально, но все равно не получилось. Я также смог вручную смонтировать файловую систему с помощью команды mount в окне терминала.Я обнаружил, что у меня есть пробелы между первыми двумя параметрами (устройство и точка монтирования). Я заменил их вкладкой, и это работает. В самом деле?!!!!
источник
noauto
для задержки монтажа затем добавитьmount <sharename>
кrc.local
сделал трюк. Я не пробовал решение Тернера.Я считаю, что нашел правильный способ справиться с этим в Arch Wiki . Используйте
comment=systemd.automount
опцию.Вышеуказанная опция входит в
/etc/fstab
файл с другими опциями. Например:источник