c：\ Users \ USERNAMEのデフォルトの場所を別のドライブに移動したいと思います。これを行う最も簡単な方法は何ですか？
Documents、Picturesなどの「特殊フォルダ」をそれぞれ移動できることは知っていますが、AppDataフォルダは含まれていません。また、多くのプログラムとインストーラーは、ドキュメントを別のドライブに移動し、フォルダーが重複するようになった後でも、C：\ Users \ USERNAME \ Documentsなどに誤ってファイルを配置します。
回答:
個々のフォルダ（マイドキュメント、マイピクチャなど、「特別なフォルダ」）については、私が言及したレジストリ/ GPOを実行します。ただし、フォルダー構造全体を移動する場合は、ごまかします。フォルダーを新しい場所に移動してから、古いフォルダーを新しいフォルダーにポイントするジャンクションを作成します。したがって、すべてのプログラムはフォルダーがまだあると考えますがc:\users\username、それはの接合点にすぎませんd:\users\username。
私はこれを研究するのに長い時間を費やし、ついに自分のマシンでなんとかすることができました。
ここには2つのシナリオがあります：新規インストールと、既にインストール/使用されているマシンです。
新規インストールの場合、autounattend.xmlファイルを（明らかに）変更することができます（ここにある未調査のリンク、保証なし、私は試していません）
既にインストールされているマシンの場合、克服すべき2つの問題があります。
問題1の場合、ルートに関するラウンドに進むことができます。
または、リカバリディスクから起動して、内容をコピーできます。
問題2の場合は、レジストリ内のすべての場所で検索および置換（リスク）を行うか、デフォルトの場所から新しい場所へのシンボリックリンク/ジャンクションを作成できます。
検索および置換ソリューションの詳細については、以前にリンクされたページにも記載されていますが、まだシンボリックリンクを作成する必要があることがわかります。そうしないと、Windows Updateに問題が発生します。
何をするにしても、シンボリックリンク/ジャンクションに慣れる必要があります。Joshのブログの多くのコメントにはROBOCOPYが記載されていますが、これを使用してJunctionsをコピーすることはできません。それらを再作成しない場合、ほとんど（すべてではないにしても）が隠し属性を持っているためすぐには気付かないでしょうが、Vista以外のアプリとの逆互換性の問題が発生する可能性があります。
このブログ投稿では、この問題についてもう少し（あまりにも）詳細に加えて、シンボリックリンク/ジャンクションの再作成を支援するスクリプトを提供しています。
別のブログ、別のアプローチ。
私は最近同じ問題を抱えています。D：に移行したいC：\ USERSに既存のユーザーアカウントがあるマシンでMicrosoftのSteadyStateプログラムを使用したかった。私は次の手順に従いました。
ただし、Windows Easy TransferはほとんどのMicrosoft以外のアプリの完全なコピーを作成しないということです。
お役に立てれば。