Windows 10とシンボリックリンクの問題
Windows 7とWindows 10で構成されるデュアルブート構成があります。どちらもシステムとしてC：ディスク、ユーザーディレクトリを含むデータディスクとしてD：として構成されています。そして、私は別の（物理的なものも！）ディスクを持っています。それをV：と呼びましょう。写真やその他のものを含みます。
Windows 7では、D：ディスクから写真にアクセスするために、次のようなシンボリックリンク（ジャンクション）を作成しました（歴史的な理由）：
mklink /j d:\photos v:\photos
そして、d：\ photos内のすべてのフォルダーに完全にアクセスできます。そのため、Windows 10でも同じようにしようとしましたが、期待どおりに機能しません。私はd：\ photosを入力できますが、他のサブディレクトリにはアクセスできず、d：\ photos内に何も書き込むことができません。しかし、v：\ photosに問題なくアクセスできます...
Windowsエクスプローラでクリックすると、 d：\ photos\folder1、「システムはファイルを別のドライブに移動できません」と表示されます。そのフォルダのセキュリティタブを確認すると、「要求されたセキュリティ情報が利用できないか、表示できません」というメッセージが表示されます。
私はすでにいくつかのことを試しましたが、成功しませんでした。 C：とD：が同じSSDにあり、V：が別のHDであるという問題が考えられますか？何かアイデアはありますか？
ありがとう！
ジャンクションはローカルドライブ全体でサポートされていますが、実際のディレクトリシンボリックリンクを使用すると運がよくなるでしょう。 Win7（より具体的にはVista以降）はこれらをサポートしますが、XP以前はサポートしていません。シンボリックリンクは実際の宛先名を保存します（他のドライブが両方でV:である限り、 OS、それは動作するはずです。私のベスト推測は、ジャンクションがドライブ文字以外の識別子を使用する可能性があり、OSを切り替えるときに、その識別データの一部が他のOSによって理解されないことです。しないjust名前を使用しないでください。そうしないと、マップされたネットワークドライブにジャンクションを作成できますが、できません。
ディレクトリの真のシンボリックリンクを作成する構文は、ジャンクションを作成する場合と同じですが、/Dではなくmklinkに/Jフラグを使用します。デフォルトでは、管理者のみがシンボリックリンクを作成できることに注意してください（これが、ジャンクションではなくシンボリックリンクに適用される理由はわかりませんが、最も重要なことです）。したがって、コマンドプロンプトを管理者として起動します（そして、はい、それはCMDである必要があります。mklinkはCMDビルトインであり、たとえばPowershell）とmklink /d d:\photos v:\photosをお試しください。
フラグなしでmklinkを使用してfileシンボリックリンクを作成したり、/Hフラグを使用してファイルハードリンクを作成したりすることもできます。ここでは関係ありません。ファイルではなくディレクトリをリンクしようとしているためですが、将来的に役立つ可能性のある情報です。ほとんどの人は、ジャンクション（完全なシンボリックリンクではないか、または作成できます）について知っていても、NTFSがハードリンク（Windows 2000以降）とシンボリックリンク（Vista以降）をサポートしていることを認識していません。 1つはネットワークドライブに）。
同じ問題がありました。これは、アプリのインストール場所を別のドライブに変更したことが原因のようです。
私にとってそれを解決したのは、新しいアプリの保存場所をCに戻し、コマンドプロンプト（Shiftキーを押しながら再起動する）で再起動し、問題のドライブの "System Volume Information\wpappsettings.dat"を削除することでした。
同じ問題があります：ディスクC :(新しいwindows10）D :(古い）E :(古い）
DからCへのディレクトリジャンクションを作成できますが（ "Program Files"サブフォルダーなどの場合）、EからDで同じことはできません。ジャンクションは作成されましたが、ファイルの内容とサブフォルダーが同じエラーで表示されません。
理由はわかりませんが、Ubuntuをロードして「D：\ System Volume Information」を削除することですべて解決しました（後にWin10によって再作成されました）。
PS。通常の結果fsutil behavior query symlinkevaluation：local-to- *が有効、remote-to- *が無効
以前、許可システムが原因で同様の問題が発生しました。私の場合、ターゲットとしてunc-pathがあり、権限と共有が正しく構成されていました。 unc-pathでは、リンクを作成してサブフォルダーに飛び込むことができましたが、シンボリックフォルダーではできませんでした。一番上のフォルダから権限を継承することが理由でした。
シンボリックフォルダーの継承権限を無効にして、問題を引き起こす可能性のある権限を削除してください。シンボリックフォルダーでフルコントロールを取得するには、明示的なアクセス許可を設定します。私の場合、問題を解決し、リンクを作成してサブフォルダーに飛び込むことができました。