Ошибка Vagrant: не удалось подключить общие папки VirtualBox (гостевые дополнения, vboxsf)

Вопрос

Я установил Vagrant в Windows 10, чтобы создать личную локальную среду разработки на виртуальной машине. Все, что я читал о Vagrant, говорит, что я могу даже запустить несколько систем и проверить связь между ними с помощью NAT port forwarding. Но сначала я просто хочу создать виртуальную машину среды разработки, прежде чем зайду слишком далеко с остальными.

Я установил VirtualBox, Vagrant, PuTTy и PuTTYGen, за это Учебник SitePoint:https://www.sitepoint.com/getting-started-vagrant-windows/. Затем я создал папку проекта vagrant на C: drive, did vagrant init, удалить Vagrantfile и наконец, vagrant init ubuntu/trusty64. Тогда я сделал vagrant up, но процесс завершается с ошибкой:

Vagrant не удалось смонтировать общие папки VirtualBox. Это обычно поскольку файловая система "vboxsf" недоступна. Эта файловая система доступно через гостевые дополнения VirtualBox и модуль ядра. Пожалуйста, убедитесь, что эти гостевые дополнения правильно установлены в гость. Это не ошибка в Vagrant и обычно вызвано неисправностью Vagrant машины. Для контекста команда попыталась:

горе -Т vboxsf -O в номер uid=1000,gid=, что 1000 бродяга /бродяга

вывод ошибки из команды был:

: нет такого файла или каталога

вот скриншот моей команды Windows строка:

и вот такой текст:

C:vagrantsitepoint-test-2017-02-05>vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'ubuntu/trusty64'...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box 'ubuntu/trusty64' is up to date...
==> default: A newer version of the box 'ubuntu/trusty64' is available! You currently
==> default: have version '20160602.0.0'. The latest is version '20170202.0.0'. Run
==> default: `vagrant box update` to update.
==> default: Setting the name of the VM: sitepoint-test-2017-02-05_default_1486399403587_55255
==> default: Clearing any previously set forwarded ports...
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
==> default: Forwarding ports...
    default: 22 (guest) => 2222 (host) (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:2222
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Warning: Remote connection disconnect. Retrying...
    default:
    default: Vagrant insecure key detected. Vagrant will automatically replace
    default: this with a newly generated keypair for better security.
    default:
    default: Inserting generated public key within guest...
    default: Removing insecure key from the guest if it's present...
    default: Key inserted! Disconnecting and reconnecting using new SSH key...
==> default: Machine booted and ready!
==> default: Checking for guest additions in VM...
==> default: Mounting shared folders...
    default: /vagrant => C:/vagrant/sitepoint-test-2017-02-05
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 vagrant /vagrant

The error output from the command was:

: No such file or directory

Мои Настройки

OS: Microsoft Windows [Version 10.0.14393]
VirtualBox Version: 4.3.10 r93012
GuestAdditions Version: ???
Vagrant Version: 1.9.1 (Latest)
PuTTy Version: 0.67
PuTTYGen Version: 0.67

Плагины И Расширения, Установленные

Vagrant:
- vagrant-share (1.1.6, system)
- vagrant-vbguest (0.13.0)

что я уже пробовал

этот пост казалось самым многообещающим в моих исследованиях.

к сожалению, ни одно из предлагаемых решений, ни одна из предоставленных ссылок не решили проблему. Я уже пробовал кучу вещей, но я не системный администратор (который, я предполагаю, является набором навыков, который вам понадобится для устранения неполадок). Особенно беспокоило то, что многие из "решений" от 2013/2014, в последнее время указано, как не работает больше. Эти решения говорят о чем-то с симлинки не работают, устанавливая плагины, такие как бродяга-vbguest, и что-то о VBOX дополнений не то сопоставления. Я действительно не понимаю всего этого, но я старался изо всех сил. Вот то, что я уже пробовал, что не решило его еще:

1. vagrant plugin install vagrant-vbguest. Vagrant показывает плагин как установленный, но я получаю ту же ошибку на vagrant up.

2. список ссылок, которые я прочитал при исследовании этой проблемы, не предоставил рабочего решения.

   • Vagrant не удалось установить в Linux guest с добавлениями VirtualBox Guest в Windows 7
   • Vagrant-как смонтировать общую папку virtualbox? ("vboxsf" не доступно)
   • https://github.com/mitchellh/vagrant/issues/3341#issuecomment-144271026
   • https://www.virtualbox.org/ticket/12879 (на этот билет VirtualBox ссылаются плакаты в некоторых других перечисленных ссылках. К сожалению, этот билет не решает проблему. Она не починена и все еще сломана ... ИЛИ. .. возможно, этот билет связан, но немного отличается от вопроса I и других все же испытывающий.)
   • https://gist.github.com/fernandoaleman/5083680
   • общие папки VAGRANT не монтируются-Windows 7-Vagrant 1.7.4-Ubuntu 12.04 precise64-VirtualBox 5.0.10 с гостевыми дополнениями

Мои Вопросы

1. Я подозреваю, что проблема с VirtualBox, а не бродяга. Это правда?

2. как я могу это исправить, чтобы я мог продолжить учебник?

3. кажется, было резкое падение бродячих вопросов, на которые ответили на переполнение стека, примерно с 2014 года. В чем причина этого? Vagrant / VirtualBox больше не считается "лучшей практикой"? Есть ли лучшее решение, чтобы пользователи игнорировали бродячие вопросы?

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