确定重复外部 SSD 数据传输的原因并加以预防

确定重复外部 SSD 数据传输的原因并加以预防

通过 USB 连接到 Linux Mint 盒的外部 SSD 的 LED 灯每隔 00:06:15(6 分 15 秒)指示数据传输,尽管没有用户应用程序(可能也没有进程)访问驱动器。我一直在尝试确定是什么导致了这种重复的驱动器访问。

LED 灯的模式表示每 00:06:15(6 分 15 秒)有 2 次连续(间隔约 4 秒)数据传输。

到目前为止我所做的:

  1. 试图确定这是否是一个奇怪的硬件问题。我暂时将外部 SSD 连接到未连接到任何计算机的供电 USB 集线器。因为它是一个供电的 USB 集线器,所以 SSD 仍然可以通电。 SSD 的 LED 灯指示输入电源,但从未指示每隔 00:06:15 进行数据传输。
  2. timeshift为 SSD 的安装点创建了排除项。
  3. gnome-system-monitor启用该选项后运行All processes,以查看是否检测到任何相关的磁盘读/写。它没。
  4. 运行fatrace以查看是否检测到任何相关的文件操作。它没。虽然fatrace一开始看起来很神奇,但最终还是让我失望了。在没有检测到任何相关内容后,我打开geany(文本编辑器)并将文件写入SSD。 fatrace没有检测到写操作。我必须关闭fatrace然后重新打开它才能让它检测geany.因此,我对它的可靠性fatrace(或者也许是我对它的理解)没有信心。
  5. 已安装iotop。运行时iotop,它发出一条消息引用iotop和一个 CVE。我没有完全理解该消息的所有含义,因此我卸载了iotop.
  6. 运行journalctl以查看日志日志是否与磁盘 I/O 同时显示任何内容。他们没有。
  7. 确定当所有 Linux Mint 用户注销时问题是否仍然存在。有趣的是,这个问题仍然存在。我不知道这到底揭示了什么,并且对其他人的反馈感兴趣。

根据fatrace,我见过的唯一相关的过程是,有时 udisksd和/或systemd-udevd大约在同一时间访问系统驱动器的根目录(不是有问题的外部 SSD)。但这些相关性是不一致的,因为它们有时不存在,而当它们确实存在时,时间有时会相差一分钟之多。因此,这些明显的相关性可能只不过是巧合。

我怎样才能确定是什么原因导致了这种反复出现的驾驶活动,最终目标是让它停止?

相关内容