Systemd+ 在 Ubuntu 20.04 安装中占用了 95% 的 CPU

Systemd+ 在 Ubuntu 20.04 安装中占用了 95% 的 CPU

不久前发布了如下问题,现已解决。解决方案详细说明如下:

在焦点窝中,Top 显示 systemd+ 使用了 95% 以上的 CPU,还使用了大约 20% 的内存。

有一个 Unix StackExchange 线程对此进行了概述,其中提出了一个不起作用的解决方案。

https://unix.stackexchange.com/questions/494843/how-to-limit-a-systemd-service-to-play-nice-with-the-cpu

尝试过

sudo systemctl edit systemd

sudo systemctl edit systemd+

Ubuntu 20.04 说

No files found for systemd.service
Run 'systemctl edit --firce --full systemd.service' to create a new unit. 

该命令打开了一个新文件,我复制并粘贴了

[Service]
CPUWeight=20
CPUQuota=70%
IOWeight=20
MemorySwapMax=0

然后

systemctl daemon-reload

顶部仍显示系统 CPU 为 95%+

20.04 以备用显示分辨率启动,总是会出现一些轻微的启动延迟,一个或多个错误导致 systemctl 过度活动,两个主要重复错误是启动停止 Tell Plymouth 以及停止和启动 nvidia 持久守护程序。有关更多上下文

https://ubuntuforums.org/showthread.php?t=2441923&p=13954300#post13954300

请问我该怎么办?

答案1

已解决。我安装了一个新硬盘,从安装 16.04 开始,首先尝试试验并了解硬盘加密,使用加密 16.04 安装正常,但更新到 18.04 显示 lvm 错误,进展不顺利,删除了 crypt 分区,重新格式化了整个硬盘,继续重新安装 16.04 而不加密,更新到 18.04 很顺利,作为显示问题的解决方案,按照帖子安装 xfce4,它解决了我在此和其他帖子中发布的几乎所有硬件问题,同样的旧硬件,同样的三星 2030 显示器,同样的 nvidia 显卡。然后继续更新到 19.10,然后更新到 20.4,全部通过更新管理器进行。使用 xfce4 时无需尝试任何修复,例如安装旧的 nvidia 驱动程序,或将 noveau 列入黑名单,甚至无需设置 nomodeset,没有 plymouth 错误,Top 在没有运行任何应用程序的情况下显示 CPU 使用率低于 5%,显示器自行以 1600x900 工作,没有启动问题。然后我清除了 unity(可能没有必要,但在我用隐形光标输入密码以进入干净的 xfce 环境之前,ubuntu 的登录屏幕是像素化的),安装了 xubuntu 桌面,清除了 mate(mate 加载时显示损坏)。

20.04 带有 XFCE4,XUBUNTU 桌面可以在资源有限的相同 10 年旧硬件上出色地运行,无需任何修复。

使用 10 年前的硬件的 20.04 xubuntu 桌面的顶部屏幕截图

说到这里,

(1) 撤回几篇帖子,这可能会让一些读者觉得 20.04 存在一些问题。旧磁盘上的问题可能与我从不受支持的 10.04 安装升级时遵循的顺序有关,通过复杂的过程安装驱动程序、启用第三方存储库,并尝试在论坛中找到的任何修复程序,例如 grub edit、黑名单...

  1. 这可能对一些报告显示问题、20.04 上的普利茅斯问题的人有帮助,解决方案可以在选择诸如 xubuntu 或 LXDE 的桌面时找到。

三星 2030 20.04 nvidia 显卡,无设置,无驱动程序修复

  1. 在尝试寻找 plymouth 或某些版本的 nvidia 的错误修复时,开发人员可能会发现关注某些显示管理器工作而其他显示管理器不工作的原因很有用。

不再在同一硬盘上安装多个操作系统的决定是基于一位朋友的建议,他说“在一个硬盘上安装多个操作系统是不好的。”

还有一些细微的问题,比如 Thunar 的一个 bug,删除了 thunar,刚刚重新安装了 nautilus,看看是否能解决这个问题。另一个小问题是,长时间不活动后,唤醒登录屏幕会进入登录循环。)

谢谢。

(编辑问题并按照 Pilot6 的建议将此解决方案作为答案发布。谢谢。)

相关内容