为什么 Ubuntu 22.04 从 20.04 升级到 22.04 后启动需要很长时间

为什么 Ubuntu 22.04 从 20.04 升级到 22.04 后启动需要很长时间

我是 Ubuntu 新手。我从 Ubuntu 20.04 升级到了 22.04。现在启动时出现很多错误,例如“Ubuntu 无法挂载”。一段时间后,它可以启动并正常工作,但我的问题是启动需要很长时间。

我查看了该论坛中所有我能找到的相关答案,但似乎没有什么对我有帮助。

我进行了引导修复,并获得了有关我的引导文件的 pastebin 信息。以下是链接:https://paste.ubuntu.com/p/T3QdHdSGTW/ 你能告诉我这是什么问题吗?

编辑 1: cat /etc/fstab 的输出

 /etc/fstab: static file system information.

     Use 'blkid' to print the universally unique identifier for a
     device; this may be used with UUID= as a more robust way to name devices
     that works even if disks are added and removed. See fstab(5).
    
     <file system> <mount point>   <type>  <options>       <dump>  <pass>
     / was on /dev/sda1 during installation
    UUID=ef07b47f-a6f2-4362-ab9c-13246ce605e3 /               ext4    errors=remount-ro 0       1
    /swapfile                                 none            swap    sw              0       0
    /mnt/4GiB.swap swap swap defaults 0 0
    /swapfile none swap sw 0 0

编辑 2:我删除了最后两行,那里有一些进展,但仍然很慢。另外,这个答案说删除所有内容

GRUB_CMDLINE_LINUX_DEFAULT=""

这个答案说要在引号中添加 noresume。我实际上有

GRUB_CMDLINE_LINUX_DEFAULT="安静启动 intel_idle.max_cstate=1"

我该怎么办?我应该删除引号中的所有内容还是应该在其中添加 noresume?

sudo systemd-analyze 关键链

输出 :

graphic.target @1分42.959秒
└─multi-user.target @1分钟42.959秒
  └─plymouth-quit-wait.service @42.999s +59.958s
    └─systemd-user-sessions.service @42.948s +46ms
      └─network.target @42.392秒
        └─NetworkManager.service @32.346s +10.045s
          └─dbus.service @32.342s
            └─basic.target@32.220秒
              └─sockets.target@32.220秒
                └─snapd.socket @32.217s +2ms
                  └─sysinit.target@31.886s
                    └─systemd-timesyncd.service @31.356s +527ms
                      └─systemd-tmpfiles-setup.service @29.483秒 +1.728秒
                        └─systemd-journal-flush.service @8.970s +20.509s
                          └─systemd-journald.service @8.340s +628ms
                            └─systemd-journald.socket @8.329s
                              └─system.slice @8.296s
                                └─-.slice @8.296秒
systemd-analyze && systemd-analyze 责备
启动完成用时 4.083 秒(内核)+1 分 43.042 秒(用户空间)=1 分 47.126 秒
用户空间中 1 分 42.959 秒后达到 graphic.target
59.958s plymouth-退出-等待.服务
55.186s mysql.服务
35.100s snapd.服务
25.223s NetworkManager-等待在线.服务
20.509s systemd-journal-flush.service
20.205s networkd-dispatcher.service
20.068s cups.service
19.459s apache2.service
18.274s ModemManager.服务
17.765s 账户守护进程.服务
17.483s udisks2.服务
17.064s dev-sda1.设备
13.595 秒[电子邮件保护]
12.173s ufw.service
11.946s dev-loop3.device
11.859s dev-loop1.device
11.527s dev-loop12.device
11.005s dev-loop9.device
10.946s ua-timer.服务
10.758s dev-loop6.device
10.738s dev-loop13.device
10.379s polkit.service
10.378s 电源配置文件守护进程.服务

现在我该怎么办?谢谢!

答案1

因此,我做了以下事情并发现了一些事情:

  1. 从 LiveUSB 启动,运行 boot-repair并选择 @charles-green 建议的选项。这在一定程度上缩短了启动时间。

  2. 然后我重新启动了系统几次,有趣的是它又有所改善。(顺便说一句,当我安装 20.04 时也发生了这个问题(启动缓慢),启动几次后它就正常工作了)。

  3. 我认为问题可能是由于交换空间较小,所以我将交换空间增加到与 RAM 大小相同(即 4GB)。这也带来了一些改进,尽管我不确定交换空间是否与此问题有关。

  4. 我想提的另一件事是,问题可能是由于处理器速度慢,因为我有 1.8GHz 处理器和 4GB RAM

这些是我所做的事情。我希望一些资深人士来审查一下,因为这是我的第一个答案。请原谅我的语法不好,英语不是我的母语。

如果您认为答案没用,请使其有用或在下面评论,我将删除它。

谢谢

相关内容