Windows 11で外付けHDDが「アクセスが拒否されました」になる原因と一括復旧手順（所有者・権限継承・OneDrive赤×・ごみ箱修復）

Windows 11の更新前後やOneDriveの大量削除をきっかけに、外付けドライブY:配下が一斉に「アクセスが拒否されました」になることがあります。本記事では、ドライブ最上位で所有者と継承を正して大量ファイルを一括復旧する手順と、赤い×表示・ごみ箱エラーなど周辺トラブルの対処をまとめます。

まず状況を整理：この症状は「ファイル単体」ではなく「ドライブ全体の権限設計」が崩れているサイン

外付けドライブY:をメイン保存先として使い、別の外付けドライブZ:に自動バックアップしている運用は、堅実で理にかなっています。ところが、Windows 11の更新前後やクラウド側（OneDrive等）での大量削除のタイミング以降に、Y:配下のフォルダー／ファイル（10万件規模）へ一斉にアクセスできなくなることがあります。

このとき厄介なのは、個別のファイルを開いて「セキュリティ」から修正すると一部は開けるのに、ドライブや上位フォルダーで権限を付けても配下に効かないケースがある点です。これは、単なる「アクセス許可が足りない」ではなく、所有者（Owner）・継承（inheritance）・アクセス許可（ACL）の整合性が崩れている可能性が高い状態です。

よくある見え方	疑うべき原因（優先度高）	最短で効く対処の方向性
Y:配下がほぼ全滅で「アクセスが拒否されました」	ドライブルートの所有者が不整合／不明SID扱い、継承が無効化	ルートで所有権を奪取し、子に置き換え＋継承で上書き
一部だけ直るが、上位で設定しても下位に反映されない	子オブジェクト側が「継承を保護」している／個別ACLが残っている	「子のアクセス許可を継承可能なエントリで置き換える」を実行
Z:は無事だが、Z:→Y:へ上書きコピーも拒否される	Y:側の書き込み権限が壊れている（所有者不整合の典型）	まずY:の所有者・フルコントロールを復旧→コピー

復旧の前に：被害拡大を防ぐためにやっておきたい安全確認

権限修復は正しくやれば強力ですが、ドライブ全体に波及する操作です。作業前に、次の確認だけは押さえておくと事故率が下がります。

• Z:側バックアップが読めることを確認（複数フォルダーを開き、ファイル実体が読めるかチェック）
• OneDrive等の同期を一時停止（大量の権限変更が同期イベントとして誤検知されるのを避ける）
• スリープや自動休止を無効化（途中で止まると「直った／直ってない」が混ざりやすい）
• エクスプローラー以外でY:を掴んでいるアプリを閉じる（バックアップソフト、画像管理、検索インデクサ等）
• 可能ならドライブ文字を固定（ディスクの管理でY:が毎回変わらないようにする）

チェック項目	理由	確認方法（例）
Z:の健全性	最悪でも復元できる“退避先”を確保するため	複数階層のフォルダーを開き、ランダムにファイルをいくつか開く
同期の一時停止	大量変更で同期が破綻したり、意図しない削除・移動が混じるのを防ぐ	OneDriveの「同期を一時停止」またはサインアウト（作業中のみ）
電源設定	大量の権限変更は途中停止が一番危険	スリープなし／画面オフのみ等に変更

なぜ「上位で許可しても下位に効かない」のか：所有者と継承の関係を理解する

Windows（NTFS）のアクセス制御は、ざっくり言うと次の3点で決まります。

• 所有者（Owner）：そのオブジェクト（ファイル／フォルダー）の“最終責任者”。所有者は権限を直す入口になりやすい。
• アクセス許可（DACL）：誰に何を許可／拒否するかのルール。ここに「拒否」があると強い。
• 継承（inheritance）：上位フォルダーのアクセス許可を下位へ引き継ぐ仕組み。継承が切れていると、上位で付けても下位に反映されない。

今回のように「個別ファイルなら直せるが、上位の設定が一括で効かない」という状況は、特に次のパターンが多いです。

• 所有者が不明扱い（別のSID）になっている：以前のWindows環境や別PCのユーザーに紐づいた所有者情報が残り、今の環境では“別人”扱いになる。
• 子フォルダー側が継承を保護している：フォルダーごとに個別ACLを持ち、上位からの継承を受けない状態。
• 大量のオブジェクトに“個別ACL”が散らばっている：上位で整えても、下位に残っている個別設定が勝ってしまう。

状況	典型的な原因	効く操作
管理者なのに拒否される	所有者が別SIDで、アクセス許可の整合性が崩れている	所有者を置き換える（配下へ波及）
上位フォルダーでフルコントロールを付けたのに効かない	子が継承無効で個別ACL	子オブジェクトの許可を継承可能なエントリで置き換える
コピーや上書きだけ失敗する	書き込み・削除権限が欠けている／拒否が混入	フルコントロール付与＋継承の整合化

GUIで一括復旧：ドライブY:最上位で所有権を奪取し、配下へ強制継承させる

1つずつ直すのではなく、ドライブY:のルート（最上位）で所有者と継承を整え、配下の大量ファイルへ波及させるのが現実的な解決策です。以下はGUIでの標準的な手順です。

1. エクスプローラーでY:を右クリック→「プロパティ」→「セキュリティ」→「詳細設定」を開く
2. 画面上部の「所有者」の横にある「変更」を押す
3. 入力欄にAdministrators（管理者グループ）を指定して確定する
4. 「サブコンテナーとオブジェクトの所有者を置き換える」にチェックして適用する
5. 続けて権限を付与する（所有権だけでは足りないケースがあるため）
   • 「追加」→「プリンシパルの選択」→自分のWindowsユーザーを選ぶ
   • 基本のアクセス許可で「フル コントロール」を付与する
6. 最下部の「すべての子オブジェクトのアクセス許可エントリを、このオブジェクトから継承可能なアクセス許可エントリで置き換える」にチェックして適用する

この2つの「置き換え」を使うことで、散らばった個別ACLをルート基準で“揃える”方向に戻しやすくなります。結果として、10万件規模でも一括でアクセス権が復旧しやすいのがポイントです。

このチェックボックスが要点：意味を取り違えると“直らない”が起きる

チェック項目	何が起きるか	今回の症状で重要な理由
サブコンテナーとオブジェクトの所有者を置き換える	ルートで設定した所有者を、配下のフォルダー／ファイルへ波及させる	所有者が不明／別SIDだと、権限修復の入口が塞がりやすい
すべての子オブジェクトのアクセス許可エントリを…置き換える	子側に残っている個別ACLを、継承可能なエントリで上書きする	「上位で付けても下位に効かない」最大要因（継承崩れ）を正しやすい

適用が進まない／エラーが混じるときの現実的な対処

大量のファイルがあると、適用中に警告やエラーが出ることがあります。すべてが必ず失敗しているとは限りませんが、再現性が高い場合は次を試します。

• エクスプローラーや使用中アプリを閉じる（開いているフォルダー、プレビュー、バックアップソフト）
• 同期系（OneDrive等）を停止／一時停止してから再実行
• PCを再起動してから権限適用（掴んでいるプロセスをリセット）
• 外付けドライブならUSBポートを変える／ハブを避ける（通信が不安定だと権限変更が失敗しやすい）
• それでも改善しない場合は、次章のコマンドによる強制修復を検討

コマンドで強制的に整える（上級者向け）：GUIが重い・止まる場合の選択肢

GUIでの適用が極端に遅い、途中で固まる、エラーが出続ける場合は、管理者権限のコマンドで一気に整える方法があります。ただし、対象ドライブを間違えると取り返しがつきません。必ずY:であることを確認し、必要なら先にZ:へ退避してください。

所有権の奪取（管理者として実行したコマンドプロンプト）：

takeown /f Y:\ /r /d y

アクセス許可の付与（例：自分のユーザー名をYOURNAMEとして付与）：

icacls Y:\ /grant YOURNAME:(F) /t

継承の有効化（継承が切れている場合に有効）：

icacls Y:\ /inheritance:e /t

もし個別ACLがぐちゃぐちゃで、まず“初期化”したい場合は、リセット系もありますが、権限設計を意図せず壊す可能性もあります。業務PCや複数ユーザーで使うドライブでは慎重に扱ってください。

コマンド	目的	注意点
takeown	所有者を取り戻して、修復の入口を作る	大量ファイルだと時間がかかる。中断しない
icacls /grant	自ユーザーにフルコントロールを付与	ユーザー名を間違えると期待通りにならない
icacls /inheritance:e	継承を有効化して上位の許可が効く状態に戻す	“子側で個別に守っていた権限”も上書きされ得る

Z:は無事なのに、Z:→Y:の上書きコピーが拒否される理由

Z:側が無事でも、Y:側が「読み取りはできるが書き込みができない」「一覧は見えるが作成・上書きが拒否される」といった状態だと、バックアップからの復元が進みません。これは多くの場合、Y:側の所有者と書き込み権限が崩れていることが原因です。

復元を成功させるコツは、コピーを頑張るより先にY:の権限を“受け入れ可能な状態”へ戻すことです。具体的には、前章の「所有者の置き換え」＋「フルコントロール付与」＋「子の置き換え」を完了させてから、Z:→Y:のコピーに進むのが最短です。

それでもコピーが拒否される場合は、次も確認してください。

• Y:が書き込み禁止になっていないか（物理スイッチ付きケース、セキュリティソフトの保護、ドライブ故障の兆候）
• フォルダー側に「拒否（Deny）」が残っていないか（「拒否」は許可より強い）
• パスが長すぎないか（深い階層＋長いファイル名で、コピー時に失敗することがある）

フォルダーに「赤い×」が付いて中身が空に見える：同期エラーの読み解き方

権限を復旧した後に、一部フォルダーに赤い×（バツ）が表示され、開くと空に見える現象は、権限問題というよりOneDriveなどクラウド同期の状態アイコン（同期エラー）で説明できることが多いです。

特に、OneDriveの「ファイル オンデマンド」を使っている環境では、ファイルがオンラインのみ（プレースホルダー）として存在することがあります。同期が壊れたり、サインイン状態が崩れたり、クラウド側で大量削除が走った後に不整合が起きると、エクスプローラー上は“そこにあるように見えるのに実体が取れない”状態になり、結果として「空に見える」ことがあります。

状態アイコンの例	意味の目安	まず試すこと
赤い×	同期エラー／整合性エラー	OneDriveの状態確認、サインイン、同期再開、復元の検討
雲（クラウド）	オンラインのみ（ローカルに実体なし）	「常にこのデバイスに保持する」で実体化できるか確認
緑のチェック	ローカルに実体あり（同期済み）	基本は問題なし。バックアップ対象として扱いやすい
同期中の矢印	アップロード／ダウンロード中	回線・容量・エラーの有無を確認し、完了を待つ

現実的な復元ルートは2つ：Z:から戻す／OneDrive側を立て直して再取得

「確実性」を優先するなら、まずはZ:から復元が堅いです。すでにバックアップが無事であることが分かっているなら、復元作業は“同期の気分”に左右されません。

OneDriveを継続利用する場合は、同期の整合性を立て直した上で、必要なフォルダーを「常にこのデバイスに保持する」などで実体化できるか確認します。

1. OneDriveの通知領域アイコンを開き、エラー表示が出ていないか確認
2. サインイン状態、容量、同期対象（どのフォルダーを同期しているか）を確認
3. 必要なフォルダーを右クリックし、「常にこのデバイスに保持する」が選べるなら実体化を試す
4. 復元が急ぎなら、並行してZ:から同名フォルダーを戻す（まずは小さな単位で）

なお、OneDriveの保存先を外付けドライブにしている場合、取り外し・ドライブ文字の変動・電源管理の影響を受けやすく、同期が不安定になりがちです。再発防止の観点では、同期対象の置き場所を見直す価値があります（後述）。

「ごみ箱が壊れています。削除しますか？」の正体：$RECYCLE.BINの不整合

外付けドライブY:で「ごみ箱が壊れている」旨のメッセージが出ると不安になりますが、一般的には「はい（削除）」で問題ないケースが多いです。

Windowsはドライブごとに、隠しフォルダー$RECYCLE.BIN（ごみ箱の実体）を持っています。「壊れています」は、この内部構造が矛盾している／破損している状態を指し、確認ダイアログで「はい」を押すとそのドライブのごみ箱情報を作り直す動作になります。通常、個人ファイル本体を勝手に削除する操作とは別物です。

メッセージ	意味	対応
ごみ箱が壊れています。削除しますか？	$RECYCLE.BINの不整合／破損	基本は「はい」で再生成。繰り返すならディスクチェックも検討

より強制的に直す方法として、管理者権限で$RECYCLE.BINを削除し、Windowsに作り直させる手もあります。ドライブ文字を間違えないことが絶対条件です。

rd /s /q Y:\$RECYCLE.BIN

同じ警告が何度も出る、フォルダーが勝手に消える、読み書きが不安定といった症状が併発する場合は、権限だけでなくファイルシステムの不整合が混ざっている可能性もあります。重要データがある環境では、バックアップを確保したうえでディスクチェック（エラーチェック）も視野に入れてください。

OneDrive（Web側）で削除するとPC（ローカル）からも消えるのか：結論は「基本は消える」

「OneDriveのWeb画面で削除したファイルが、PC側でも消えている気がする」という疑問は非常に多いです。結論として、OneDriveは双方向同期のため、基本動作としてWeb（クラウド）で削除すると、同期クライアントが検知してローカルも削除されます。

操作した場所	操作	同期の基本挙動
OneDrive（Web）	削除	PC側の同一ファイルも削除方向に反映される
PC（ローカル）	削除	クラウド側も削除方向に反映される
PC（ローカル）	移動（同期範囲内）	クラウド側も同様に移動として反映される

今回の「空に見える／赤×」も、オンラインのみの状態や同期の不整合と組み合わさると起こりやすい現象です。特に「大量削除」後は、クラウド側の状態が優先されてローカルも追随し、気づいた時にはローカル実体が消えていることがあります。

「クラウドだけ消してローカルは残す」ための運用設計

OneDriveの同期思想は「同一ファイルを両方で同じ状態に保つ」です。したがって、クラウドだけ消してローカルを残したい運用をするなら、次のどれかに寄せる必要があります。

• 同期対象から外す：そのフォルダーはOneDriveの同期範囲に入れない（最も確実）
• 同期を停止してから整理する：Web側で大量削除する前に、PC側の同期を止める（ただし後で再同期すると整合性の調整が走る）
• 保存場所を分離する：作業用はOneDrive配下、アーカイブはOneDrive外（例：Y:の別フォルダー）
• バックアップは“同期”ではなく“世代管理”で持つ：削除がそのまま反映されない仕組み（スナップショット等）を検討する

特に外付けドライブをメイン保存先にする場合、同期とバックアップを同じ思想で混ぜると事故が増えます。同期＝作業の連携、バックアップ＝復旧の保険と割り切って設計するのが、最終的に一番ラクです。

「Administrators」を追加したのにプロパティに見えない：表示の癖と“実効権限”の考え方

権限修復でAdministrators（複数形）を指定したのに、ドライブのプロパティ画面でそれが見当たらない一方、自分のユーザー名は表示され、動作も問題ない――この挙動は珍しくありません。

ポイントは、権限画面で見えている“名前”よりも、Windowsが内部で評価している実効権限です。一般的に、ログオンしているユーザーが管理者であればAdministratorsグループのメンバーとして動作します。また、最終的に自分のユーザーに「フル コントロール」が明示的に付与できているなら、実運用としてはそれで十分なケースが多いです。

• 所有者はAdministratorsにする：管理者として復旧・保守しやすい
• 実際に使うのは自分のユーザー：日々のアクセスを安定させる（フルコントロール付与）
• 継承を揃える：上位で直した内容が下位へ反映されるようにする

もし「見えないのが不安」という場合は、アクセス許可の詳細設定画面で、対象（自分のユーザー）が期待通りの権限（読み取り／書き込み／削除など）を持っているかを確認すると納得しやすいです。

再発防止：外付けドライブ×Windows 11×OneDrive×自動バックアップを安定させるコツ

今回のような事故は、権限の崩れだけでなく、同期や外付けドライブ特有の揺らぎが引き金になります。再発しにくい形へ寄せるための実践的なポイントをまとめます。

リスク要因	起きがちなこと	再発防止の打ち手
OneDriveの大量削除	ローカルも同じ削除が走る／不整合で赤×	整理前にバックアップ確保、同期一時停止、作業フォルダー分離
外付けドライブのドライブ文字変動	同期先やバックアップ先がズレる／パスが壊れる	ディスクの管理でドライブ文字を固定
複数PCに接続して運用	所有者が別SIDになりやすい／ACLが複雑化	基本は1台運用、やむを得ない場合は権限方針を統一
同期とバックアップを混同	削除や破損がそのまま伝播する	バックアップは世代・履歴が残る方式へ（上書きだけにしない）

よくある質問（同じところで詰まりやすいポイント）

Q. 「所有者」を変えたのにアクセスできないままです。なぜ？

A. 所有者は“修復の入口”であって、アクセス許可そのものではありません。所有者変更のあとに、自分のユーザーへフルコントロールを付与し、さらに子オブジェクトのアクセス許可を置き換えるまでセットで実行すると改善しやすいです。

Q. 途中でキャンセルしたらどうなりますか？

A. 一部だけ権限が変わり、直ったフォルダーと直っていないフォルダーが混在しやすくなります。混在すると原因切り分けが難しくなるため、可能な限り中断は避け、スリープ等を無効にして安定した状態で実行してください。

Q. “拒否（Deny）”が入っていると何が起きますか？

A. Windowsの権限評価では、一般に「拒否」は「許可」より強く効きます。上位でフルコントロールを付けても、下位に“拒否”が残っているとアクセスできないことがあります。この場合も「子オブジェクトのアクセス許可を置き換える」が効きやすいです。

Q. 外付けドライブがexFATやFAT32の場合も同じ方法で直せますか？

A. exFAT/FAT32はNTFSのような詳細なアクセス許可を持たないため、今回の「セキュリティ」タブを使う復旧とは前提が異なります。今回の症状（所有者、継承、詳細設定が出る）なら、多くはNTFSで起きているケースです。

Q. OneDriveのフォルダーを外付けドライブに置くのはダメ？

A. 絶対に不可能という意味ではありませんが、外付けドライブは取り外し・省電力・ドライブ文字変動などの影響を受けるため、同期トラブルの原因になりやすいのは事実です。安定重視なら、同期対象は内蔵ドライブ側に置き、外付けはバックアップやアーカイブに寄せると管理が楽になります。

Q. 「赤い×」のフォルダーを開くと空ですが、実際に消えたのですか？

A. 消えた場合と、オンラインのみの実体が取得できず空に見える場合があります。まずはZ:に実体が残っているか確認し、残っているなら復元が最優先です。次にOneDriveの同期エラーを解消して、必要なら「常にこのデバイスに保持する」で実体化できるか確認します。

Q. 「ごみ箱が壊れています」で「はい」を押すと何が消えますか？

A. 基本的にはそのドライブのごみ箱情報（$RECYCLE.BIN）が作り直されます。通常、あなたの通常フォルダーのファイル本体を勝手に消す操作とは別です。ただし、ドライブのごみ箱に残っていた“削除済みファイル”があれば、それは失われる可能性があります。

Q. 10万件規模でも本当に一括で直りますか？

A. 典型的な「所有者不整合＋継承崩れ」であれば、ルートでの所有者置き換えとアクセス許可の置き換えで、まとまって改善することが多いです。逆に、ファイルシステム破損や物理故障が混ざっている場合は、権限を直しても不安定さが残ることがあります。その場合は、まずZ:へ退避・復元を優先してください。

Q. 結局、今回の最短ルートは？

A. 実務的には次の順が最短です。①Z:の無事を確認 → ②同期停止 → ③Y:ルートで所有者置き換え＋フルコントロール付与＋子の置き換え → ④Z:から必要分を復元 → ⑤OneDrive側の整理は“運用設計を固めてから”。この順にすると、復旧と再発防止が同時に進めやすくなります。