Webアプリケーションの作成中に、以下のポップアップメッセージが表示されました。
「VisualStudioには、レジストリからテンプレート情報を読み取るためのアクセス許可がありません。これは、レジストリのアクセス許可の問題が原因であることがよくあります。」
誰かが解決策を持っていますか？私を助けてください。VisualStudioの新機能を見たいです。
ありがとう
質問する
5303 次
6 に答える
2
これは答えとしてはかなり遅いかもしれませんが、私は同じ問題を経験し、msdnページで解決策を見つけました:元の解決策メッセージは次のとおりです:
Visual Studio 2010 と Windows 7 でこの問題に遭遇しました。この問題の原因はまだ見つかりませんでしたが、多くの Visual Studio ユーザーがこの問題に遭遇していることがわかりました。私はこの問題に対するマイケルの解決策を試しましたが、他の何よりも多くの損害を与えました。Visual Studioを「シェルモード」で起動させ、登録が無効であると教えてくれることさえありました。システムの復元を使用して、subinacl ツールと Michaels スクリプトによって行われた変更をロールバックしました (これはおそらく Windows 7 向けではなく、そもそもエラーの原因でした)。ビジュアル スタジオの長年のユーザーであり、かなり優れたトラブル シューターである私は、subinacl が問題を修正するための適切なツールであることを知っていましたが、スクリプトは私の特定のセットアップには正しくありませんでした。スクリプトを次のように調整しました: (これはバッチ スクリプトです)
cd /d "%programfiles% (x86)\Windows Resource Kits\Tools"
subinacl /subkeyreg HKEY_CLASSES_ROOT\VisualStudio* /setowner=domain\user
subinacl /subkeyreg HKEY_CLASSES_ROOT\VisualStudio* /grant=everyone=f
/grant=administrators=f /grant=system=f
pause
「setowner」コマンドを許可コマンド (同じ行) に含めようとしましたが、常にエラーがスローされます。このスクリプトは、Windows 7 および Visual Studio 2010 で MY "Requested registry access is not allowed" を修正しました。このスクリプトを試す場合: Michael の指示に従ってください。適切な資格情報。別の場所にインストールした場合、または 64 ビット OS を使用していない場合は、Windows リソース キットのパスを変更する必要がある場合もあります。このスクリプトを使用する前に、レジストリをバックアップしてください。
それが役に立ったことを願っています！
于 2013-09-06T17:44:35.593 に答える
1
Visual Studio 13 で問題が発生しました。ここで、新しく作成したソリューションに Web テスト プロジェクトを追加したいと考えていました。上記の方法で ACL を設定しようとしましたが、うまくいきませんでした。
最後に、Procmon.exe を使用して Visual Studio が行っていたことを特定し (プロセス名 devenv.exe のみを含めます)、Access Denied の結果を探します。どのレジストリ キーにアクセスできないかがわかります。
私の場合、問題の原因となったのはレジストリキー HKCR.webtest (HKEY_CLASSES_ROOT.webtest) でした。所有権を取得し、これへのアクセスを割り当てることで、私の問題は解決しました。
問題の根本的な原因がわかりません。
于 2014-11-09T10:28:40.780 に答える
0
私は管理者でしたが、regeditで拒否され続けたため、上記はうまくいきませんでした。
別のサイトでこれを見つけました：
psexec -i -d -s c:\windows\regedit.exe
psexec は Microsoft から入手できます。
http://technet.microsoft.com/en-us/sysinternals/bb897553.aspx
これにより、レジストリに完全にアクセスできるようになりました。上記のような特定のキーに管理者所有者を付与しようとしましたが、VS 2012 Express はまだそのレジストリ許可エラーをスローしていました。そのため、最終的に、regedit の HKEY_LOCAL_MACHINE\SOFTWARE\Classes\ ディレクトリ全体のアクセス許可リストに管理者を追加しました。次に、管理者に完全な制御を与えました。
これはうまくいきました。その地獄のようなエラーなしでプロジェクトを作成できるようになりました!
于 2014-05-25T10:07:22.250 に答える
0
この問題は、説明されているコンテキストでのアクセス許可とは関係ありません。この問題は、Microsoft による不適切なインストール プログラムのテストにより、レジストリ内のテンプレート ファイルへのパスが正しくないことが原因で発生します。間違ったパスは、ユーザーが新しいプロジェクトを開始しようとするとエラーをスローし、Microsoft のスタイルに忠実に、権限に関する一般的で意味のないエラー メッセージを表示します。
ここが具体的な問題です。C:一部のマシン (がプライマリ ドライブで、がユーザーのログイン名でバージョン 2013 であると仮定user1) では、テンプレート ファイルの場所はC:\users\user1\my documents\visual studio 2013\projects. 残念ながら、インストーラーによってレジストリに書き込まれたインストール パスは ですC:\users\user1\documents\visual studio 2013\projects。\documentsしたがって、正しい場所が である間、それは を指しています\my documents。確実にするには、visual studio 2013\projectsフォルダーがどこにあるか (ドキュメントまたはマイ ドキュメント) を確認し、レジストリ キーを正しい場所に変更します。
私の例では、キーはHKEY_CURRENT_USER\software\Microsoft\VisualStudio\12.0\NewProjectDialog\MRUSettingsLocalProjectLocationEntriesパスにあり、Value0エントリにあります。それを確認し、プロジェクト フォルダーがある場所を正確に指すように変更します。
于 2014-11-16T20:28:56.117 に答える
0
Lars Meldgard による ProcMon の使用法は良いヒントであり、私を助けてくれました。ProcMon で拒否されたアクセスがどのように見えるかの写真を含めたかっただけです。一度に 1 つのレジストリ キーを作成する必要がありましたが、これだけではありませんでした。非常に面倒で時間がかかりましたが、それらを 1 つずつ削除して、それぞれに完全な権利を与えることができました。(その部分も面倒です。所有権を取得し、regedit を閉じてから、アクセス許可を設定できるように戻る必要があったためです。一度にすべてを実行することはできません。)
于 2016-09-09T01:00:22.157 に答える