Snapd 保留 运行，导致 jbd2/sda2-8 访问磁盘而没有读取或写入，消耗大量 io 和系统负载

Question

当我什么都不做时，jbd2/sda2-8 的 io 使用率很高。

问题是我运行没有性能密集型程序但系统负载仍然很高。其实正常负载在0.05以下，但是从昨天开始一直高于1.5。经过一段时间的深入研究，我认为是 jbd2/sda2-8 的 io 使用导致了问题。

后来我去PC所在的房间，发现HDD LED灯一直在闪，可能一秒钟闪很多次。说明io使用真的有问题

这里，https://www.webhostingtalk.com/showthread.php?t=1148545，它告诉我jbd2不是根本原因，我必须找出真正写入或读取磁盘的程序。所以我发现真正的原因是snapd。

我试过暂时停止snapd服务，负载一下子就下来了

这是旧 PC 上的 Ubuntu 服务器 20.04 运行。这是系统摘要：

OS: Ubuntu 20.04 focal
Kernel: x86_64 Linux 5.4.0-33-generic
Uptime: 12h 8m
Packages: 985
Shell: bash 5.0.16
Disk: 11G / 231G (5%)
CPU: Intel Core2 Duo E8600 @ 2x 3.336GHz
GPU: GeForce 9300 GE
RAM: 766MiB / 3935MiB

可以看出是双核的cpu所以负载1.5真的很高

这是iotop的反馈

Total DISK READ:         0.00 B/s | Total DISK WRITE:       844.51 K/s
Current DISK READ:       0.00 B/s | Current DISK WRITE:    1643.16 K/s
    TID  PRIO  USER     DISK READ  DISK WRITE  SWAPIN     IO>    COMMAND
    306 be/3 root        0.00 B/s    0.00 B/s  0.00 % 69.00 % [jbd2/sda2-8]
    972 be/4 root        0.00 B/s  324.81 K/s  0.00 %  0.15 % snapd
    919 be/4 root        0.00 B/s  259.85 K/s  0.00 %  0.12 % snapd
    926 be/4 root        0.00 B/s  259.85 K/s  0.00 %  0.12 % snapd
      1 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % init maybe-ubiquity
      2 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kthreadd]
      3 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_gp]
      4 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_par_gp]
      6 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/0:0H-kblockd]
      8 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [mm_percpu_wq]
      9 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/0]
     10 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_sched]
     11 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/0]
     12 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [idle_inject/0]
     14 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [cpuhp/0]
     15 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [cpuhp/1]
     16 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [idle_inject/1]
     17 rt/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [migration/1]
     18 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [ksoftirqd/1]
     20 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kworker/1:0H-kblockd]
     21 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kdevtmpfs]
     22 be/0 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [netns]
     23 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [rcu_tasks_kthre]
     24 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [kauditd]
     26 be/4 root        0.00 B/s    0.00 B/s  0.00 %  0.00 % [khungtaskd]
  keys:  any: refresh  q: quit  i: ionice  o: active  p: procs  a: accum                                                  
  sort:  r: asc  left: SWAPIN  right: COMMAND  home: TID  end: COMMAND                                                  

jbd2/sda2-8正在使用 69.00% 的 io 但速度为零，就像前面提到的一些问题一样。但这里的区别是我什么都不做，我不知道是哪个程序导致了问题。最近我没有做大的软件改动。我所做的唯一更改是安装然后卸载了 vsftpd。

我试过的

我一直在网上寻找解决方案，找到了以下并尝试了大部分：

1. 更新内核。由于我使用的是最新的OS，我认为没有必要。
2. 更改磁盘的提交频率。怕是没改。
3. 重启。重启后问题依旧。
4. 更改 mysql 的配置。我认为 mysql 不是原因，因为我的数据库很小。我关闭 mysql 并且 负载立即下降到 1.2 然后又上升到 1.6。
5. 寻找那些异常大的日志，看看是怎么回事。我发现 auth.log 非常大，并且还在继续膨胀。我发现 一些人通过 ssh 猜测我的 root 密码来攻击我的服务器。这真的让我震惊。来自大量 IP 地址的大量请求！幸运的是，我拒绝了 root 的远程登录。我向我的 ISP 请求了一个新的 IP 地址并阻止了攻击。
6. 运行 我的磁盘上的智能检查。检查通过，我的磁盘状况良好。
7. 检查磁盘使用情况。从上面可以看出space.
已经够用了

现在我已经通过停止 snapd 服务暂时解决了这个问题

就是这样。那么snapd有什么问题，我现在应该怎么办？

Answer 1

卸载snapd，问题解决

Answer 2

我也有同样的问题，我的系统是ubuntu 20.04，刚刚安装。 我通过 运行.

中止 snapd 作业修复了它

1. 找出哪个工作是 运行 快速更改

这将为您提供工作编号 X

2. 中止作业

快照中止 X

3. 在 snap 中禁用 gtk 方案

捕捉禁用....

似乎只有安装了强大防火墙之类的人才会遇到这个问题。