我的电脑(Ubuntu Mate 20.04)需要一分钟多的时间才能启动,我不知道为什么。这似乎与此特定硬盘驱动器上的引导过程有关。
来自 dmesg:
...
[ 1.922970] async_tx: api initialized (async)
[ 2.328482] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3
[ 2.530339] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input7
[ 3.256967] Btrfs loaded, crc32c=crc32c-intel
[ 34.601941] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
...
那里似乎有 30 秒,我没有 Btrfs,我不确定它为什么要检查它,或者它在做什么。
然后我有这个:
[ 38.739280] USB Video Class driver (1.1.1)
[ 125.248857] Process accounting resumed
我不知道流程会计是什么。
我拍了这张启动过程的照片:这张照片中的 最后一行是我想要找到并修复的,每次启动我的电脑都需要一分半钟的时间来运行。它发生在安全模式和正常启动时。是否有用于列出引导过程的单一工具?我不想重新安装。我试过检查磁盘文件系统,问题仍然存在。我做了SMART磁盘分析,硬盘没问题。
命令systemd-analyze critical-chain
$ systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1min 38.388s
└─multi-user.target @1min 38.388s
└─lxc.service @1min 38.330s +57ms
└─lxc-net.service @1min 38.184s +143ms
└─network-online.target @1min 38.179s
└─NetworkManager-wait-online.service @1min 30.737s +7.440s
└─NetworkManager.service @1min 30.360s +374ms
└─dbus.service @1min 30.355s
└─basic.target @1min 30.316s
└─sockets.target @1min 30.315s
└─snapd.socket @1min 30.310s +4ms
└─sysinit.target @1min 30.280s
└─systemd-backlight@leds:tpacpi::kbd_backlight.service @2>
└─system-systemd\x2dbacklight.slice @1.538s
└─system.slice @251ms
└─-.slice @251ms
和命令systemd-analyze time
$ systemd-analyze time
Startup finished in 34.552s (kernel) + 2min 7.682s (userspace) = 2min 42.235s
graphical.target reached after 1min 38.388s in userspace
好吧,我仍然想知道在引导过程中的最佳实践,或更有效的解决此类废话的方法。
当我看到
W: initramfs-tools configuration sets RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83: but no matching swap device is available
.....我检查了gparted,发现我没有交换空间分区。(应该没问题,我有大量的 RAM)但是这个设置似乎是我可能在某个时候拥有一个,为什么我现在没有,那部分是一个谜。我打开 /etc/fstab,并注释掉交换分区(它的 UUID 与在启动时检查的磁盘具有相同的 UUID。)为什么它在 /dev/sda5 上?好问题,我不知道。
因此,我过去
sudo vim /etc/initramfs-tools/conf.d/resume
并用有问题的 UUID 注释掉了对交换分区的引用。#RESUME=UUID=66f2ea6d-cfab-4410-933b-763fb6c6bc83
然后,我更新了 initramfs
$ sudo update-initramfs -u -k all
并重新启动只是为了看看会发生什么。我在几秒钟内启动了。
所以我的启动时间问题解决了......但如果有更好的方法来解决这类错误,我很想知道。我阅读了各种各样的东西,并看到许多用户有类似的问题。我试过这个
boot-repair
实用程序,它没有解决这个问题。从字面上看,直到我从尝试更新 Mate 时看到的错误中得到线索之前,我认为某些用户空间应用程序可能是问题所在。