USBメモリの「安全な取り外し」は、今も必要なのか？ ── 「クイック取り外し」と書き込みキャッシュから考える

USBストレージを抜く前に必要な操作は、対象機器の取り外しポリシーで変わります。設定による違いと書き込みキャッシュの仕組みを説明し、設定の確認、安全な取り外し、「使用中」で取り外せない場合の対処を示します。

図の実線は常に成り立つ関係、破線は条件付きの関係です(成立条件は詳細ページの各関係の説明に記載)。関係すべての一覧(全6件、根拠・確度つき)と主要概念の定義は知識マップ詳細ページにまとめています。データ: JSON-LD / Turtle

問題・質問

USBメモリへのコピーが完了した後も、「ハードウェアの安全な取り外し」は必要でしょうか。「クイック取り外しなら不要」という説明と、「抜く前に取り外し操作をする」という説明を、どの条件で使い分ければよいのでしょうか。

この記事では、対象USBの設定を確認して取り外し方を判断する方法と、コピー後に「使用中」と表示される場合の対処を扱います。中心となる区別は、データを書き終えることと、アプリやWindowsが機器の利用を終えることです。

対象環境

対象はWindows 11に接続したUSBメモリ、外付けSSD・HDDなどのUSBストレージです。スマートフォンのファイル転送など、ディスクとして扱わない機器は対象外です。

取り外しポリシーは機器ごとに確認します。Windows 10 バージョン1809以降の既定は「クイック取り外し」ですが、設定は変更できるため、既定値だけで目の前の機器の状態を判断しません。この版の記述は既定値の変更時期を示すもので、Windows 10の利用を勧めるものではありません。[S1]

手順はMicrosoftの公式資料に基づきます。特定のOSビルドやUSB機器で実機検証した結果ではありません。画面の配置や管理権限は環境によって異なります。会社のPCで確認や調査が制限されている場合は、設定を変更せず管理者へ確認してください。

回答・解決方法

「高パフォーマンス」では、安全な取り外しをしてから抜きます。「クイック取り外し」では、その操作を省略できる設計です。ただし、どちらでも進行中のコピーや保存を中断してよいわけではありません。設定が分からなければ、保存・コピーを完了し、USBを使うアプリを閉じ、安全な取り外しで取り外し可能の通知を確認してから抜く運用にします。[S1][S2][S7]

すぐに操作を確認する場合は「手順」、仕組みを理解する場合は「定義」から読み進めてください。「使用中」と表示された場合は、経過時間だけで判断せず、USBを使っているアプリを確認します。

定義

ポリシーの定義は[S1]、キャッシュは[S3]、取り外し前の確認とハンドルは[S5]に基づきます。[S1][S3][S5]

安全な取り外し

機器を外す前にWindowsへ取り外しを要求する操作です。キャッシュに残る処理の完了や、機器の利用を終了できるかの確認を伴います。アプリの「保存」の代わりではありません。[S1][S5]

クイック取り外し

対象機器へのディスク書き込みをWindowsがキャッシュせず、安全な取り外し操作を省略できるようにするポリシーです。[S1]

高パフォーマンス

Windowsが対象機器への書き込みをキャッシュできるポリシーです。取り外すときは安全な取り外しが必要です。[S1]

書き込みキャッシュ

書き込むデータを一時的に保持する場所です。ここでは主に、Windowsがメモリに受け取ったデータを後からディスクへ書く仕組みを指します。[S3]

ファイルハンドル

アプリが開いたファイルなどを利用するための参照です。対象USB上のファイルのハンドルが残ると、取り外しを妨げる場合があります。[S5]

役割

書き込みの効率化

書き込みキャッシュは、アプリを待たせにくくし、小さな書き込みをまとめて扱うための仕組みです。毎回USBへの書き込みを待つ代わりに、Windowsがメモリでデータを受け取り、後で書き出せます。性能と、未書き込みデータを失うリスクの釣り合いを取る必要があります。[S3]

機器の利用終了

安全な取り外しは、その機器を外すための終了処理です。残る書き込みを終えるだけでなく、アプリやファイルシステムが機器の利用を終了できるかも確認します。「しばらく通信していない」と「もう機器を使わない」は同じではありません。[S1][S5]

文書の保存

アプリの未保存文書を保存する役割は、利用者とアプリ側に残ります。まずアプリで保存し、処理の完了を確認してから、機器の取り外しへ進みます。

構成

データの通り道には、アプリ内の未保存データ、Windows側のファイルキャッシュ、機器側の内部キャッシュ・記録媒体があります。Windows側のバッファと機器内部のキャッシュは別の層です。クイック取り外しを、すべての層の一時データをなくす設定と捉えないでください。[S3][S6]

flowchart TB
    accTitle: データを預かる場所には別々の管理者がいる
    accDescr: アプリ内の未保存データ、Windows側のファイルキャッシュ、機器側のキャッシュを、データが通る順番で示します。
    A["アプリ内：未保存の変更"] -->|"保存処理"| W["Windows側：ファイルキャッシュ"]
    W -->|"機器への書き込み"| D["機器側：内部キャッシュ・記録媒体"]

図1: データが通る層の区別。各層にデータが残るかは設定や実装によります。一つの層の設定を、ほかの層の完了確認と取り違えないようにします。

アプリ内の未保存データ

編集中の変更は、アプリが保存処理でWindowsへ渡す前のデータです。USBへの取り外し要求ではなく、アプリの保存操作で扱います。

Windows側のファイルキャッシュ

Windowsが受け取ったデータをメモリ上に保持する層です。キャッシュを使う書き込みでは、ここに機器への書き出しを待つデータが残ることがあります。[S3]

機器側のキャッシュ・記録媒体

Windowsからの書き込みを受け取るUSB機器側の層です。機器内部のキャッシュと記録媒体を、Windows側のファイルキャッシュと区別します。機器内部の構成やキャッシュの有無は実装によります。[S6]

仕組み

書き込み待ち、取り外しポリシー、開いたハンドルを分けると、「安全な取り外しが必要か」と「なぜ取り外せないか」を区別できます。

書き込みの受け付けと完了

説明のため、資料をA・B・Cの三つに分けます。アプリが順にWindowsへ渡し、Windowsが三つとも受け取った一方で、USBへ書けたのはA・Bまで、CはPC側のメモリで待っている瞬間を考えます。これはキャッシュを使う書き込みの説明用モデルであり、実測値ではありません。[S3]

flowchart TB
    accTitle: 同じ資料でもPCが受け取った範囲とUSBの記録は違う
    accDescr: A・B・CをWindowsが受け取り、A・BはUSBに記録したものの、CはまだPC側のキャッシュで書き込みを待っている瞬間を示します。
    A["WindowsはA・B・Cを受け取り済み"]
    A --> P["PCのメモリ：Cが書き込み待ち"]
    A --> U["USBの記録：A・Bまで"]

図2: アプリは三つとも渡しています。それでも、この瞬間のUSBにはCがまだありません。

ここで接続を切ると、PCに残ったCはUSBへ送れません。アプリが全部渡したことと、USBへ全部書き終えたことは別です。安全な取り外しでは、残っているキャッシュの処理を完了させてから外します。[S1]

flowchart TB
    accTitle: 同じ書き込み待ちのCが取り外し方でどう変わるか
    accDescr: CがPC側に残った状態で接続を切るとUSBはA・Bまでですが、接続中にCを書き出せばUSBにもA・B・Cがそろいます。
    P["PC側に書き込み待ちのC"]
    P -->|"Cを書く前に抜く"| L["USB：A・Bだけ"]
    P -->|"接続中にCを書き出す"| R["USB：A・B・Cがそろう"]

図3: 待ちたいのは一定時間の経過ではなく、残った書き込みの完了です。

完了表示のタイミングはアプリや設定によります。このモデルは、エクスプローラーのコピー完了表示後に必ず書き込みが残るという説明ではありません。通常の書き込みと、バッファ済みデータの書き出しは区別します。[S4]

取り外しポリシーとキャッシュ

「高パフォーマンス」では、Windowsが対象機器への書き込みをキャッシュできます。効率を上げられる代わりに、取り外すときは安全な取り外しが必要です。「クイック取り外し」では、Windowsは対象機器へのディスク書き込みをキャッシュせず、その操作を省略できるようにします。ためて効率を上げる余地が減るため、性能が下がる場合があります。[S1]

flowchart TB
    accTitle: 書き込みを後回しにする方針としない方針
    accDescr: 高パフォーマンスではPC側に書き込み待ちを残せる代わりに取り外し時の完了確認が必要で、クイック取り外しではWindowsがそのように書き込みを後回しにしません。
    H["高パフォーマンス"] --> HC["PCで書き込みを預かれる"]
    HC --> HE["抜く前に残りを書き出す"]
    Q["クイック取り外し"] --> QC["書き込みを後回しにしない"]
    QC --> QE["作業後の取り外し操作を省ける"]

図4: USBへ書く仕事が消えるのではなく、Windowsが書き込みを後回しにする方針かどうかが変わります。

二つは同じ機器の取り外しポリシーとして同時に選ぶものではありません。また、「高パフォーマンス」は書き込みキャッシュを使える方針であり、すべてのI/Oが必ず遅延するという意味ではありません。実際の動作はキャッシュ設定やアプリのI/O指定にも依存します。[S1][S3]

ファイルハンドルと取り外し

資料のA・B・CがすべてUSBに書けても、アプリが資料を開いたままなら、後からまた読んだり書き換えたりできます。ファイルシステムは、開いたハンドルなどのために取り外し要求を拒否する場合があります。[S5]

flowchart TB
    accTitle: 書き込み済みの資料にも利用中のアプリがつながっている
    accDescr: USBにA・B・Cがすべて記録されていても、アプリが資料へのハンドルを持ち続けていると、機器の取り外しを妨げる場合があります。
    A["資料を開いたままのアプリ"]
    A -->|"ハンドルを保持"| U["USB上の資料：A・B・C"]
    A -.-> N["読み書きが止まっても参照は残る"]

図5: データが足りないのではなく、機器をまだ使っていることが、取り外せない理由になる場合です。

「使用中」という表示だけでは原因を一つに確定できません。Process Explorerは、特定のファイルやフォルダーを開いているプロセスを調べる手掛かりになりますが、すべての取り外し拒否を診断できるわけではありません。[S8]

具体例

次は、利用時の判断に対応付けた例です。特定の機器で測った結果ではありません。

取り外しポリシーとハンドルによる拒否の区別に基づく判断例です。[S1][S5]

高パフォーマンスでコピーを終えた

保存・コピーが完了し、対象機器が「高パフォーマンス」になっている場合です。

安全な取り外しを実行し、取り外し可能の通知が出てから抜きます。完了表示だけで取り外し操作を省きません。

クイック取り外しで作業を終えた

対象機器が「クイック取り外し」で、保存・コピーなどの作業を終えている場合です。

ポリシー上は安全な取り外し操作を省略できます。運用を統一するために、安全な取り外しを使っても構いません。

取り外しポリシーが分からない

ポリシーが分からない、または確認する権限がない場合です。

ポリシーを推測したり変更したりせず、作業を終えて安全な取り外しを使います。

コピー後も「使用中」と表示される

コピーは完了したが、資料を開いたアプリがあり、取り外すと「使用中」になる場合です。

未保存の変更を保存して資料とアプリを閉じ、取り外しをやり直します。ハンドルが原因かどうかは必要に応じて調べます。

手順

設定を確認する作業と、実際に取り外す作業を分けます。既に設定が分かっている場合や、確認できない場合は「USBを安全に取り外す」へ進みます。

取り外しポリシーを確認する

対象USBをPCへ接続します。この手順は設定の確認だけを行い、ポリシーや書き込みキャッシュの設定を変更しません。管理者の資格情報を求められ、許可を得ていない場合はそこで中止し、管理者へ確認してください。

CAUTION:

「ディスクの管理」の初期化・フォーマット・ボリューム削除は、この確認に必要ありません。別のディスクを操作しないよう、対象USBの名前とドライブ文字を照合します。

1. エクスプローラーを開き、対象USBの名前とドライブ文字を確認します。

   例えば「USBドライブ (D:)」のような表示を記録します。複数のUSBを接続している場合は特に照合してください。

2. スタートボタンを右クリックし、「ディスクの管理」を開きます。

3. 下側の一覧で、対象USBに対応する機器のラベルを右クリックし、「プロパティ」を開きます。

4. 「ポリシー」タブで、選択されている取り外しポリシーを確認します。

   タブが見えない配置では、「ハードウェア」で該当ドライブを選び、さらに「プロパティ」を開きます。表示できない場合は設定不明として扱い、管理者へ確認します。[S1]

5. 確認した機器名とポリシーを記録し、設定を変更せずダイアログを閉じます。

対象機器が「クイック取り外し」「高パフォーマンス」のどちらか、または設定を確認できなかったことが明確になります。既定値を読んだだけでは、この確認を済ませたことにはなりません。

USBを安全に取り外す

「高パフォーマンス」、設定不明、または操作を統一するために安全な取り外しを使う場合の手順です。重要なデータは、USB以外にもコピーを残してください。

CAUTION:

コピー、保存、バックアップなどが進行中のまま抜かないでください。安全な取り外しは未保存文書を保存しません。予期しない切断では、進行中のI/Oが失敗する可能性があります。[S7]

1. USB上の文書の変更を保存し、コピー・保存・バックアップの完了を確認します。

2. USB上のファイルを開いているアプリと、対象USBを表示しているエクスプローラーを閉じます。

3. 通知領域の「ハードウェアの安全な取り外しとメディアの取り出し」を開き、対象機器の取り出しを選びます。

   アイコンが隠れている場合は、隠れたアイコンの一覧を開きます。それでも表示されない場合は、Microsoftの案内で通知領域の設定を確認します。選択する名前と実際に抜くUSBを照合してください。[S2]

4. 対象機器を取り外せる通知が出たことを確認してから、USBを抜きます。

   Microsoftの手順では、取り外し可能の通知が出て、その機器が取り出しメニューから消えます。「使用中」と表示された場合は抜かず、次の対処へ進みます。[S2]

指定したUSBについて取り外し処理の完了を確認し、その機器を取り外せます。単に数秒待ったことを成功の判定にはしません。

「使用中」に対処する

USBを接続したままにし、未保存のデータを保護します。開いたハンドルは原因の一例であり、ここでは原因を確定せず、利用中のアプリを確認します。

CAUTION:

ハンドルの強制クローズや、業務アプリ・サービスの無断停止は行いません。ハンドルの強制クローズはアプリやシステムを不安定にするおそれがあります。通常の終了手順で閉じられない場合は担当者へ相談します。[S9]

1. コピー・保存・バックアップが終了していることを確認し、対象USBのファイルを保存して閉じます。

2. 対象USBを表示しているエクスプローラーと、USBを使っていたアプリを通常の手順で閉じます。

3. 安全な取り外しを再実行します。

   取り外し可能の通知が出れば、対象機器を確認して取り外します。まだ拒否される場合だけ、次の調査に進みます。

4. 使用中のアプリに心当たりがなければ、Process Explorerで対象USB上のファイル名やフォルダー名を検索し、開いているプロセスを確認します。

   公式の配布元を利用し、会社のPCではツール利用や昇格の許可を確認します。検索に該当しなくても、機器が安全に取り外せる証明にはなりません。詳しい操作はProcess Explorer・Handleの使い方を参照してください。[S8]

5. 確認したアプリを通常の手順で終了し、再度取り外します。終了できない場合や拒否が続く場合は、USBを接続したまま管理者・担当者へ相談します。

   対象機器名、ドライブ文字、確認できたポリシー、表示されたメッセージ、利用中のアプリ、試した操作と結果を伝えると、調査の続きを共有できます。

取り外し可能の通知を確認できれば取り外します。確認できなければ未解決として扱い、ハンドルの強制クローズや待ち時間によって解決済みにしません。

確認

以下は利用者が手順の結果を確認するための項目です。本稿で実機試験が成功したことを示す記録ではありません。

取り外し完了の判定はWindowsの通知を用いる手順に基づきます。アクセスランプの消灯やProcess Explorerの検索結果だけを、取り外し完了の通知の代わりにはしません。[S2]

対象機器の一致

エクスプローラーの名前・ドライブ文字、確認したディスク、取り出す機器が対応していることを確認します。

対応が分からない場合は、別の機器を抜かず、対応を確認します。

保存・コピーの完了

必要な文書を保存し、コピー・保存・バックアップが終了していることを確認します。

作業が残っている場合は完了させます。ポリシーを変更して省略しません。

取り外し完了の通知

安全な取り外しを使う場合、対象機器を取り外せる通知が出ていることを確認します。

「使用中」と表示された場合は、その対処へ進みます。通知や状態を確認できなければ、完了と決め付けません。

未解決時の調査記録

機器名、ポリシー、メッセージ、利用アプリ、試した操作と結果を説明できるようにします。

すべてを確認できない場合も、分かる範囲を記録し、管理者・担当者へ伝えます。

制約

未完了の保存・コピー

クイック取り外しは、未完了のコピーを完成させたり、アプリの未保存データを保存したりする機能ではありません。

データ復旧と故障防止

安全な取り外しも、既に失われたデータの復旧やUSB機器の故障防止を保証するものではありません。重要なデータはUSBだけに置かず、別の場所にも残す運用にします。

取り外し拒否の原因

「使用中」の原因は開いたハンドルだけとは限りません。どの機器・ファイルが使われているかを確かめずに、無関係のアプリを終了しないでください。取り外し拒否を回避するためにポリシーを変更することも、本稿の対処には含めません。

FlushFileBuffersの適用範囲

ここではアプリ開発者向けに、ファイルのフラッシュと機器の取り外しを区別します。

Win32のFlushFileBuffersは、指定ファイルのバッファ済みデータを機器へ書き出すAPIです。アプリの「保存完了」を、Windowsへ渡した時点で示すのか、必要な書き出しの結果を確認してから示すのかを区別します。[S4]

通常のファイルハンドルへの呼び出しは、別アプリの未保存文書を保存する操作でも、USB全体の利用を終える操作でもありません。Windows側のファイルバッファとハードウェア側のキャッシュの違いも考慮します。[S6]

取り外し通知を扱うアプリでは、必要なデバイスハンドルを閉じるなど、取り外しに向けた後片付けも必要です。[S10]APIの使い分けはキャッシュマネージャーとWriteFileの解説で扱います。

関連記事

• Windowsのキャッシュマネージャー：WriteFileはいつディスクへ届くのか
• WindowsアプリでUSB機器を扱う方法
• Process Explorer・Handle・VMMapで調査する

参考資料

Microsoftの一次資料を2026年9月17日に確認しました。各資料が支える主張を本文の対応箇所にも示しています。

• S1: Microsoft Learn, Manage default media removal policy。クイック取り外しと高パフォーマンスの違い、既定値の変更、機器ごとの設定確認。
• S2: Microsoft Support, Safely remove hardware in Windows。通知領域からの取り外し操作と、取り外し可能の通知。
• S3: Microsoft Learn, File Caching。メモリ上のファイルキャッシュ、遅延書き込み、フラッシュの役割。
• S4: Microsoft Learn, FlushFileBuffers function。通常の書き込みとバッファ済みデータの書き出し。ファイルのフラッシュと機器の取り外しの区別。
• S5: Microsoft Learn, Handling an IRP_MN_QUERY_REMOVE_DEVICE Request。取り外し前の確認、開いたハンドル、ファイルシステムやアプリの応答。
• S6: Microsoft Learn, File Buffering。Windows側のファイルバッファとハードウェア側のキャッシュの区別。
• S7: Microsoft Learn, Handling an IRP_MN_SURPRISE_REMOVAL Request。予期しない機器切断に伴うI/Oの失敗と後片付け。
• S8: Microsoft Learn, Process Explorer。特定のファイルやディレクトリを開いているプロセスの検索。
• S9: Microsoft Learn, Handle。開いたファイル参照の調査と、ハンドルの強制クローズに関する警告。
• S10: Microsoft Learn, DBT_DEVICEQUERYREMOVE event。アプリによる取り外しへの準備とデバイスハンドルの終了。

関連する記事

同じタグを共有する最新の記事です。さらに近い話題で知識を深められます。

関連トピック

このテーマと近いトピックページです。記事を起点に、関連するサービスや他の記事へ進めます。

このテーマがつながるサービス

この記事は次のサービスページにつながります。近い入口からご覧ください。

よくある質問

この記事のテーマについて、相談時によくある質問をまとめています。

Windows 11でもUSBメモリの安全な取り外しは必要ですか？

対象機器の取り外しポリシーによります。「高パフォーマンス」では必要で、「クイック取り外し」では操作を省略できる設計です。どちらでも進行中の保存やコピーは中断しません。設定が分からなければ、作業を完了し、USBを使うアプリを閉じ、安全な取り外しの通知を確認してから抜きます。

クイック取り外しなら、コピー中に抜いてもよいですか？

いいえ。クイック取り外しは、Windowsが対象機器へのディスク書き込みをキャッシュして後回しにしないためのポリシーです。未完了のコピーを完成させる機能ではありません。保存・コピー・バックアップの完了を確認してから取り外します。

クイック取り外しになっているか、どこで確認しますか？

エクスプローラーで対象USBの名前とドライブ文字を確認し、「ディスクの管理」で対応する機器のプロパティを開き、「ポリシー」を確認します。タブが見えない配置では「ハードウェア」から該当ドライブのプロパティを開きます。確認だけなら設定は変更せず、権限や表示の問題で確認できない場合は管理者へ相談します。

書き込みが終わっているのに「使用中」と表示されるのはなぜですか？

対象USB上のファイルをアプリが開いたままにしていると、ハンドルが取り外しを妨げる場合があります。必要な保存をしてアプリと対象USBのエクスプローラーを閉じ、再度取り外します。必要ならProcess Explorerで開いているプロセスを調べますが、検索結果だけで安全とは判断せず、ハンドルの強制クローズは避けます。拒否が続く場合は管理者・担当者へ相談します。

安全な取り外しをすれば、保存し忘れた文書もUSBへ保存されますか？

保存されません。安全な取り外しはアプリの「保存」の代わりではありません。先に文書を保存し、その処理が完了したことを確認してください。重要なデータはUSBだけに置かず、別の場所にもコピーを残します。

著者プロフィール

記事の著者プロフィールページです。

小村 豪

合同会社小村ソフト 代表

Windows ソフト開発、技術相談、不具合調査を中心に、既存資産が残る案件や原因が見えにくい障害調査に強みがあります。