サムスンPROシリーズSSDがあります。非同期トリム（ファームウェアエラー）を使用すると誤ったデータが削除されたため、LinuxでこのSSDのトリムを無効にしました。
同期トリムは有効にできますが、非同期トリムは有効にできませんか？
私がこのSSDを使用するノートブックは、Ubuntu 16.04という1つのOSのみを実行します。 LTSシステムなので、LTSカーネルのみを実行します。現在のカーネルは4.4.0-57-generic。
ファームウェアアップデートについて：多くのユーザーがファームウェアアップデートに失敗したと報告しました。また、Samsungは私が所有しているSSDに対してのみWindows用のアップデートソフトウェアを提供しています。 Linuxバージョンは一部の商用SSDのみをサポートし、Windowsバージョンは一部の消費者SSDのみをサポートします。残念ながら、私は商用SSDを持っていません（ほとんどの場合、Windowsがインストールされていないため、正直、非常に満足しています）。とにかく更新方法があるようです。しかし、かなり陳腐です。さらに、ファームウェアアップデートで問題が解決したかどうかはわかりません。
ベストアンサー1
解決策が見つかりました。
fstrim答えを投稿した直後、週間のクローン操作でパーティションを明示的に宣言しようとしましたが、安全かどうかはわかりませんでした。また、より良い回答を持つ人がいるかどうかわかりません。したがって、私はそれを直接答えとして投稿しませんでした。
/etc/cron.weekly今日はディスク全体をデータで埋め、数分前には大量のデータを削除した後、手動で実行したいので、コマンドが入ったファイルを入れたフォルダの内容だけを見ました。命令が覚えておらず、ただ私が入力したところに行きました。しかし、実行時にll私のスクリプトだと信じる名前を持つ2つのファイルを見つけました。
他のファイルは私がそこに置いたものではないので、Ubuntuに付属していることはほぼ確実です。その名称fstrimと内容は次のとおりです。
#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true
私のスクリプトを削除した後、Ubuntuに付属のスクリプトが間違いなく良かったので実行しました。予想通りに実行するのに1分ほどかかったようで、スペースも36GB減りました。 2回目の実行は、最初にクリーンアップしたことを示す直ちに返されます。
最初のクリーンアップの前にホームフォルダ内のすべてのファイルと最初のクリーンアップ後のすべてのファイルをsha256sumにしましたが、比較したときに予期しない変更は見つかりませんでした（もちろん、Firefoxを同時に使用したとき）、~/.cachesha256sums~/.mozillaを含むMeldファイルを通じて変更されます。それで、おそらく安全であると思われると結論付けました。