重複した外部SSDデータ転送の原因を特定し、これを防止します。

重複した外部SSDデータ転送の原因を特定し、これを防止します。

USB経由でLinux Mintボックスに接続されている外部SSDのLEDインジケータは、ユーザーアプリケーション(およびプロセスなし)がドライブにアクセスしなくても00:06:15(6分15秒)ごとにデータ転送を示します。私はこのように繰り返しドライブにアクセスする原因が何であるかを把握しようとしてきました。

LED照明パターンは、00:06:15(6分15秒)ごとに2回の連続データ転送(約4秒間隔)を示します。

これまで私がしたこと:

  1. これが奇妙なハードウェアの問題であることを確認しようとしています。どのコンピュータにも接続されていない電源が供給されたUSBハブに、外部SSDを一時的に接続しました。電源が供給される USB ハブなので、SSD はまだ電力を供給できます。 SSDのLEDインジケータは入力電源を表示しますが、00:06:15ごとにデータ転送を表示しません。
  2. timeshiftSSD のマウントポイントの除外が生成されます。
  3. gnome-system-monitorAll processes関連ディスクの読み取り/書き込みが検出されたことを確認するには、このオプションを有効にして実行します。そうではありませんでした。
  4. fatrace関連ファイル操作が検出されたことを確認するには、実行してください。そうではありませんでした。最初は驚くように見えましたが、fatrace結局は失望しました。関連性が見つからなかった後(テキストエディタ)を開き、geanyファイルをSSDに書きました。 fatrace書き込み操作が検出されませんでした。fatraceこれを検出するには、閉じて再度開く必要がありますgeany。したがって、fatrace信頼性(またはそれについての理解)について確信はありません。
  5. インストールされましたiotop。 runを実行すると、iotopメッセージ参照iotopとCVEが生成されます。メッセージのすべての意味を完全に理解していないのでiotop
  6. journalctlロギングにディスクI / Oと同時に表示される項目があるかどうかを確認するには、実行します。彼らはしません。
  7. すべてのLinux Mintユーザーがログアウトしても問題が解決しないことを確認してください。興味深いことに、この問題はまだ存在します。私はこれが正確に何を明らかにするのか分からず、他の人のフィードバックに興味があります。

によると、fatrace私が見た唯一の関連プロセスは次のとおりです。時々 udisksdおよび/またはsystemd-udevdほぼ同時にシステムドライブのルート(問題の外部SSDではない)にアクセスします。しかし、このような相関関係は時々存在しないため一貫性がなく、存在しても時間が1分ほど差が出る場合もあります。したがって、これらの明らかな相関は偶然の一致に過ぎな​​いかもしれない。

運転を止めようとする究極の目標を持って、これらの繰り返し運転活動を引き起こす原因をどのように確認できますか?

関連情報