Ошибка при установке общих папок VirtualBox в гостевой Ubuntu

Перейдите в Terminal (короткий отрезок Ctrl + Alt + t) и введите:

gksudo nautilus

Это откроет Nautilus с правами root. Теперь удалите свои файлы.

Надеюсь, это вам поможет!

1
задан 4 January 2014 в 00:00

8 ответов

Я также встретил эту проблему. Я обнаружил, что общая папка уже установлена ​​на /media/sf_share.

Я попытался удалить /media/sf_share, но не смог.

Итак, я удалил общую папку «share» в моем домашнем каталоге.

$ rm -r ~/share

И затем переключитесь на пользователя root следующим образом:

$ sudo -i
[d4 ] Создайте программную ссылку / ярлык в папке / media / sf_share, которой принадлежит пользователь root, измените право собственности на softlink с помощью команды chown. Выход из корневого пользователя в обычного пользователя

# ln -s /media/sf_share /home/username/share
# chown username.username /home/username/share
# exit
logout

$ chmod 777 ~/share

Вы можете видеть файлы в Windows через общую папку. И имя пользователя должно быть членом группы vboxsf.

7
ответ дан 25 May 2018 в 22:33
  • 1
    Благодаря ! вы были правы ... уже смонтированы в / media / sf_sharename – Laurent 21 October 2017 в 16:46

Вот что сработало для меня без проблем

Я понял, что на самом деле мое имя user не было в Вот что сработало для меня без каких-либо проблем группа. Следующие две команды помогут получить информацию о группе:

grep "vboxsf" /etc/group    
grep "saurav" /etc/group

Итак, я добавил saurav (меня) в группу vboxsf, используя следующую команду:

sudo usermod -a -G vboxsf saurav 

Затем перезапущен виртуальный бокс, а затем .. Выскочил из моего места ..: D: D Все отлично работало без каких-либо проблем.

Прошу прокомментировать, если у кого-то все еще есть какие-либо проблемы ..

6
ответ дан 25 May 2018 в 22:33
  • 1
    Это сработало для меня, спасибо. Существует только тип: должен быть sudo usermod -a -G vboxsf saurav (первая группа, затем пользователь). – user673592 9 April 2016 в 14:04
  • 2
    Да .. Набрал неверный .. :) Спасибо за указание. Отредактировано сейчас .. – Saurav Kumar 9 April 2016 в 16:53
  • 3
    Вам не нужно перезапускать VB, чтобы получить новую назначенную группу. $ su - saurav сделает трюк. – Stephen Boston 28 November 2017 в 16:11

Я также много боролся с монтированием, и попробовал все, что я придумал в interwebz, но я, наконец, нашел очень странное решение для его решения! Мой гость - Ubuntu 13, а мой хост - Windows 7.

Перейдите в папку с медиа и оттуда введите user@os:/media$ sudo mount -t vboxsf share /home/username/folder

Да, вот и все. Но я не понимаю, как это работает, только если это сделано из медиа-папки. Если кто-то знает, пожалуйста, любезно объясните нам ниже. Спасибо.

P.s. Редактирование моего /etc/rc.local для автомонтирования при запуске не работает для меня.

2
ответ дан 25 May 2018 в 22:33
  • 1
    /etc/rc.local никогда не будет работать, так как это сделано до того, как сеть будет работать. – Braiam 4 January 2014 в 00:01
  • 2
    Привет, Брайам! Приятно знать. К сожалению, я читал на многих сайтах, которые рекомендуют редактировать /etc/rc.local для автомонтирования. Знаете ли вы, что это правильный способ автозапуска при запуске? Благодарю. – BringBackCommodore64 5 January 2014 в 01:30
  • 3
    Я также считаю, что это работает только с / media. Очень странно. Я просто добавил это в свой .profile: pushd media && sudo mount /media/<theshare> && popd. – Matt Greer 9 April 2018 в 19:21

Пробовал все вышесказанное, и ничто не работало для меня. Lats Я создал новую переходную папку «Shared» с включенной настройкой «Сделать постоянную» и «Автоматическое крепление». Затем запустите команду

sudo mount -t vboxsf -o uid = 1000, gid = 1000 Shared / mnt / sharedvm

Это сработало для меня. На этот раз ошибка.

1
ответ дан 25 May 2018 в 22:33

С VirtualBox 5.1.20, работающим в Windows 10, и Ubuntu 16.04 в качестве гостевой ОС с установленным гостевым адаптером 5.1.20, я не смог смонтировать общие папки из командной строки. Команды монтирования не удались с упоминанием ошибки протокола и sf_read_super_aux err = -22.

В конце концов я обнаружил https://www.virtualbox.org/ticket/16670 «mount.vboxsf symlink broken». Я воспользовался одним из обходных решений, чтобы исправить символическую ссылку для mount.vboxsf, и все это сработало. Мой подход состоял в следующем:

mv /sbin/mount.vboxsf /sbin/mount.vboxsf-orig ln -s /opt/VBoxGuestAdditions-5.1.20/lib/VBoxGuestAdditions/mount.vboxsf /sbin/mount.vboxsf

Команды должны выполняться с помощью root. Итак, поскольку это был Ubuntu, я добавил «sudo» в начале каждой строки, чтобы выполнить команду как root. Другие варианты Linux имеют другие способы сделать это.

В стороне была аналогичная проблема с символикой, указанная в Ticket # 12879 виртуального бокса: «Нельзя монтировать общие папки с гостевыми дополнениями 4.3.10» в 2014 году , который был исправлен в следующем месяце.

2017-04-27

1
ответ дан 25 May 2018 в 22:33
  • 1
    @duncan: хорошая точка. Название билета описывает проблему, но я отредактировал, чтобы показать решение, которое я использовал. – J Cumming 1 May 2017 в 22:24
  • 2
    В журнале изменений для виртуального окна v5.1.22 в virtualbox.org/wiki/Changelog#v22 говорится, что – J Cumming 1 May 2017 в 22:27
  • 3
    Список изменений для виртуального ящика v5.1.22, выпущенный 2017-04-28, ( virtualbox.org/wiki/Changelog#v22 ), говорит, что эта ошибка / билет # 16670 исправлена. Я взволнован! – J Cumming 1 May 2017 в 22:35
  • 4
    Не уверен, почему это было приостановлено, но это помогло мне с моими проблемами, используя Vbox 5.122 – qodeninja 1 August 2017 в 06:41

Моя общая папка работала и после перезагрузки моего хоста это было не так.

Изменив имя общей папки с Shared на Shared2, она сработала.

config.vm.synced_folder "/Users/username/Dropbox/Shared", "/Shared2"
[d2 ] Не знаю, что произошло и почему и как исправить. Система без глобального изменчивого состояния, такого как Nix, имеет точку.

0
ответ дан 25 May 2018 в 22:33

Лично я столкнулся с тем же сообщением об ошибке, и проблема была связана с тем, что я сделал опечатку, связанную с папкой, расположенной на главной машине, и которую я установил как общую папку из виртуальной машины благодаря гостевым дополнениям.

Итак, правильная команда:

sudo mount -t vboxsf -o uid=$UID,gid=$(id -g) shared_folder_located_in_host_machine path_to_mounting_folder_inside_the_virtual_machine

Это исправило сообщение об ошибке.

0
ответ дан 25 May 2018 в 22:33

Убедитесь, что вы делите папки в вашей хост-системе (например, windows xp, 7, 8 или 8.1 extra

убедитесь, что гостевые дополнения установлены без каких-либо ошибок или сбоев

[d2 ] сделайте следующий скрипт

sharename="put the name of your shared folder here..same name also works";
sudo rm -rf /mnt/$sharename  
sudo mkdir /mnt/$sharename
sudo chmod 777 /mnt/$sharename
sudo mount -t vboxsf -o uid=1000,gid=1000 $sharename /mnt/$sharename

sudo запустите указанный скрипт

, наслаждайтесь общей папкой в ​​каталоге / mnt /

-1
ответ дан 25 May 2018 в 22:33
  • 1
    sudo rm -rf /mnt/$sharename с примером $sharename, установленным с пробелами в значении ... запрашивая большие проблемы (очень опасно!). -1. Кроме того, действительно ли вы хотите удалить все файлы, если у вас там что-то смонтировано? Пожалуйста, никогда не советуйте rm -rf что-то вроде этого просто что-то монтировать. – gertvdijk 27 August 2014 в 18:48

Другие вопросы по тегам:

Похожие вопросы: