合同会社小村ソフト
相談する
メニュー

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

· 更新日: · · Windows, USB, ストレージ, トラブルシューティング

更新履歴(初版のみ・2026年09月12日公開)
初版公開

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

抜く前に必要な操作はその機器の取り外しポリシーによって変わります。「高パフォーマンス」ではWindowsが書き込みをキャッシュできるため、安全な取り外しで残りを書き終えてから抜きます。「クイック取り外し」ではWindowsがこのキャッシュをしないので、取り外しの操作を省略できる設計です。Manage default media removal policy

ただし、どちらの設定でも進行中のコピーや保存を途中で抜いてよいわけではありません。設定が分からなければ、保存とコピーを終え、USBを使うアプリを閉じ、安全な取り外しで取り外し可能の通知を確かめてから抜く運用にします。Safely remove hardware in Windows、Handling an IRP_MN_SURPRISE_REMOVAL Request

この記事で区別するのは、データを書き終えることと、アプリやWindowsが機器を使い終えることです。書き込み待ち、取り外しポリシー、開いたハンドルを分けて考えると、「安全な取り外しが必要か」と「なぜ取り外せないか」を区別できます。コピーのあとに「使用中」と表示されて外せないときは、待った時間だけで判断せず、USBを使っているアプリを確かめます。

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

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

設定を確かめて取り外す手順は「取り外しポリシーを確認する」と「USBを安全に取り外す」にあります。仕組みから知りたい場合は、次の「書き込みキャッシュ」から読んでください。

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

書き込みキャッシュ

アプリが保存やコピーでWindowsへデータを渡しても、そのデータがすぐUSBに記録されるとは限りません。書き込みキャッシュは書き込むデータを一時的に保持する場所です。この記事では主に、Windowsがメモリに受け取ったデータを後からディスクへ書く仕組みを指します。File Caching

アプリが渡したデータを後からUSBへ書く流れアプリが渡したデータをWindowsがメモリに受け取り、先にアプリへ処理を返して、USBへの書き込みは後から行う流れを示します。先に後でアプリ：データを渡すWindows：メモリに受け取るアプリへ処理を返すUSBへ書き出す

図1: アプリへ処理を返す時点と、USBへ書く時点は同じとは限りません。

毎回USBへの書き込みを待つと、アプリも待たされます。そこでWindowsはメモリに受け取った時点でアプリへ処理を返し、USBへは後で書き出せます。書き込みキャッシュはアプリを待たせにくくし、小さな書き込みをまとめて扱うための仕組みです。その代わり、性能と、まだ書き出していないデータを失うおそれとの釣り合いを取る必要があります。File Caching

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

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

Windowsが受け取った範囲とUSBに記録された範囲WindowsはA・B・Cを受け取り済みですが、USBに記録されたのはA・Bまでで、CはPCのメモリで書き込みを待っています。記録済み書き込み待ち受け取り済み：A・B・CUSB：A・Bメモリ：C

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

ここで接続を切ると、PCのメモリに残ったCはUSBへ届きません。アプリが全部渡したことと、USBへ全部書き終えたことは別です。

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

安全な取り外しの役割

安全な取り外しは機器を外す前にWindowsへ取り外しを要求する操作です。キャッシュに残っている処理を完了させるとともに、アプリやファイルシステムがその機器を使い終えられるかも確かめます。Manage default media removal policy、Handling an IRP_MN_QUERY_REMOVE_DEVICE Request

さきほどの資料なら、PCのメモリに残っていたCをUSBへ書き出し、A・B・Cがそろうのを待つことになります。

書き込み待ちのCと抜くタイミングCがPCのメモリに残ったまま抜くとUSBにはA・Bしか残らず、接続中にCを書き出してから抜くとUSBにA・B・Cがそろいます。書く前に抜く書いてから抜くメモリにCUSB：A・BUSB：A・B・C

図3: 抜く前に待つのは、残った書き込みが終わるまでです。

「数秒待ってから抜く」だけでは残りの書き込みが終わったかどうか分かりません。取り外しの操作をすれば、Windowsが終了処理を進め、取り外し可能の通知で終わったことを確かめられます。Safely remove hardware in Windows

この操作は書き込みを終えることと、機器の利用を終えることの両方にかかわります。「しばらく通信していない」ことと「もう機器を使わない」ことは同じではありません。アプリの「保存」の代わりにはならないので、文書はまずアプリで保存し、処理の完了を確かめてから機器の取り外しへ進みます。

安全な取り外しで扱う二つのこと安全な取り外しは、キャッシュに残った書き込みを完了させることと、アプリやファイルシステムが機器を使い終えられるかを確かめることの両方を扱い、そのあとで取り外し可能の通知が出ます。安全な取り外し書き込みの完了利用の終了取り外し可能の通知

図4: 安全な取り外しは書き込みを終える処理と、機器の利用を終える処理の両方を含みます。

取り外しポリシーの違い

取り外しポリシーはWindowsが外部ストレージへの書き込みをどう扱うかを、機器ごとに決める設定です。主なものは「高パフォーマンス」と「クイック取り外し」の二つで、同じ機器に同時に選ぶものではありません。Manage default media removal policy

高パフォーマンス

「高パフォーマンス」では、Windowsが対象機器への書き込みをキャッシュできます。書き込みをためて性能を上げられる代わりに、取り外すときは安全な取り外しが必要です。コピーを終えたあとも安全な取り外しを実行し、取り外し可能の通知が出てから抜きます。完了表示を見ただけで、この操作を省くことはしません。Manage default media removal policy

高パフォーマンスで書き込みを扱う流れ高パフォーマンスではWindowsが書き込みをキャッシュでき、書き込みをためて性能を上げる代わりに、抜く前に安全な取り外しで残りを書き終えます。高パフォーマンス書き込みをキャッシュできるためて性能を上げる抜く前に安全な取り外し

図5: キャッシュを使える分、抜く前に残りを書き終える操作が要ります。

実際にキャッシュが使われるかは、キャッシュの設定やアプリのI/Oの指定にもよります。「高パフォーマンス」は書き込みキャッシュを使える方針で、すべてのI/Oが必ず遅延するという意味ではありません。File Caching

クイック取り外し

「クイック取り外し」は、Windowsが対象機器へのディスク書き込みをキャッシュせず、安全な取り外しの操作を省略できるようにする方針です。書き込みをためて効率を上げる余地が減るので、性能が下がる場合があります。Manage default media removal policy

クイック取り外しで書き込みを扱う流れクイック取り外しではWindowsが書き込みをキャッシュせず、作業を終えたあとの安全な取り外しを省略できます。クイック取り外し書き込みを後回しにしない作業後の取り外し操作を省ける

図6: USBへ書く仕事は残り、後回しにするかどうかが変わります。

USBへ書く仕事そのものがなくなるわけではありません。変わるのは、Windowsがその書き込みを後回しにするかどうかです。

作業を終えた機器がクイック取り外しなら、ポリシー上は安全な取り外しを省略できます。操作をそろえるために、安全な取り外しを使っても構いません。

既定値と機器ごとの設定

Windows 10 バージョン1809以降、既定のポリシーはクイック取り外しです。「今はそのまま抜いてよい」という説明は、この既定値から来ています。ただし設定は機器ごとに変更できるので、既定値だけで目の前の機器の状態を判断しません。バージョン1809は既定値が変わった時期として挙げたもので、Windows 10の利用を勧めるものではありません。Manage default media removal policy

既定値と目の前の機器の設定Windows 10 バージョン1809以降の既定はクイック取り外しですが、機器ごとに変更できるため、目の前の機器の設定はプロパティで確かめます。既定：クイック取り外し機器ごとに変更できる目の前の機器はプロパティで確認

図7: 既定値と、目の前の機器に設定されている値は分けて確かめます。

クイック取り外しで変わらないこと

クイック取り外しが変えるのは、Windowsが対象機器への書き込みを後回しにするかどうかです。クイック取り外しは未完了のコピーを完成させたり、アプリの未保存データを保存したりする機能ではありません。保存・コピー・バックアップが終わったことを確かめてから外します。Manage default media removal policy

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

データが通るアプリ・Windows・機器の層アプリ内の未保存データ、Windows側のファイルキャッシュ、機器側のキャッシュを、データが通る順番で示します。保存処理機器への書き込みアプリ内：未保存の変更Windows側：ファイルキャッシュ機器側：内部キャッシュ・記録媒体

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

アプリ内の未保存の変更はアプリが保存処理でWindowsへ渡す前のデータで、扱うのはアプリの保存操作です。Windows側のファイルキャッシュには、機器への書き出しを待つデータが残ることがあります。機器内部のキャッシュの有無や構成は、機器の実装によって異なります。File Caching、File Buffering

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

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

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

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

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

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

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

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

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

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

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

取り外しポリシーを確かめる流れエクスプローラーで名前とドライブ文字を確かめ、ディスクの管理で機器のプロパティを開いてポリシーを確かめ、記録して閉じます。表示できなければ設定不明として扱います。できるできない名前とドライブ文字を確認ディスクの管理でプロパティポリシーを表示できるか記録して閉じる設定不明

図9: 確認だけで終え、設定は変えません。

USBを安全に取り外す

「高パフォーマンス」の機器と設定が分からない機器では、この手順で取り外します。設定を確認する権限がない場合も、ポリシーを推測したり変更したりせずにこの手順を使います。クイック取り外しの機器で操作をそろえたいときに使っても構いません。

コピー、保存、バックアップなどが進行中のまま抜かないでください。予期しない切断では、進行中のI/Oが失敗する可能性があります。安全な取り外しは未保存の文書を保存しません。重要なデータはUSB以外にもコピーを残してください。Handling an IRP_MN_SURPRISE_REMOVAL Request

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

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

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

    アイコンが隠れている場合は、隠れたアイコンの一覧を開きます。それでも表示されない場合は、Microsoftの案内で通知領域の設定を確認します。選択する名前と実際に抜くUSBを照合してください。対応が分からなければ、別の機器を抜かずに対応を確かめます。Safely remove hardware in Windows

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

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

これで指定したUSBの取り外し処理が終わったことを確かめ、その機器を取り外せます。取り外しが終わったかどうかは、Windowsの通知で判断します。数秒待ったことやアクセスランプの消灯、Process Explorerの検索結果だけでは判断しません。通知や状態を確かめられなければ、完了と決めつけません。既に失われたデータの復旧やUSB機器の故障防止は、安全な取り外しでも保証されません。

USBを安全に取り外す流れ保存とコピーを終え、アプリとエクスプローラーを閉じ、対象機器の取り出しを選び、取り外し可能の通知を確かめてから抜きます。使用中と表示されたら抜かずに対処へ進みます。取り外し可能使用中保存・コピーを終えるアプリとエクスプローラーを閉じる対象機器の取り出しを選ぶ表示された通知USBを抜く抜かずに対処

図10: 抜くのは、取り外し可能の通知を確かめてからです。

コピー後の「使用中」表示

コピーが終わったのに、取り外そうとすると「使用中」と表示されることがあります。書き込みが終わっていても、アプリなどが機器をまだ使っていると、取り外しが拒否される場合があります。

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

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

書き込み済みの資料を開いたままのアプリUSBにA・B・Cがすべて記録されていても、アプリが資料を開いたままでハンドルが残っていると、機器の取り外しが拒否される場合があります。USBにA・B・Cを記録済みアプリが資料を開いたままハンドルが残る取り外しが拒否される場合

図11: 書き込みが終わっていても、機器をまだ使っていれば取り外せないことがあります。

「使用中」という表示だけでは原因を一つに確定できません。開いたハンドルは原因の一例です。Process Explorerは特定のファイルやフォルダーを開いているプロセスを調べる手がかりになりますが、すべての取り外し拒否を診断できるわけではありません。どの機器やファイルが使われているかを確かめずに、無関係のアプリを終了しないでください。取り外しの拒否を避けるためにポリシーを変更することも、この記事の対処には含めません。Process Explorer

「使用中」に対処する

USBは接続したままにして、未保存のデータを守ります。ここでは原因を決めつけず、USBを使っているアプリを確かめます。

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

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

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

  3. 安全な取り外しをもう一度実行します。

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

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

    公式の配布元から入手し、会社のPCではツールの利用や管理者権限での実行の許可を確かめます。検索で見つからなくても、機器を安全に取り外せる証明にはなりません。詳しい操作はProcess Explorer・Handleの使い方を参照してください。Process Explorer

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

    対象機器名、ドライブ文字、確認できたポリシー、表示されたメッセージ、使っていたアプリ、試した操作と結果を伝えると、調査の続きを共有できます。すべてを確かめられなくても、分かる範囲を記録して伝えます。

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

使用中で取り外せないときの流れ保存してアプリを閉じ、取り外しをやり直し、まだ拒否されるならProcess Explorerで調べて通常の手順で終了し、それでも拒否されるならUSBを接続したまま管理者へ相談します。まだ拒否まだ拒否保存してアプリを閉じる取り外しをやり直すProcess Explorerで調べる通常の手順で終了して再実行接続したまま管理者へ相談

図12: どの段階でも、ハンドルの強制クローズはしません。

アプリ側の保存完了

ここからはアプリ開発者向けの補足です。アプリが「保存完了」を示すのは、Windowsへ渡した時点なのか、必要な書き出しの結果を確かめた後なのかを区別します。FlushFileBuffers function

Win32のFlushFileBuffersは指定したファイルのバッファ済みデータを機器へ書き出すAPIです。通常のファイルハンドルへの呼び出しは、別のアプリの未保存文書を保存する操作でも、USB全体の利用を終える操作でもありません。Windows側のファイルバッファとハードウェア側のキャッシュの違いも考慮します。FlushFileBuffers function、File Buffering

FlushFileBuffersが扱う範囲FlushFileBuffersは指定したファイルのバッファ済みデータを書き出しますが、別のアプリの未保存文書の保存やUSB全体の利用の終了は扱いません。範囲外FlushFileBuffers指定ファイルのバッファを書き出す他アプリの保存・USBの利用終了

図13: FlushFileBuffersが書き出すのは、指定したファイルのバッファです。

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

関連記事

参考資料

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

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

関連する記事

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

関連トピック

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

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

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

よくある質問

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

Windows 11でもUSBメモリの安全な取り外しは必要ですか？
対象機器の取り外しポリシーによります。「高パフォーマンス」では必要で、「クイック取り外し」では操作を省略できる設計です。どちらでも進行中の保存やコピーは中断しません。設定が分からなければ、作業を完了し、USBを使うアプリを閉じ、安全な取り外しの通知を確認してから抜きます。
クイック取り外しなら、コピー中に抜いてもよいですか？
いいえ。クイック取り外しは、Windowsが対象機器へのディスク書き込みをキャッシュして後回しにしないためのポリシーです。未完了のコピーを完成させる機能ではありません。保存・コピー・バックアップの完了を確認してから取り外します。
クイック取り外しになっているか、どこで確認しますか？
エクスプローラーで対象USBの名前とドライブ文字を確認し、「ディスクの管理」で対応する機器のプロパティを開き、「ポリシー」を確認します。タブが見えない配置では「ハードウェア」から該当ドライブのプロパティを開きます。確認だけなら設定は変更せず、権限や表示の問題で確認できない場合は管理者へ相談します。
書き込みが終わっているのに「使用中」と表示されるのはなぜですか？
対象USB上のファイルをアプリが開いたままにしていると、ハンドルが取り外しを妨げる場合があります。必要な保存をしてアプリと対象USBのエクスプローラーを閉じ、再度取り外します。必要ならProcess Explorerで開いているプロセスを調べますが、検索結果だけで安全とは判断せず、ハンドルの強制クローズは避けます。拒否が続く場合は管理者・担当者へ相談します。
安全な取り外しをすれば、保存し忘れた文書もUSBへ保存されますか？
保存されません。安全な取り外しはアプリの「保存」の代わりではありません。先に文書を保存し、その処理が完了したことを確認してください。重要なデータはUSBだけに置かず、別の場所にもコピーを残します。

著者プロフィール

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

小村 豪

合同会社小村ソフト 代表

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

お問い合わせ
ブログ一覧に戻る