☰

Ubuntu 20.04 启动缓慢问题

tag-icon • tag-icon boot dual-boot boot-time
Ubuntu 20.04 启动缓慢问题

在尝试了论坛中针对类似启动问题建议的一些补救措施后，我的 hp pavilion g4 笔记本电脑（i5、4GB RAM）（Windows+Ubuntu 20.04 LTS 桌面双启动）的启动时间变得更长了。

以下是systemd-analyze critical-chain命令的结果。

$ systemd-analyze 关键链
在“@”字符后打印单元激活或启动的时间。
设备启动所需的时间打印在“+”字符后面。

graphic.target @2分 25.876秒
└─multi-user.target @2分 25.875秒
  └─kerneloops.service @37.747s +55ms
    └─network-online.target @37.711s
      └─NetworkManager-wait-online.service @25.803s +11.905s
        └─NetworkManager.service @20.934s +4.866s
          └─dbus.service @20.928s
            └─basic.target @20.885秒
              └─sockets.target @20.885秒
                └─snapd.socket @20.884s +973us
                  └─sysinit.target @20.754s
                    └─snapd.apparmor.service @20.096s +657ms
                      └─apparmor.service @19.350s +743ms
                        └─local-fs.target @19.349s
                          └─run-user-125.mount @1分钟 9.857秒
                            └─swap.target @18.940秒
                              └─开发磁盘-by\x2duuid-a914a306\x2df035\x2d4689\x2>
                                └─dev-sda10.device @18.799s

更新后的另一次读数显示

graphic.target @4分41.087秒
└─multi-user.target @4分41.087秒
  └─snapd.seeded.service @2分钟 10.410秒 +192毫秒
    └─snapd.service @1分钟 38.321秒 +32.083秒
      └─basic.target @1分38.060秒
        └─sockets.target @1分38.060秒
          └─snapd.socket @1分钟38.058秒+1毫秒
            └─sysinit.target @1分37.932秒
              └─snapd.apparmor.service @1分钟 35.399秒 +2.533秒
                └─apparmor.service @1分钟 34.569秒 +828毫秒
                  └─local-fs.target @1分钟34.568秒
                    └─run-user-125.mount @2分 29.511秒
                      └─swap.target @1分32.223秒
                        └─开发磁盘-by\x2duuid-a914a306\x2df035\x2d4689\x2da00c\>
                          └─dev-disk-by\x2duuid-a914a306\x2df035\x2d4689\x2da00

我怀疑可能存在显卡错误（混合英特尔+radeon），因为我在启动期间看到许多针对 [radeon] 的错误。

非常需要这方面的任何建议/帮助。谢谢！

編輯

按照@kanehekili 的建议禁用 snap 后，启动效果更好了。

图形.目标@58.062秒
└─multi-user.target @58.062秒
  └─networkd-dispatcher.service @18.226s +13.683s
    └─basic.target @18.167秒
      └─sockets.target @18.167秒
        └─uuidd.socket @18.167s
          └─sysinit.target @17.777s
            └─systemd-timesyncd.service @17.257s +519ms
              └─systemd-tmpfiles-setup.service @16.868s +322ms
                └─systemd-journal-flush.service @4.667 秒 +12.200 秒
                  └─systemd-journald.service @3.251 秒 +1.410 秒
                    └─systemd-journald.socket @3.230s
                      └─-.mount @3.209秒
                        └─system.slice @3.209秒
                          └─-.slice @3.209秒

并且 $ dmesg 给出的红色比我在评论中发表时给出的要少得多！

附言我最近安装了 sagemath。

答案1

我在 Ubuntu 20.04 启动缓慢时遇到了类似的问题。文件
中/etc/fstab有关于分区（尤其是 SWAP）的无效条目。这是由于，例如，在安装新系统后更改了分区设置。

他们需要被纠正，以便有类似的情况：

# / 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 / sdb2 during installation
UUID = f712dfe1-dfa2-48b1-af05-027eedf6j3c / ext4 errors = remount-ro 0 1
# swap was on / dev / sda2 during installation
UUID = 10ff2eec-b9ed-42ff-9ec4-1f534ek692e2 none swap sw 0 0

例如，可以通过运行磁盘应用程序（gnome-disk-utility）来找到分区号。

相关内容