UbuntuはUSBドライブを損傷しますか？

Nautilusを使用してUSBドライブをアンマウントし、Windowsマシンに接続するたびに、ドライブを修復する必要があるという警告が表示されます。

（このスクリーンショットと同じメッセージ）

Windowsでの10年以上の作業でUSBドライブが破損または破損したことはありませんでしたが、過去2年間で3台のUSBドライブが動作不能になったため、それを証明することはできませんが、これはUbuntuの（アン）マウント動作に関連していることは明らかです。

友人から、udiskとsyncを使用してこのような損傷を防ぐことができると言われましたが、これが2016年にシェルコマンドでドライブをマウントする方法ではないことを願っています。

UbuntuがUSBドライブを損傷する心配はありません。しかし、FAT32、FAT16、またはNTFSファイルシステムの不十分に文書化されたビットフラグは使用しません。Windowsでは、これらのフラグは、ドライブを適切にアンマウントしなかったか、I / Oエラーが発生したときに、破損した可能性のあるファイルシステムを示します。

これらのビットは、FATパーティションテーブルの予約済みエントリにあります。2004年のマイクロソフトの内部ペーパーによると、これらのビットの目的は次のとおりです。

• ClnShutBitMask：
  ビットが1の場合、ボリュームは「クリーン」です。ボリュームはアクセス用にマウントできます。ビットが0の場合、ボリュームは「ダーティ」で、FATファイルシステムドライバーがボリュームを適切にマウント解除できなかったことを示します（以前のマウント操作中）。ボリュームの内容をスキャンして、ファイルシステムメタデータに損傷がないかどうかを確認する必要があります。
• HrdErrBitMask：
  このビットが1の場合、ディスクの読み取り/書き込みエラーは発生していません。このビットが0の場合、ファイルシステムドライバーの実装は、ボリュームが最後にマウントされたときにディスクI / Oエラーを検出しました。これは、一部のセクターが不良になった可能性があることを示します。ボリュームの内容は、新しい不良セクタを探す表面分析を行うディスク修復ユーティリティでスキャンする必要があります。

これを克服する方法については、数年前にカーネルファイルシステム開発者と議論がありましたが、結果をフォローアップすることはできませんでした。どうやら最近のカーネルには入らなかったようです。

ビットフラグのみが関係しますが、通常、データは完全な形になっているはずなので、以前Ubuntuで使用していたドライブでのWindowsの問題の警告は無視できます。

これは主にWindowsの問題です。世界で唯一のOSであると考え、理解できないものを検出した場合は動作します。

ドライブを修復する必要があるとWindowsが言ったからといって、それは真実ではありません。

Ubuntuで使用するドライブはすべてWindowsからこのメッセージを受け取りますが、Windowsでも問題なく動作すると言いnoます。

要するに、ドライブには何も問題はありません。Windowsが理解できないものがそこにあるだけで、その応答はそれを破壊します。

repairドライブをしないでください、それはあなたに言わずにそれをフォーマットし、ドライブ上のすべてのデータを失います。

コメントで提案したように、これはおそらく、フラッシュドライブを取り外す前にUbuntuが書き込みプロセスを完了しないことに関連しています。Ubuntuはコピープロセス中にファイルをRAMに書き込み、コピーダイアログが閉じられた後、これらのファイルをバックグラウンドでバッファーからUSBドライブに書き込みます。別の答えがありますこれは、これが特に大量のメモリを搭載したマシンの問題であることを示唆していますが、バックグラウンド書き込みが完了する前にドライブを取り外している可能性があります。ドライブを取り出すと、これによりバッファがディスクに強制的に書き込まれますが、書き込みが実際にいつ完了したかを知ることは困難です。これを改善するためのポップアップ（特定の15.10、場合によっては15.04）がポップアップします-しばらく（一般的には短い）時間後に「[ドライブ]を削除できる」という行に沿って何かを示す紫色の警告が表示されます書き込みが終了しました。

これがおそらくあなたの友人が同期を提案した理由です。syncターミナルで実行すると、バッファされたすべてのデータが強制的にディスクに書き込まれ、書き込みが完了した後にのみ返されます（この回答を参照）。これが実際に問題であるかどうかを判断するのに役立つユーティリティについては、この回答を参照してください。

多くのUSBドライブ、特にUSBアダプターのフラッシュ（SDなど）カード、FATファイルシステム（事実上すべてのUSBドライブはFAT32でフォーマット済み）がUbuntuおよびUbuntu由来のディストリビューションを使用しているときに破損するのを見てきました。数か月に1度の定期的な日常使用で、ほぼ定期的に発生していました。

ハードウェアの問題である場合、ext3（または4）でパーティションをフォーマットすることは役に立ちませんが、ext3 / 4はファイルシステムを事実上防弾にします。（ext2は私が試してみた数ヶ月間破損していました。書き込みが少なく、フラッシュドライブの寿命が長いはずでした。主にジャーナルがありませんでした）。

したがって、UbuntuはUSBドライブ自体に物理的な損傷を与えるべきではありませんが、FATファイルシステムでは100％信頼していません。

ファイルシステムの破損は、次の方法で回避するのが最適だと思います。

• マウントが解除されるまで、umountまたは削除されるまで、USBドライブを抜かないでください。ドライブが現在何も書き込んでいない場合（ライトが点灯している場合は点滅していません）、および完了しsyncた場合でも、ファイルシステムはまだ
• umount/ ejectの後、プラグを抜く前に少なくとも数秒待ちます。それも後と思われるumountドライブの活動ライト時々少しの間点滅し続けることがあります。この男のような他のユーザーは、それが最大1分間続く可能性があると言います。
• ファイルの破損を受けたこの男のように、syncどちらかだけに頼らないでください。

関連する（一般的な）リンク：

• 「USBドライブを取り外す前に、USBドライブをアンマウントする必要がありますか？」に対する回答
• Linuxをシャットダウンする前にsync（8）の実行がまだ必要ですか？
• マウントが解除されているかどうかを心配せずにUSBドライブを取り外す方法は？

これは、オペレーティングシステムとはほとんど関係ありません。これはファイルシステムエラーであり、ほとんどの場合、ドライブが適切にアンマウントされなかったことを示します（ユーザーエラー）。これは損傷の絶対的な表示ではなく、損傷の可能性を示すだけです。存在する場合、損傷は通常、最後に書き込まれたファイルに限定されます。この場合のWindowsの「修復」コマンドは、「占有」とマークされているが、ファイルに割り当てられていないセクターのドライブをスキャンし、このスクラップとピースを新しいファイルに割り当てます。

このエラーは、書き込み中にドライブを最初にアンマウントせずにヤンクするだけの場合、Windowsでも作成される可能性があります（Windowsでは「取り出し」によりアンマウントが実行されます）。

このメッセージは、ドライブが適切にアンマウントされなかったことを意味します。

ファイルシステムが本当に破損しているか、それとも単なる誤検知であるかを自分で確認できます。「修復」を実行した後、「found000」などの名前の新しいフォルダがいくつかのファイルとともに表示される場合、それは本当に未完成の書き込みがあったことを意味します中断しました。一部のデータが失われましたが、それは懸念事項です。

デュアルブートで数年のubuntuとwindowsを使用し、ドライブを正しい方法でアンマウントすると、windowsに常にエラーメッセージが表示されますが、USBドライブにエラーはありませんでした。W10では、このポップアップエラーメッセージをオフにすることができます。

OSがUSBドライブを損傷する可能性はほとんどありません。通常のフォーマット（クイックではありません）の後、ドライブがUbuntuで使用された痕跡は残らないはずです。

「H2testw」または「USB Flash Drive Tester」でドライブを確認します-不良セクタは多くの奇妙なエラーの原因になる可能性があります。

ドライブが「破損」したかどうかはわかりませんが、おそらくそうであったかもしれませんし、そうではなかったかもしれません。しかし、同じことを言うことができる人として：「10年以上、Windowsを使用して...」、Windows 10を実行している場合、それが新しい問題の原因になる可能性があります。私は最初の10日に新しい問題に遭遇しました。10では、外部ドライブ用のデータベースが作成されます（これはインデックスデータベースかもしれませんが、覚えていません）。そのデータベースがドライブと一致しない場合、ドライブが破損していることがわかります。この警告を無視できる場合とできない場合があります（逸話を参照）。「修復」を実行すると、データベースが修正されます。

逸話：

この情報をどこで見つけたのか思い出せませんが、Musicフォルダを移動したときにその情報を見つけました。探していたフォルダが存在しないことについて不平を言うのではなく、ドライブが壊れていると不平を言いました。修復を実行する前に、Ubuntuに新しい場所が表示され、Windows 10に古い場所が表示されましたが、10ですべてのファイルを開くことができませんでした。姿を消し、再びWindows上で動作しました。

ランニングsyncも悪い考えではありません。