最近、起動可能なUSBスティックの作成に問題があります。 Rufusを使用してUSBスティックにOS(WindowsまたはCentOS)イメージを書きたいとき、私は時々この種のエラーを受け取ります:
選択したデバイスは別のプロセスで使用されています。このデバイスを使用する前にプロセスを閉じてください。
[006880] C:\ Windows\Explorer.EXE(r)
Windowsは、私のデバイスがいつか再生できる状態にあると判断し、それをマウントしようとするようです。 Rufusが使用中にこのデバイスをブロックできないのはなぜですか?起動可能なUSBスティックが必要になるたびにExplorer.exeを閉じるのは本当に面倒です。
ルーファス開発者はこちら。
Rufusが使用中にこのデバイスをブロックできないのはなぜですか?
まあ、私たちはそれを排他的なアクセスで実行しようとしますが、Windowsは正確にニースを再生しません。
たとえば、ほとんどの人が知らないのは、Windows(例 [〜#〜] vds [〜#〜] )では、物理ディスクの既存のパーティションをクリーンアップできないことです。最初にそのディスクのロックを解除しました...これは非常に直感的ではなく、その間、他のアプリケーションがそのディスクにアクセスするのを防ぐ方法はありません。
つまり、Rufusは必要に応じて物理ディスクと論理ボリュームの両方をロックしようとしますが、期待どおりに常に論理的であるとは限りません。別の例として、新しくフォーマットされたボリュームを認識させるために、Windowsはボリュームのマウントを強制的に解除します(注記 here のとおり)。つまり、ボリューム、あなたはWindowsを幸せに保つためにそれを放棄する以外に選択肢はありません。したがって、Rufusがドライブへのロックを保持して外部の干渉を防止したいという多くの場合がありますが、MicrosoftはOSを設計できないように設計しています。あなたが観察した問題の種類。
ただし、メッセージによると、実際にはExplorer.exe
それ自体が問題であり、(r)
ご覧のとおり、これは読み取りアクセスを要求するだけであることを意味します。これにより、Rufusがボリュームへの排他的アクセスを取得できなくなることはありません。ほとんどの場合、実際の競合は、Windowsの内部プロセスまたはサービスの1つに起因するものであり、一覧表示できないほど高レベルです(Rufusがドライブにアクセスしているプロセスを一覧表示することを試みている間、それに対してできることはたくさんあります。列挙するのが非常に難しいWindows特権プロセス)。ほとんどの場合、 Rufus FAQの終わり にリストされているアプリケーションを使用していないことを確認する必要があります。これらのいくつかはトリガーが少なすぎることがわかっているためです。アクセスする必要のないボリュームにアクセスする必要があります。
または、皮肉なことに、問題はRufusが「使用中にこのデバイスをブロックできない」の結果である可能性が高いため(取得できないため)他のアプリケーションをベイに留めておくために要求する排他ロック)、押すことをお勧めします Alt-, (これは、RufusのAltおよびcommaキー)なので、ドライブをロックしようとしません。
もちろん、そうする場合、Rufusが操作を実行しているときに、他のプロセスがそのドライブにアクセスしようとすると、それが変更される可能性が常にあり、その結果、データが破損したり、ドライブが起動できなくなる可能性があります(これが、Rufusがデフォルトで排他ロックを要求する正確な理由です)...
お役に立てば幸いです。