別のユーザーとしてファイルエクスプローラーを実行できない

別のユーザーとしてファイルエクスプローラーを開くことに関するこの質問に続きC:\Windows、Shift キーを押しながら右クリックしexplorer.exe、[別のユーザーとして実行]に移動してみました。ユーザーのログイン詳細を入力すると、2つの連続したエラーメッセージが表示されます。

Windowsは指定されたデバイス、パス、またはファイルにアクセスできません。アイテムにアクセスするための適切な権限がない可能性があります

現在ログインしているアカウントのログイン詳細を試すと、機能しますが、もう一方は機能しません。これは、私のPCの両方のアカウント（管理者）に当てはまります。

編集する

コメントに混乱がありました。上記の質問で受け入れられた回答をフォローしようとしていますが、機能しません。一部の人はそれを行うことができないと言っているので、3つの賛成票で承認された回答があるのは奇妙です

パーこのTechNetのブログのポスト、explorer.exeのルックスはシングルスレッドであるためには、別のユーザーアカウントで実行されている複数のスレッドを許可しません。

Windowsエクスプローラーは、同じデスクトップセッションの複数のセキュリティコンテキストで実行するように設計されていません。Windowsは単にUACプロンプトをスローして、エクスプローラーの昇格されたインスタンスを起動することはできません。

この記事でも説明されているように、explorer.exeを使用する最も便利な方法は、explorer ++をダウンロードして、ファイルを参照するユーザーとして実行することです。explorer ++でも、explorerと同じように簡単にUNCパスに接続できるため、十分な代替手段のようです。これは、昇格したアクセス許可を必要としない、私が遭遇した最も簡単な方法でもあります（レジストリを変更したり、追加のソフトウェアをインストールしたりするために必要なアクセス許可など）。

あなたが他の質問（で読むことができるものから、1、2、このトピックに関する）それは確かにサポートされたシナリオではない最高の状態で通常ハックだと。さらに、2番目の質問にはいくつかの情報が含まれており、いくつかのリンクをたどると、ここに表示されます。これがVistaです…

その記事をチェックすると、次のようになります。

しかし、Vistaではさらに多くの変更があります。Internet ExplorerもWindows Explorerも、同じデスクトップで複数のアカウントを利用することを望んでいません。デスクトップとは異なるユーザーアカウントでIEを実行しようとすると、「RUNASコマンドはサポートされていません。」というエラーメッセージが表示されます。私が理解しているように、主な理由は、低整合性レベルで実行される保護モードのInternet Explorerで、IEがデスクトップユーザーとして実行され、選択された中型IL操作をゲートする中型ILブローカープロセス（ieuser.exe）も起動することです。低ILプロセス。その組み合わせに複数のIDを許可すると、大幅な複雑さを回避して最善の回避策を講じることができます。別のユーザーとしてWindowsエクスプローラーを実行しようとすると、何も表示されません。新しいプロセスは開始されますが、ウィンドウを表示せずに終了します。

...

エクスプローラーは少しトリッキーです。「管理者として実行」を直接適用することはできませんが、管理者特権のコマンドシェルから実行することはよくあります。「explorer / e、c：\」のようなコマンドラインは機能しますが、「explorer」を実行するだけでは機能しない場合があります。しかし、以前と同様に、それがまったく機能する場合、それは現在の実装の意図しない副作用であり、いつでも変更される可能性があります。

彼らがWindows Vista、Windows 7、Windows 8、そして（おそらく）Windows 10でそうであったように、彼らがこの動作を維持することを期待することは理にかなっています。

そのため、ハックを使用するか、回避策を検討するか、別のユーザーとしてエクスプローラーを実行する必要がある問題を再評価する必要があるようです。

回避策として、Total Commanderなどの別のファイルエクスプローラー、cmd別の資格情報で実行されている別のファイルエクスプローラー、別のユーザーとして開始した他のいくつかのソフトウェアのファイルオープンダイアログ、または一時的に他に一時的に切り替えるウィンドウの「高速スイッチ」を使用できます。ユーザー。

なぜこれを行おうとしているのか、実際には情報を提供していなかったので、別のアプローチがどのように見えるのかわかりません。ハックについては、上記の質問に複数あります。最初の質問でリンクした問題が解決されたものとしてマスクされた理由は、その人がさらに調査を行い、おそらくハッキングに遭遇したためだと思います。

これを1511で機能させるために使用される別のプロセスでフォルダーを開くようにエクスプローラーを設定する、同じコマンドでUserZとして実行されているエクスプローラウィンドウを開きます。

1607にアップグレードした後、それは壊れました。右クリックして別のユーザーとして実行すると、上記と同じエラーが発生します。

コマンドプロンプトからエクスプローラを起動すると、ウィンドウは表示されませんが、現在ログインしているデスクトップユーザーが所有する新しいエクスプローラプロセス。そのプロセスは最終的には自然になくなります。新しいエクスプローラプロセスがそれを呼び出したユーザーとして起動し、そのプロセスがすぐに閉じ、デスクトップユーザーが所有する新しいプロセスが生成される（そして表示されず、ビットが自動的に強制終了された後）のを2、3回見ました。 ）。これは常に当てはまるのではないかと思いますが、通常、タスクマネージャーで観察するにはあまりにも早く発生します。プロセスモニターまたは類似のものはおそらくこれを証明するのに役立つでしょうが、とにかくそれを修正できないので、私は気にしていません。：\

私が最近自分自身を発見した興味深い回避策ですが、ここではまだ誰も言及していません。

別のユーザー（メモ帳など）としてプロセス/プログラムを生成します。使用するプログラムとフレームワークに応じて、共通ファイルダイアログボックスAPIを使用して、通常の「エクスプローラー」シェル操作を数多く実行できます。

（メニューから[名前を付けて保存...]または[開く...]を選択し、コンテキストメニューを使用してコピー/貼り付けなどを実行してから、ダイアログを「キャンセル」します）。

そもそも別のユーザーとして実行する方法

別のユーザーとしてプログラムを起動するには、コンテキストメニュー項目をインストールできるsysinternals shellrunasを使用します。または、組み込みのWindows runasでcmdを生成してから、Common File Dialog Box APIを使用するプログラムを起動します。