最近一段时间，我的 Dell XPS 13 7390 出现了非常烦人的延迟。启动时间变长，而且笔记本电脑有时反应迟钝。
经过一番调查，我开始怀疑 SSD 的问题。一开始，它看起来是正常的。smartctl说：
(...)
SMART overall-health self-assessment test result: PASSED
(...)
Error Information (NVMe Log 0x01, max 64 entries)
No Errors Logged
然而，gnome-disk的基准测试给出了奇怪的结果：在缓慢的启动之后，运行基准测试给出了中等的读取速率（<300MB/s）和很长的访问时间（20-30 毫秒）。
然后我注意到，如果我运行基准测试第二次，第一次之后，结果就恢复正常，读取速度约为 500MB/s，访问时间为 0.1 毫秒！然后系统再次响应。但过了一会儿，延迟又出现了，尽管再次运行基准测试似乎可以解决问题... :-/。
我尝试使用稍旧版本的内核（最低到 5.8.0.34），并注意到：
- 如果
linux-module-extras没有安装，启动后运行的第一个基准测试是正常的； - 如果
linux-module-extras安装了，我会出现与上述相同的奇怪行为。
那么，也许其中一个额外的模块会干扰 SSD？也许基准测试能使情况恢复正常？
有人能理解这一切吗？提前致谢...
编辑我最初以为基准测试在最后会进行一些清理操作，暂时解决问题，但并不总是有效。更可能的是，我除了等待基准测试完成之外什么都没做，让导致延迟的因素冷却下来……
编辑我刚刚经历了长时间的延迟，除了软件更新程序之外没有其他应用程序在运行。iotop显示它update-mime-database消耗了 99% 的 IO。更新结束后延迟就停止了。这似乎与这个问题。因此后台更新可能会导致这些看似随机的延迟。由于没有extra-modules网络意味着没有网络，因此没有后台更新，这是一致的……
答案1
我确信延迟是由后台更新引起的。特别是启动缓慢，systemd-analyze blame显示apt-daily.service运行了 7 分钟！
解决“启动缓慢”问题的方法是这样做： https://askubuntu.com/a/1085711/38648
为了正确修复此问题，我认为update-mime-database需要解决这个问题。关于此问题还有另一个问题：
update-mime-database 现在是 apt intall 的瓶颈，有什么解决方法吗？