DドライブにWindowsAppsやProgram Filesができた場合は、新しいアプリの保存先と、すでにそのドライブを使っているアプリを先に確認します。Cへ保存先を戻す操作は、既存アプリの移動やアンインストールではありません。フォルダー名とサイズだけで削除せず、以下の順番で確認してください。
DドライブのWindowsAppsは何？
Microsoftのパッケージ資料によると、標準のパッケージ保存先はC:\Program Files\WindowsAppsですが、別ドライブにもPackageVolumeを設けられます。WindowsAppsはUWPアプリだけの場所とは限らず、MSIX等のパッケージ化されたデスクトップアプリも対象です。展開済みのファイルはOSによって保護され、内容を改変すると起動できなくなる場合があります。
新しいコンテンツの保存先を変更した後にD:\WindowsAppsが現れたなら、アプリ保存先の設定との関連を確認します。ただし、D:\Program Filesやユーザー名のフォルダーまで、名前だけで「Windowsが作った不要な一時フォルダー」とは判断できません。従来型ソフトやゲーム、別ユーザーのデータが入っている場合もあります。
| 場所・表示 | 判断できること | 先に確認すること |
|---|---|---|
| D:\WindowsApps | パッケージ保存領域の可能性。Dにあること自体は異常の証拠ではない。 | 登録済みPackageVolume・パッケージ・ゲームの保存先。 |
| D:\Program Files | フォルダー名だけでは利用者も作成元も確定しない。 | 各ソフトのインストール場所・ランチャーの設定。 |
| ユーザー名のフォルダー | アプリデータ、個人データ等の可能性がある。 | 本人・他ユーザーが保存したファイルとバックアップ。 |
| プロパティで0バイト／アクセス拒否 | 内容を読めていない可能性を含む。 | エラーや権限、パッケージ登録。空と断定しない。 |
0バイトだから削除してよい、とは限らない
WindowsAppsが0バイトと表示されても、アクセス権で内容を列挙できなければ、空のフォルダーだとは判断できません。
管理者アカウントでも、保護された領域の内容を通常のエクスプローラーで一覧できない場合があります。サイズの集計にアクセス拒否があるなら、その値を実データ量の証拠には使えません。「数MB以下なら安全」という共通の基準もありません。
TrustedInstaller等の所有者表示はアクセス保護に関係しますが、使用中・不要の判定とは別です。所有者を変えて開けるようにする前に、Windowsのパッケージ管理と各アプリの設定で利用状況を調べます。Dドライブも、Cドライブと同様に必要なアプリやデータを保持し得ます。
1. 今後の保存先を確認して戻す
Microsoftの記憶域案内に沿って、Windows 11では「設定 → システム → 記憶域 → ストレージの詳細設定 → 新しいコンテンツの保存先」を開きます。Windows 10では記憶域の「新しいコンテンツの保存先を変更する」から確認します。表示名は版によって異なります。
- 「新しいアプリの保存先」で今後使うドライブを選び、変更を適用する。
- ドキュメント・音楽・写真等の保存先も項目ごとに確認する。
- 変更時に既存アプリの削除等の確認が出たら、内容と対象を読み、未確認のまま承認しない。
- 既存アプリとそのデータは、次の手順で別に確認する。
保存先をCへ戻しただけでは、Dにある既存アプリがCへ移るとは限りません。また、この設定がすべての従来型ソフト・ゲームランチャーのインストール先を一括変更するわけではありません。各ソフトの設定も確認してください。
2. 読み取りコマンドで登録と保存場所を調べる
管理者としてWindows PowerShellを開き、次のコマンドで情報を確認できます。Get-AppxVolumeはWindowsが認識するパッケージ保存領域、Get-AppxDefaultVolumeは既定の領域を表示します。これらは削除や権限変更を行いません。
Get-AppxVolume
Get-AppxDefaultVolumeGet-AppxPackageの-AllUsersは全ユーザーのインストール済みパッケージを調べるために管理者権限が必要です。以下は主な種類を指定し、InstallLocationがDドライブを指す行を表示する例です。調べたい実際のドライブ文字へ置き換えてください。
Get-AppxPackage -AllUsers -PackageTypeFilter Bundle,Framework,Main,Resource |
Where-Object { $_.InstallLocation -like 'D:\*' } |
Select-Object Name,PackageFullName,InstallLocation,PackageUserInformationDのパッケージが出たら、利用者とアプリを特定して移動・アンインストールを検討します。0件でも「Dの全ファイルが不要」という証明にはなりません。未登録・ステージ済みパッケージ、表示できない保存場所、従来型ソフト、他のゲームや個人データは別に確認が必要です。コマンドが使えない・エラーになる場合も、空として扱わず結果を記録します。
この例は登録情報の読み取りであり、実際の端末で空き領域や未使用を保証する検査ではありません。-AllUsersの結果にはユーザーの情報が含まれるため、相談時に公開投稿する際は個人情報を伏せてください。
3. 使用中のアプリは移動またはアンインストールする
Windows 11の「設定 → アプリ → インストールされているアプリ」で対象を開き、移動機能が提供されていれば移動先を選びます。移動できないアプリもあります。不要なアプリはMicrosoftのアンインストール手順や、そのアプリの管理機能を利用します。アンインストール前に保存データ・設定の扱いを確認してください。
- Microsoft Storeのアプリ：Windowsの設定や配布元の案内で移動・削除する。
- Xbox等のゲーム：ランチャー側で保存場所・管理機能・セーブデータの同期状況を確認する。
- Steam等のゲーム：各ランチャーのライブラリ管理で移動する。フォルダーの単純コピーだけで全情報を移せるとは限らない。
- 従来型ソフト：専用の移動機能か、データを保全したうえでアンインストールと再インストールを検討する。
管理者向けにはMove-AppxPackageもありますが、移動先はPackage Managerが認識するマウント済みAppxVolumeである必要があり、アプリデータも移動します。全アプリに対する一括実行や、フォルダーを直接切り取り貼り付けする代替手順にはしません。
移動後は元の場所と新しい場所を確認し、対象アプリを実際に起動してデータが利用できるか確かめます。共用PCでは他ユーザーにも確認します。一人のアプリ一覧だけでは全ユーザーの利用状況は判断できません。
4. アプリがない保存領域の登録解除と残存フォルダー
Remove-AppxVolumeの公式条件は、すべてのユーザーについて、その領域にステージされたアプリがないことです。実行するとそのAppxVolumeへアプリを追加できなくなります。これはディスクのフォーマットや、Program Files全体の削除と同じ操作ではありません。
不要な非システムのAppxVolumeを整理する場合は、管理者が既定の保存先、登録済み領域、全ユーザーのアプリとステージ状況を確認し、公式の対象指定・確認手順で登録を解除します。既定のAppxVolumeは解除できないため、先に既定の保存先も確認してください。Get-AppxPackageのD表示が0件という理由だけで、Remove-AppxVolumeを自動実行するスクリプトにはしないでください。
解除後に残るフォルダーも、実際の内容・作成元・他アプリの参照・バックアップを確認します。通常の権限で削除できることだけを安全性の証拠にはしません。アクセス拒否や使用中の表示が残る場合は、対象とエラーを記録して、パッケージ管理の状態を管理者に調べてもらいます。
MicrosoftのPackageVolume解説は追加・解除・既定の設定・マウントをパッケージ管理の操作として扱っています。単にWindowsAppsの所有権と全ユーザーのフルコントロールを再帰的に変更して、フォルダーごと強制削除する手順は、利用状態や整合性を確かめる方法にはなりません。
削除できないとき、Dドライブをフォーマットする？
WindowsAppsが見えるだけでドライブをフォーマットする必要はありません。フォーマットは対象ボリュームのデータを消去する操作で、ドライブ文字がDだからデータ用とは限りません。別のOS、起動・回復構成、ソフト、保存データが存在する可能性があります。
データ用ボリュームを本当に再利用する計画がある場合は、ディスクの管理で物理ディスク・ボリューム・用途を照合し、全ユーザーの必要なデータを別媒体へ保全します。アプリの移動や再インストール、ライセンス・セーブデータの復元も個別に確認してください。復元ポイントだけをDドライブの全データのバックアップと扱うことはできません。
KB5063878やSSD不具合と同じ問題？
KB5063878は2025年8月12日のWindows 11 24H2向け累積更新です。現在の公式ページで確認する対象・既知の問題と、Dドライブのアプリ保存領域は分けて調べます。WindowsAppsが作成された時期だけで、そのKBがSSDを破損した証拠にはなりません。
Phisonの2025年8月25日の声明は、報告を受けて調査していると説明しています。この声明だけから、すべてのSSDに障害がある、またはすべて安全、と結論は出せません。検証時間・回数や後日の結論も、該当する公式資料を確認せず断定しないでください。
ドライブが消える、読み取りエラーがある、異音がする等の実際のストレージ症状は、フォルダー名の問題とは別です。必要なデータを保全し、端末・ドライブのメーカーへ症状、型番、ファームウェア、OSビルドと発生日時を伝えます。保存先フォルダーを消すためだけにセキュリティ更新をアンインストールしても、原因を解明したことにはなりません。
削除前の最終確認
| 確認 | 不明ならどうする？ |
|---|---|
| 今後のアプリ保存先が意図したドライブか | 保存先を確認。変更と既存アプリ移動を区別する。 |
| 全ユーザーとランチャーのアプリを確認したか | そのユーザー・管理者へ確認し、削除を保留する。 |
| 0バイト表示に列挙エラーがないか | サイズだけで判断せず、パッケージ情報と用途を調べる。 |
| 不要なAppxVolumeの解除条件を満たすか | 公式条件に合うか管理者が確認する。 |
| 残存フォルダーの参照とバックアップを確認したか | 対象を特定してから整理する。ドライブ全体を一括消去しない。 |
DのWindowsAppsを見つけたら、「保存先 → 登録とアプリ → 移動・アンインストール → 不要な保存領域の解除 → 残存フォルダー」の順で確認します。サイズ・ドライブ文字・フォルダー名だけで安全な削除を約束することはできません。
コメント