バグが止まりました。アクセスが拒否されました

Question

私はVirtualBoxで2週間の間、不規則な設定を使用していましたが、うまくいきました。昨日、私は迷彩を使用しようとしましたが、コマンドのどれも動作しないことがわかりました。それらはすべて呼び出しスタック（Rubyでは？）でエラーになります。 私はVirtualBox 4.3.12でWindows 7を使用しています。私の企業環境ではBeyondTrustが使用されているため、4.3.12が動作する唯一のバージョンでした。 Cの権限チェック
1）再インストール放浪
2）を再インストールしたVirtualBox
3）：

窓>私が試してみました

... 
INFO manager: Registered plugin: SMB synced folders 
INFO global: Loading plugins! 
INFO manager: Registered plugin: vagrant-share 
INFO vagrant: `vagrant` invoked: ["reload", "--debug"] 
DEBUG vagrant: Creating Vagrant environment 
INFO environment: Environment initialized (#<Vagrant::Environment:0x265c728>) 
INFO environment: - cwd: C:/Users/Scott/hootenanny 
INFO environment: Home path: C:/Users/Scott/.vagrant.d 
INFO environment: Local data path: C:/Users/Scott/hootenanny/.vagrant 
DEBUG environment: Creating: C:/Users/Scott/hootenanny/.vagrant 
INFO environment: Running hook: environment_plugins_loaded 
INFO runner: Preparing hooks for middleware sequence... 
INFO runner: 1 hooks defined. 
INFO runner: Running action: environment_plugins_loaded #<Vagrant::Action::Builder:0x385ff50> 
INFO environment: Running hook: environment_load 
INFO runner: Preparing hooks for middleware sequence... 
INFO runner: 1 hooks defined. 
INFO runner: Running action: environment_load #<Vagrant::Action::Builder:0x3731b38> 
INFO cli: CLI: [] "reload" [] 
DEBUG cli: Invoking command class: VagrantPlugins::CommandReload::Command [] 
DEBUG command: 'reload' each target VM... 
DEBUG command: Getting target VMs for command. Arguments: 
DEBUG command: -- names: [] 
DEBUG command: -- options: nil 
DEBUG command: Loading all machines... 
INFO loader: Set :root = ["#<Pathname:C:/Users/Scott/hootenanny/Vagrantfile>"] 
DEBUG loader: Populating proc cache for #<Pathname:C:/Users/Scott/hootenanny/Vagrantfile> 
DEBUG loader: Load procs for pathname: C:/Users/Scott/hootenanny/Vagrantfile 
INFO loader: Loading configuration in order: [:home, :root] 
DEBUG loader: Loading from: root (evaluating) 
DEBUG provisioner: Provisioner defined: 
DEBUG provisioner: Provisioner defined: 
DEBUG provisioner: Provisioner defined: 
DEBUG loader: Configuration loaded successfully, finalizing and returning 
DEBUG push: finalizing 
INFO loader: Set "23533380_machine_default" = [] 
INFO loader: Loading configuration in order: [:home, :root, "23533380_machine_default"] 
DEBUG loader: Loading from: root (cache) 
DEBUG loader: Configuration loaded successfully, finalizing and returning 
DEBUG push: finalizing 
DEBUG base: Windows, checking for VBoxManage on PATH first 
INFO base: VBoxManage path: C:/Program Files/Oracle/VirtualBox/VBoxManage.exe 
INFO subprocess: Starting process: ["C:/Program Files/Oracle/VirtualBox/VBoxManage.exe", "--version"] 
INFO subprocess: Command not in installer, restoring original environment... 
INFO environment: Running hook: environment_unload 
INFO host: Autodetecting host type for [#<Vagrant::Environment: C:/Users/Scott/hootenanny>] 
DEBUG host: Trying: arch 
DEBUG host: Trying: darwin 
DEBUG host: Trying: freebsd 
DEBUG host: Trying: gentoo 
DEBUG host: Trying: redhat 
DEBUG host: Trying: slackware 
DEBUG host: Trying: suse 
DEBUG host: Trying: bsd 
DEBUG host: Trying: linux 
DEBUG host: Trying: null 
DEBUG host: Trying: windows 
INFO host: Detected: windows! 
INFO runner: Preparing hooks for middleware sequence... 
INFO runner: 1 hooks defined. 
INFO runner: Running action: environment_unload #<Vagrant::Action::Builder:0x370c440> 
C:/HashiCorp/Vagrant/embedded/gems/gems/childprocess-0.5.8/lib/childprocess/windows/handle.rb:12:in `open': Access is denied. (5) (ChildProcess::Error) 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/childprocess-0.5.8/lib/childprocess/windows/process.rb:70:in `launch_process' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/childprocess-0.5.8/lib/childprocess/abstract_process.rb:82:in `start' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/subprocess.rb:122:in `block in execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:26:in `block (2 levels) in safe_chdir' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:25:in `chdir' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:25:in `block in safe_chdir' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:24:in `synchronize' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/safe_chdir.rb:24:in `safe_chdir' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/subprocess.rb:121:in `execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/subprocess.rb:22:in `execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:430:in `block in raw' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/busy.rb:19:in `busy' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:429:in `raw' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:367:in `block in execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/retryable.rb:17:in `retryable' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/base.rb:362:in `execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/meta.rb:159:in `block in read_version' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/util/retryable.rb:17:in `retryable' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/meta.rb:158:in `read_version' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/meta.rb:46:in `block in initialize' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/meta.rb:41:in `synchronize' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/driver/meta.rb:41:in `initialize' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/provider.rb:20:in `new' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/providers/virtualbox/provider.rb:20:in `usable?' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/environment.rb:381:in `block in default_provider' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/environment.rb:379:in `each' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/environment.rb:379:in `default_provider' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/plugin/v2/command.rb:174:in `block in with_target_vms' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/plugin/v2/command.rb:210:in `call' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/plugin/v2/command.rb:210:in `block in with_target_vms' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/plugin/v2/command.rb:209:in `map' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/plugin/v2/command.rb:209:in `with_target_vms' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/plugins/commands/reload/command.rb:37:in `execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/cli.rb:42:in `execute' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/lib/vagrant/environment.rb:302:in `cli' 
     from C:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.8.1/bin/vagrant:174:in `<main>' 

放浪ステータス--debug /users/scott/.vagrant .d
4）c：/users/scott/hootenanny/.vagrantのパーミッションを確認する

もちろん、どんな援助もありがとうございます。

スコット

Answer 1

私は、.NETとWindowsとベイグラントが再び仕事を始めたため、すべての最新のMicrosoftセキュリティ更新プログラムを削除しました。彼らは私のマシンで3/24/2016の日付でした。そして、私がもっと学びたいと思っていたときと同じように、私が使っている企業のマシンがアップデートを再インストールしました。それについて私ができることは何もありません。私の会社はMicrosoft Windows 7 Enterpriseを使用しています。私はシステム管理者ではなくエンジニアであるため、実際にセキュリティアップデートをアンインストールするべきではありません。

この情報が、同じRubyコールスタックを見つめて、何をすべきか疑問に思う他の人に役立つことを願っています。

Answer 2

あなたのVagrantルートインストールディレクトリをC：\ Hashicorpからユーザーディレクトリの下のフォルダに移動することができます。 C：\ Users \ Scott \ Hashicorpを実行して、実行中に発生した問題を取り除くかどうかを確認します。時にはITが過度に肥大化し、ユーザディレクトリの外にあるものは、システムを引き継ぐことを試みているウィルスの場合にのみ、読み取り専用と宣言されます。

パスを変更するためのオプションがインストーラーにあるかどうかを確認したい場合は、レジストリエントリとショートカットを編集して新しい場所を指すようにする必要があります。あなたが管理者のアクセス権を持っているなら（アップデートをアンインストールできると思います）、上記のすべてを実行できるはずです。

Answer 3

また、Git bashを管理者として実行し、昇格したコンソールから悪質な人を呼び出すことでこの問題を解決しました。 https://laracasts.com/discuss/channels/servers/vagrant-up-failing-trying-to-add-to-hosts

Answer 4

に似問題に答えcodecompへ

おかげで、私はこの同じ問題を抱えていたし、それが私がはVirtualBoxがインストールされていなかったことが判明しました。私がvirtualboxをインストールするとすぐに、このエラーは消えて、迷惑行為の状態は期待どおりに機能しました（私は多くのエンタープライズセキュリティアプリケーションに支配されているマシンで作業しています。

私はこれがOPを助けないと知っていますが、私はこのページへのGoogleの検索に続く次の人のために私の経験を共有すると思いました。