
Alt+Enterショートカットを右クリックまたは押すと、Windowsは通常、コンテキストメニューまたはプロパティショートカットが壊れていて、存在しないファイルまたはディレクトリを指している場合でも、ダイアログをすぐに表示します。
ファイルへの壊れたショートカットの場合、.exe
Windowsがショートカットを解決しようとするため、数秒(この場合は15秒)を費やして、最終的にコンテキストメニューが表示されるか、プロパティダイアログ。ファイルを削除する場合でも、削除プロンプトが表示されるまで 15 秒待機します。ファイルをコピーまたは移動しても、遅延は発生しないようです。
おそらくネットワーク関連の設定なのではないかと考えましたが、ショートカットがどこを指しているかに関係なく、すべての (壊れた) ショートカットに適用されるようです。TweakUI を調べましたが、何も見つかりませんでした。レジストリで 15,000 (および 0x3A98) を調べましたが、15 (および 0x0f) と同様に該当するものは見つかりませんでした。15 (および 0x0f) には多くのヒットがありましたが、この問題の原因となるものはありませんでした。
ショートカットを解決するためのタイムアウトを決定する設定はありますか?
答え1
この場合、それはシェル拡張機能であることが判明しました。
まず、壊れたショートカットを右クリックすると、エクスプローラーが 15 秒間に 1 秒ごとに 1 回、そのショートカットが指している実行可能ファイルを開こうとして、その後諦めることに気づきました。
次に、ショートカットを右クリックしたときにアクセスされるすべてのレジストリ エントリを観察しHKCR\.lnk
、、、、およびをそれぞれ調べてHKCR\lnkfile
、異常がないか確認しました。HKCR\.exe
HKCR\exefile
- レジストリエディタを開き、すべての
exefile
拡張機能を無効にしました(各CLSIDの先頭に「#」を追加して) - 右クリックが即座に実行できることがわかりました。すばらしい!
- その後、壊れたショートカットを毎回右クリックして「#」を削除して各拡張機能を再度有効にしました。
ほら!問題の拡張子は{F0407C3D-349C-42B9-B83E-821E31623DF9}
CmdLineExtに対応しており、一見無害に思えますが(どのフォルダでもコマンドラインプロンプトを開く拡張機能はすでに存在します)、実際はそうではありません。この陰険で明らかにバグのある拡張機能は、実際にはエクスプローラーの SecuROM コンテキスト メニューによるソニーDADCオーストリアAG、そしてどうやらこの拡張機能は問題しかない。
いつ、どのようにインストールされたのかは分かりませんが(おそらく何らかのソフトウェアの一部でしょう)、ソニーの「ルートキット」。
とにかく、私が知る限り、Windows にはショートカットを解決するための遅延はなく、壊れたショートカットをすぐに検出してエラーを処理します (デフォルトを使用します)。