USBドライブを取り外す前に、USBドライブをアンマウントする必要がありますか?


45

マウントを解除せずにUSBドライブを取り外すと、OSはデバイスに対してこのような操作がどれほど恐ろしいものであるかを警告します(私はOSXを使用しています)。

通常、プラグを抜く前にアンマウントするというアドバイスに従いますが、何度も(数千回)発生し、タスクの最後にプラグを抜くだけ(HDストレージ、携帯電話など)で、破損したデータに気付くことはありませんでしたデバイス。
私は幸運ですか、この迷惑な警告を無視してもいいですか?


2
私のデータは完全に逸話であるため、回答を投稿しません。私は、システム管理者、その後約15年間のソフトウェア開発されていると私の友人の多くは、同じ貿易であり、私は思い出すことができない1アンマウントせずにUSBデバイスを抜くからのデータ損失に文句人を。常識を使ってください。コピー/移動中に引き出しないでください。
ニフレ

@Nifleそれは私が話していることです:)(実際には、「タスクの最後に」を指定しました)
-systempuntoout

1
私は、追加の逸話を提供したいと思います-Uniの研究室では、人々が(明らかに)作業を転送するためにUSBスティックを接続します。アンマウントするための関連する権限がありませんでした(尋ねないでください)。最初の用語の後、キーボードのUSBポートを使用しないように人々に告げるいくつかの大きな重要な兆候が現れました、これはスティックを破損し続けたためです(私は個人的に少なくとも4つのインシデントを知っていた)。しかし、同じ方法で(アンマウント許可なしで)使用される基本ユニット内のものは、正常に機能するように見えました!
DMA57361

1
@ DMA57361、アンマウントする権限がない場合(最初にマウントした場合はどうでしょうか...悪い悪い管理者)、とにかく実行syncし、数秒待ってからプラグを抜くことができます。
user39559

2
別の賞?マフィン屋バターリンは誰ですか?;-)ここで、別の投票があります...
スカイサンダース

回答:


42

破損したデータがなかったことが幸運であるか、データが破損したことに気付かなかったことが不幸です。

ディスクに書き込むべきアクションを実行すると、ほとんどのオペレーティングシステムは書き込み操作をキューに入れます。時々、キューをフラッシュします。(ここではキューと呼んでいますが、実際には操作は順不同で実行できます。オペレーティングシステムは、より高速で同じ最終結果が得られるときにこれを行います。)より良いことは何もないとき、そしてそれらをインテリジェントにグループ化できるので、それらを実行します。

すべてが書き込まれる前にデバイスのプラグを抜くと、最新のデータが失われる可能性があります。さらに悪いことに、OSが順不同で操作を実行している場合、デバイスを一貫性のない状態にして、最新のデータ以上のものを失う可能性があります。

一部のオペレーティングシステムは、デバイスをアンマウントする前にプラグを抜くことに伴うリスクを軽減するために、リムーバブルデバイスに対してより保守的な(ただし遅い)モードに入ります。

追加
操作を順序どおりにしないことは、単に速度の問題ではない場合があります。安価なフラッシュメディア(ハードウェアレベルでセクターの再割り当てを行わない)には、特定のセクターに上書きできる回数に制限があります。すべての変更が発生したときに単純に書き込むと、(V)FATファイルシステム(リムーバブルドライブの最も一般的なケース)のファイルアロケーションテーブルまたは典型的な最新のファイルシステムのジャーナルを含むセクターを殺すことができます。(たとえば、Linuxカーネルメーリングリストに関するこの議論をsync参照してください。)ここで、ファイルが書き込まれるたびにFATまたはジャーナルを更新しないことは、パフォーマンスが大幅に向上するだけでなく、ハードウェアの寿命にとっても良いことです。

最近まで、Linuxはsync(発生時にすべての変更をasync書き込む)と(都合の良いときにいつでも書き込む)の選択肢しか与えませんでした。最近のバージョンでは、flushFATファイルシステムのオプションが導入されています。これは、中間のどこかにあります(ディスクが非アクティブになるとすぐに、すべての遅延書き込みをフラッシュします)。Ubuntu 10.04ではデフォルトでオンになっています。

別の注意として、リムーバブルドライブをアンマウントすると、アプリケーションでファイルを開くことができなくなります。プラグを抜く前にマウントを解除しないと、手遅れになるまで保存されていないデータがあるかどうかはわかりません。ファイルが開いているときにアンマウントすると、ファイルシステムレベル(ファイルが閉じられるまでOSが一部の操作をキューに入れた可能性があります)とアプリケーションレベル(たとえば、アプリケーションがロックファイルを置くと、削除されます)。


3
sync取り付けに行きます!:D
BloodPhilia

ジャーナリングされたファイルシステムを使用する場合、これはまだ問題ですか?
NReilingh

1
@NReiはい。ジャーナリングされたファイルシステムは、書き込みプロセスの途中で何かがうまくいかない場合にデータの破損を防ぐだけです。OSがデータを書き込もうとする前にドライブが取り外されたため、書き込みがまったく行われなかったため、データの破損やデータの欠落を防ぐことはできません。
10

@BloodPhilia:syncパフォーマンスよりも痛い場合があります。私の編集をご覧ください。
ジル 'SO-悪であるのをやめる'

2
合意-systempuntooutはこれまで幸運でした。フラッシュドライブを取り外す前にアンマウントしないことにより、かなりの作業を失いました。アプリケーションに必要なものはすべて保存できますが、書き込みがバッファリングされている場合は、重要な場所で実行されていません。これで一度だけ火傷を負います。
ブライス

5

あなたが持っている主なリスクは、執筆の遅れです。さまざまな理由により、システムはデータが指示されたときに常にディスクにデータを書き込むとは限らず、代わりにデータをメモリに保持します。マウントを解除すると、すべてがディスクに書き込まれます(そして、現在使用されていないことを確認します)。ディスクに現在書き込みを行っているかどうかはおそらくわかるでしょうが、OSが以前に書き込みを指示したものをすべて書き込んでいないことに気付かないかもしれません。

この頻度は、システムとUSBドライブで何をするかに依存します。通常、アンマウントが遅く、ドライブからの書き込みノイズが聞こえる場合は、おそらくアンマウントを続行する必要があります。ただし、アンマウントが常に即座に行われる場合は、ご自身の責任でこの手順をスキップしてください。


4
ただし、ほとんどのOSは、リムーバブルドライブに対するこの種の遅延書き込みを無効にしていると思います。
ジェフアトウッド

@ジェフ、それは確かにUSBドライブを扱う賢明な方法でしょう。それを確認する方法はありますか?Windows 7では?
トーベンGundtofte・ブルーン

@torbengb:実際、それは必ずしも賢明なものではありません。編集済みの回答をご覧ください。
ジル 'SO-悪であるのをやめる'

ポリシーオプションを選択した場合、USBはデフォルトでクイック削除を使用するように設定されており、説明では安全削除は不要であると述べています。もう1つのオプションはデフォルトではありませんが、安全に削除する必要があるベストパフォーマンスです。したがって、ほとんどの場合、デフォルトはクイック削除で、安全に削除する必要はありません。
ComputerLocus

@Fogest、それは本当ですが、Windowsにも固有です。OPはOSXを使用しています。もちろん、OSXは同様のことを行うと確信しています。
Synetech

4

読み取りアクセスと書き込みアクセスの問題に誰も対処していないと思います。フラッシュドライブに何もコピーしていない場合、または書き込み用にファイルを開いていない場合は、おそらくそれを削除するだけで安全です-フラッシュドライブからコンピューターにファイルをコピーするだけの場合、通常はアンマウントする時間。ただし、ファイルをフラッシュドライブにコピーする場合は、eatraの手順を実行します。そして、はい、書き込み後すぐにフラッシュドライブを取り外した結果、ファイルが破損しました。


3

私はカジノで働いており、今では多くのスロットマシンメーカーがUSBサムドライブを使用して、ビンファイル(ゲームとOS)をスロットマシンにインストールしています。

ファームウェアが破損しているスロットマシンは、そのUSBドライブ上のデータの整合性が破損していないことを確認する大きな動機となります。コンプライアンス/レギュレーターはとにかくそれをチェックしますが、最初から正しく行うための作業を節約します。

企業環境では、データの損失には数百万ドルの費用がかかり、個人的にはかけがえのないものを失う可能性があります。

確かに、マウント解除、安全な取り外し、またはデータが保存されているUSBデバイスを安全に取り外すために使用される用語を使用します。


1
ただし、mp3をコピーして聴くことはあまりありません。
cgp

3

シートベルトを着用せずに車を運転することは、ほとんどの場合安全です。しかし、何かがおかしくなったら、使用してくれてありがとう。

あ、はい。ほとんどの場合、アンマウントせずにUSBドライブを取り外すだけで安全である場合でも、お勧めできません。


3

ドライブへの書き込み中に、ドライブの取り外しが早すぎるときに破損が見られました。OSは通常、未書き込みのデータを保持しませんが、少なくともXPはバックアップする書き込み要求を受け入れます。

私は誰かがファイルをフラッシュドライブにコピーし、コピーが彼の画面で終了したらすぐにそれを私に渡しました-ファイルは壊れていました。

何かがフラッシュドライブへのコピーも完了したと思われる後、書き込みライトが数秒間点滅するのを見ました。


2

システムがディスク上でファイル操作を実行している場合、データが破損する可能性があります。それはあなたに決して起こらなかったので、あなたは幸運です。OSが操作を実行している可能性があるかどうかを判断するには、常識を使用してください。(ドライブから開いている/使用中のプログラム/ファイルはありますか?ドライブにキャッシュがありますか?インデックスが作成されていますか?OSは一時ファイルを保存しますか?)


2

証拠ではなく逸話的な証拠ですが、USBの切断によるデータ破損がありましたが、Blackberryの携帯電話でしか発生していません。


2

はい、私を信じてください。

USBドライブにアクセスしているものはないかもしれませんが、実際には何かがあります。このようにして、3台の外部バックアップHDDを破壊し、2テラバイト近くのデータを失いました。

常に、プラグを抜く前にアンマウントしてください。


うわー、3 HDDは不運です。
systempuntoout

3
@systempuntoout:「一度おかしいとしたら、2回は愚かで、3回はスパンキングする価値があります。」最初の数回の事件の後、あなたは「不運」よりも深く見たいと思うかもしれません。
クリスバージェス

1

安全のためにアンマウントします(完全に偏執的な場合)が、既に述べたように、データの損失は主に遅延書き込みのために発生します。

ただし、WDの必需品であるポータブルドライブに関係することがもう1つあります。クリーンマウントなしでプラグを抜くだけの場合、次にプラグを差し込むと、ドライブは読み取り専用になります。ドライブを再書き込み可能にするには、PCを再起動する必要があります。


0

Windows 10システムのもう1つのシナリオは、システムが休止状態のときに(ここでは64 Gb、readyboostなし)フラッシュドライブが物理的に取り外された場合です。システムが休止状態からソフトブートした後、フラッシュスティック上の変更されたファイルの移動またはコピーにより、ファイルまたはディレクトリが破損して読み取り不能エラーが発生する場合があります。
エラーを回避するには(必要なchkdskアクションが1つまたは2つのchkフラグメントを生成し、それ以外の場合は完全に正常なドライブを「回復」)、right_click_on_drive_to_ejectを試すか、スティックを取り外します。ただし、ユーザーがデバイスで無効化/有効化すると、ドライブはエクスプローラーウィンドウに表示されディスクの管理でメディアなしとして表示されます。デバイスを完全に再接続する唯一の方法は、単にユニットを物理的に切断して再接続することです。
したがって、デバイスのプラグを抜く前に、デバイスを適切に取り外してください。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.