Vagrant-comment monter le dossier partagé virtualbox? ("vboxsf" n'est pas disponible)

j'ai l'erreur suivante:

Vagrant a été incapable de monter VirtualBox dossiers partagés. C'est généralement parce que le système de fichiers "vboxsf" n'est pas disponible. Ce le système de fichiers est disponible via VirtualBox Guest Additions et les modules du noyau. S'il Vous Plaît vérifier que ces ajouts invités sont bien installé dans votre chambre. Ce n'est pas un bug dans Vagrant et est généralement causé par une boîte défectueuse. Pour le contexte, la commande tenté était:

id-u erratique

La sortie d'erreur de la commande était:

id: "vagabondage": aucun utilisateur

alors j'ai essayé de chercher la solution. J'ai vu beaucoup de gens dire qu'un plugin vbguest vagrant spécial est nécessaire puis exécuter vagrant et dans le ssh vbguest supplémentaire devrait être modifié.

donc j'ai fait les étapes suivantes:

$ vagrant plugin install vagrant-vbguest Cela a ensuite ajouté le plugin:

installant le plugin' vagrant-vbguest'. Cela peut prendre un peu de minute... Installé le plugin " vagabondage-vbguest (0.13.0)'!

$ vagrant up

$ vagrant ssh

$ sudo ln -s /opt/VBoxGuestAdditions-4.3.10/lib/VBoxGuestAdditions /usr/lib/VBoxGuestAdditions Ceci n'imprime aucun message, donc je pense que c'est correct. Puis j'ai rechargé le vagabond.

$ vagrant reload

Et je me suis de nouveau l'erreur malheureusement.

$ vagrant reload
==> Project-Yii: Attempting graceful shutdown of VM...
==> Project-Yii: Clearing any previously set forwarded ports...
==> Project-Yii: Clearing any previously set network interfaces...
==> Project-Yii: Preparing network interfaces based on configuration...
    Project-Yii: Adapter 1: nat
    Project-Yii: Adapter 2: hostonly
==> Project-Yii: Forwarding ports...
    Project-Yii: 22 (guest) => 2222 (host) (adapter 1)
==> Project-Yii: Running 'pre-boot' VM customizations...
==> Project-Yii: Booting VM...
==> Project-Yii: Waiting for machine to boot. This may take a few minutes...
    Project-Yii: SSH address: 127.0.0.1:2222
    Project-Yii: SSH username: ubuntu
    Project-Yii: SSH auth method: password
    Project-Yii: Warning: Remote connection disconnect. Retrying...
==> Project-Yii: Machine booted and ready!
[Project-Yii] GuestAdditions 5.1.14 running --- OK.
==> Project-Yii: Checking for guest additions in VM...
==> Project-Yii: Setting hostname...
==> Project-Yii: Configuring and enabling network interfaces...
==> Project-Yii: Mounting shared folders...
    Project-Yii: /app => /home/xxx/Projects/project-shop
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:

id -u vagrant

The error output from the command was:

id: 'vagrant': no such user

bien sûr que j'ai essayé ce scénario quand j'ai supprimé le vagrant et courir de nouveau vagrant vers le haut et recharger à partir du sketch, mais le même problème. Oui, j'ai essayé avec le plugin vagrant-hostmanager aussi (qui est dans la documentation yii, mais le même problème)

Voici mon fichier Vagabond, peut-être vous sera-t-il utile.

require 'yaml'
require 'fileutils'

domains = {
  frontend: 'frontend-yii.com',
  backend:  'backend-yii.com'
}

config = {
  local: './vagrant/config/vagrant-local.yml',
  example: './vagrant/config/vagrant-local.example.yml'
}

# copy config from example if local config not exists
FileUtils.cp config[:example], config[:local] unless File.exist?(config[:local])
# read config
options = YAML.load_file config[:local]

# check github token
if options['github_token'].nil? || options['github_token'].to_s.length != 40
  puts "You must place REAL GitHub token into configuration:n/project-yii/vagrant/config/vagrant-local.yml"
  exit
end

# vagrant configurate
Vagrant.configure(2) do |config|
  # select the box
  config.vm.box = 'ubuntu/xenial64'

  # should we ask about box updates?
  config.vm.box_check_update = options['box_check_update']

  config.vm.provider 'virtualbox' do |vb|
    # machine cpus count
    vb.cpus = options['cpus']
    # machine memory size
    vb.memory = options['memory']
    # machine name (for VirtualBox UI)
    vb.name = options['machine_name']
  end

  # machine name (for vagrant console)
  config.vm.define options['machine_name']

  # machine name (for guest machine console)
  config.vm.hostname = options['machine_name']

  # network settings
  config.vm.network 'private_network', ip: options['ip']

  # sync: folder 'yii2-app-advanced' (host machine) -> folder '/app' (guest machine)
  config.vm.synced_folder './', '/app', owner: 'vagrant', group: 'vagrant'

  # disable folder '/vagrant' (guest machine)
  config.vm.synced_folder '.', '/vagrant', disabled: true

  # hosts settings (host machine)
  config.vm.provision :hostmanager
  config.hostmanager.enabled            = true
  config.hostmanager.manage_host        = true
  config.hostmanager.ignore_private_ip  = false
  config.hostmanager.include_offline    = true
  config.hostmanager.aliases            = domains.values

  # provisioners
  config.vm.provision 'shell', path: './vagrant/provision/once-as-root.sh', args: [options['timezone']]
  config.vm.provision 'shell', path: './vagrant/provision/once-as-vagrant.sh', args: [options['github_token']], privileged: false
  config.vm.provision 'shell', path: './vagrant/provision/always-as-root.sh', run: 'always'

  # post-install message (vagrant console)
  config.vm.post_up_message = "Frontend URL: http://#{domains[:frontend]}nBackend URL: http://#{domains[:backend]}"
end

Mon vagrant version 1.9.1 et mon la version Virtualbox est 5.1.14 r112924 (la plus récente)

est-ce que quelqu'un a le même problème? Qui d'autre mesures dois-je prendre pour résoudre ce problème?

4
demandé sur Dabagab 2017-01-23 15:54:52

1 réponses

ça a marché avec 5.1.18 pour moi.

https://www.virtualbox.org/wiki/Changelog 5.1.18 fixe les questions apparemment pertinentes suivantes:

  • dossiers partagés: accès au nom de fichier non sensible à la casse (5.1.16 régression; invités Windows seulement; bogue n ° 16549)

  • dossiers partagés: fixe accès aux longs chemins (régression 5.1.16; invités de Windows seulement; bugs

    14651, #16564)

0
répondu vpdeva 2017-05-23 04:22:38