Ich verwende Windows 8.1 64-Bit auf einem Laptop. laravel installation and setupVagrant up Fehler, Besitzerwechsel von/vagrant: nicht ein Verzeichnis
Führung TLDR: Sie haben soeben installieren Vagabund, virtual-Box und Komponist, Setup zu versuchen, eine Heimstätte für meine Laravel Projekte
ich nach dieser Anleitung habe. Sie verwenden diese, um Gehöft zu erwerben, dann zu initialisieren und zu installieren. Sie konfigurieren Ihre homestead.yaml und generieren ssh-Schlüssel. Nach all dem benutzt du Vagabund, um deine Vitual-Maschine mit deiner Entwicklungsumgebung und all dem Zeug vagabundieren zu lassen.
Mit Git Bash, ich folge der Anleitung und zum 'vagrant up' Teil.
Hier ist, wo es haarig wird, ich die folgende Fehlermeldung erhalten:
$ vagrant up
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'laravel/homestead'...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box 'laravel/homestead' is up to date...
==> default: Setting the name of the VM: homestead
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8000 (adapter 1)
default: 443 => 44300 (adapter 1)
default: 3306 => 33060 (adapter 1)
default: 5432 => 54320 (adapter 1)
default: 22 => 2222 (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> 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: Connection timeout. Retrying...
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: The guest additions on this VM do not match the installed version o
f
default: VirtualBox! In most cases this is fine, but in rare cases it can
default: prevent things such as shared folders from working properly. If you
see
default: shared folder errors, please make sure the guest additions within t
he
default: virtual machine match the version of VirtualBox you have installed
on
default: your host and reload your VM.
default:
default: Guest Additions Version: 4.3.14
default: VirtualBox Version: 5.0
==> default: Setting hostname...
==> default: Configuring and enabling network interfaces...
==> default: Mounting shared folders...
default: /vagrant => C:/Users/Work/Homestead/Homestead
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!
chown `id -u vagrant`:`id -g vagrant` /vagrant
Stdout from the command:
Stderr from the command:
chown: changing ownership of ���/vagrant���: Not a directory
Ich habe als Admin ausführen git bash. meine .yaml Datei sieht wie folgt aus
---
ip: "192.168.10.10"
memory: 2048
cpus: 1
provider: virtualbox
authorize: C:/Users/Work/.ssh/id_rsa.pub
keys:
- C:/Users/Work/.ssh/id_rsa
folders:
- map: C:/Users/Work/Projects
to: /home/vagrant/Code
sites:
- map: homestead.app
to: /home/vagrant/Code/Laravel/public
databases:
- homestead
variables:
- key: APP_ENV
value: local
ich die neueste Version von Vagrant und Virtual Box bekam.
Es scheint mir wie der Fehler kommt aus dem Pfad zu dem Ordner ungültig ist, aber da meine Yaml-Datei sollte korrekt sein, ich verstehe nicht, wie man es löst.
Ich habe erfolgreich Heimstätte Umgebung auf einem anderen Windows 8.1 stationären PC installiert, aber ich habe diesen Fehler nie gefunden.
Hilfe ist viel
geschätzt
Überprüfung dieser Fehler für dieses https://github.com/mitchellh/vagrant/issues/5933 –
gleichen Fehler hier ist es ein relativ neuer Bug, sollte von morgen behoben werden –