以前にも同様の問題がありましたが、どのように解決したのか覚えていませんね。
FATを使用してUSBスティックに何かをコピーしようとすると、ほぼ端で停止し、時には100％で停止します。もちろん、メモリースティックを別の場所に移動したときにファイル全体が含まれていませんでした。 （ファイルは映画です！）
mount -olushを使用してデバイスをマウントしようとしましたが、同じ問題が発生しました。
また、新しいFATパーティションでUSBスティックをフォーマットしました。
どうすればいいのかご存知ですか？
ps 私はこれがオペレーティングシステム、つまりDebianとは何の関係もないと思い、SSDドライブで対処しても問題は発生しないと思います。
ベストアンサー1
これは、プログラムが「このデータを作成してください」と言い、Linuxカーネルがそれをディスクに待機しているメモリバッファにコピーしてから「OK、完了」と言っているために発生します。だからプログラムはすべてをコピーしたと思います。その後、プログラムはファイルを閉じますが、突然カーネルはバッファがディスクにプッシュされるのを待ちます。
したがって、残念ながら、プログラムはバッファをフラッシュするのにどれくらいの時間がかかっていないかを知らせることができません。
vm.dirty_bytes高度なユーザートリックを試したい場合は、カーネルパラメータを（15MB）のように設定して、15000000Linuxで使用されるバッファサイズを減らすことができます。これは、アプリケーションが事前に15MB以上の実際の進行状況を取得できないことを意味します。 （カーネルパラメータを動的に変更できますが、再sudo sysctl vm.dirty_bytes=15000000起動後もそれを維持するには、ディストリビューション固有の設定/etc/sysctl.confファイルを変更する必要があります。）
副作用は、この設定によってコンピュータのデータ書き込みスループットが低下する可能性があることです。しかし、一般に、大量のデータを書き込んでいる間にプログラムが長時間実行されているのを見るのは、プログラムの混乱に似ています。とても役に立ちます。プログラムは作業を終えたように見えますが、カーネルが実際の作業を実行するとシステムが著しく遅れます。この値を非常に小さい値に設定すると、dirty_bytes使用可能なメモリが不足したり、突然大量のデータを書き込むプログラムを実行したときにシステムが応答しなくなるのを防ぐのに役立ちます。
しかし、あまりにも小さく設定しないでください！カーネルが1/4秒以内にバッファを通常のハードドライブにフラッシュできるというおおよその推定値として15MBを使用しました。私のシステムが「遅い」感じを受けないようにします。