UbuntuはUSBドライブを損傷しますか？
NautilusでUSBドライブをアンマウントし、Windowsマシンに接続するたびに、ドライブを修復する必要があるという警告が表示されます。
（このスクリーンショットと同じメッセージ）
Windowsでの10年以上の作業でUSBドライブが破損または破損したことはありませんでしたが、過去2年間で3台のUSBドライブが動作不能になったため、それを証明することはできませんが、これはUbuntuの（アン）マウント動作に関連していることは明らかです。
友人から、udiskとsyncを使用してこのような損傷を防ぐことができると言われましたが、これが2016年にシェルコマンドでドライブをマウントする方法ではないことを願っています。
buntuが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からこのメッセージを受け取ります。noと言うだけで、Windowsで正常に動作します。
要するに、ドライブには何も問題はありません。Windowsが理解していないものがそこにあるだけで、その応答はそれを破壊します。
ドライブをrepairしないでください。通知せずにフォーマットするため、ドライブ上のすべてのデータが失われます。
コメントで提案したように、これはおそらく、フラッシュドライブを取り外す前にUbuntuが書き込みプロセスを完了しないことに関連しています。 Ubuntuは、コピープロセス中にファイルをRAMに書き込み、コピーダイアログが閉じられた後、これらのファイルをバックグラウンドでバッファーからUSBドライブに書き込みます。 別の回答 があり、これは特に大量のメモリを搭載したマシンでは問題であることを示唆していますが、バックグラウンド書き込みが完了する前にドライブを取り外している可能性があります。ドライブを取り出すと、これによりバッファがディスクに強制的に書き込まれますが、書き込みが実際にいつ完了したかを判断するのは困難です。これを改善するためのポップアップ（特定の15.10、場合によっては15.04）がポップアップします-しばらく（一般的には短い）時間後に「[ドライブ]を削除できる」という行に沿って何かを示す紫色の警告が表示されます書き込みが終了しました。
これがおそらくあなたの友人が同期を提案した理由です。ターミナルでsyncを実行すると、バッファされたすべてのデータが強制的にディスクに書き込まれ、書き込みが完了すると戻るだけです（ this answer を参照）。これが実際に問題であるかどうかを判断するのに役立つユーティリティについては、 this answer を参照してください。
多くのUSBドライブ、特にUSBアダプターのフラッシュ（SDなど）カード、FATファイルシステム（事実上すべてのUSBドライブはFAT32でフォーマット済み）がUbuntuおよびUbuntu由来のディストリビューションを使用しているときに破損するのを見てきました。数か月に1度の定期的な日常使用で、ほぼ定期的に発生していました。
ハードウェアの問題である場合、ext3（または4）でパーティションをフォーマットすることは役に立ちませんが、ext3/4はファイルシステムを事実上防弾にします。 （ext2は数か月にわたって破損しましたが、書き込みが少なく、フラッシュドライブの寿命が長くなるはずでした。主にジャーナルはありませんでした）。
したがって、UbuntuはUSBドライブ自体を物理的に損傷するnotがありますが、FATファイルシステムでは100％信頼できません。
ファイルシステムの破損は次の方法で回避するのが最善だと思います。
- マウントが解除されるまで、USBドライブを抜かないでください/
umount/ejected。ドライブが現在何も書き込んでいない場合（ライトが点灯している場合は点滅していません）、およびsyncを実行した場合でも、ファイルシステムはまだ - プラグを抜く前に、
umount/ejectの後に少なくとも数秒待ちます。umountの後でも、ドライブのアクティビティライトがしばらくの間点滅し続ける場合があります。他のユーザー この男のように 最大1分間続けることができると言います。 syncのみに依存しないでください。 この人のように ファイルの破損が発生した人。
関連する（一般的な）リンク：
これは、オペレーティングシステムとはほとんど関係ありません。これはファイルシステムエラーであり、ほとんどの場合、ドライブが適切にアンマウントされなかったことを示します（ユーザーエラー）。これは損傷の絶対的な表示ではなく、単に損傷の可能性を示しています。存在する場合、損傷は通常、最後に書き込まれたファイルに限定されます。この場合のWindowsの「修復」コマンドは、「占有」としてマークされているが、ファイルに割り当てられていないセクターをドライブでスキャンし、このスクラップとピースを新しいファイルに割り当てます。
このエラーは、書き込み中にドライブをアンマウントせずにドライブをヤンクアウトするだけで、Windowsでも作成される可能性があります（Windowsでは「取り出し」によりアンマウントが実行されます）。
このメッセージは、ドライブが適切にアンマウントされなかったことを意味します。
ファイルシステムが実際に破損しているか、それとも誤検知であるかを自分で確認できます。「修復」を実行した後、「found000」などの名前の新しいフォルダーがいくつかのファイルとともに表示される場合、それは実際に未完成の書き込みがあったことを意味します中断しました。一部のデータが失われましたが、それは懸念事項です。
私はデュアルブートで数年のubuntuとwindowsを使用し、ドライブを正しい方法でアンマウントすると、windowsで常にエラーメッセージが表示されますが、USBドライブでエラーは発生しませんでした。 W10では、このポップアップエラーメッセージをオフにすることができます。
OSがUSBドライブを損傷する可能性はほとんどありません。通常のフォーマット（クイックではありません）の後、ドライブがUbuntuで使用された痕跡は残らないはずです。
「H2testw」または「USB Flash Drive Tester」でドライブを確認します-不良セクタは多くの奇妙なエラーの原因になる可能性があります。
ドライブが「破損」したかどうかはわかりませんが、おそらくそうであったかもしれませんし、そうではなかったかもしれません。しかし、同じことを言うことができる人として：「10年以上Windowsで作業している...」ということは、Windows 10を実行している場合、それが新しい問題の原因になる可能性があるということです。 10日に最初の日に新しい問題に遭遇しました。10では、外部ドライブ用のデータベースが作成されます（これはインデックスデータベースかもしれませんが、覚えていません）。そのデータベースがドライブと一致しない場合、ドライブが破損していることがわかります。この警告を無視できる場合とできない場合があります（逸話を参照）。 「修復」を実行すると、データベースが修正されます。
Anecdote：
この情報をどこで見つけたのかは思い出せませんが、Musicフォルダを移動したときにその情報を見つけました。探していたフォルダが存在しなくなったことについて文句を言うのではなく、ドライブが壊れていると文句を言いました。修復を実行する前に、Ubuntuに新しい場所が表示され、Windows 10に古い場所が表示されましたが、10ですべてのファイルを開くことができませんでした。姿を消し、再びWindows上で動作しました。
syncを実行することも悪い考えではありません。