☰

在 Ubuntu 20.04 上恢复 GRUB 后启动缓慢

tag-icon • tag-icon boot grub2 boot-repair
在 Ubuntu 20.04 上恢复 GRUB 后启动缓慢

我最近不小心删除了驱动器上的 efi 分区。我能够手动恢复 GRUB，现在可以像以前一样使用双启动。

问题是，现在我在 Ubuntu 上面临着极长的启动时间。我以前没有遇到过这个问题，在我的第二个操作系统（Windows）上也没有遇到过这个问题。事故发生前的启动时间大约为 10 秒。

运行systemd-analyze结果如下：

(base) pmoritz@moritz-PC:~$ systemd-analyze 
Startup finished in 8.119s (firmware) + 14.240s (loader) + 2.003s (kernel) + 1min 43.588s (userspace) = 2min 7.951s 
graphical.target reached after 1min 43.577s in userspace


(base) pmoritz@moritz-PC:~$ 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 43.577s
└─multi-user.target @1min 43.577s
  └─docker.service @1min 38.910s +1.115s (red)
    └─network-online.target @1min 38.909s
      └─NetworkManager-wait-online.service @1min 30.507s +8.401s (red)
        └─NetworkManager.service @1min 30.355s +150ms (red)
          └─dbus.service @1min 30.353s
            └─basic.target @1min 30.344s
              └─sockets.target @1min 30.344s
                └─snapd.socket @1min 30.343s +836us (red)
                  └─sysinit.target @1min 30.339s
                    └─snapd.apparmor.service @1min 30.331s +8ms (red)
                      └─apparmor.service @1min 30.282s +48ms (red)
                        └─systemd-journald.socket @187ms
                          └─-.mount @185ms
                            └─system.slice @185ms
                              └─-.slice @185ms

输出如下：

systemd-analyze blame

输出：粘贴箱

注意：不确定这是否相关，但我的第二台显示器也没有被检测到。我通过禁用安全启动解决了这个问题。然而，在禁用安全启动之前，启动时间过长的问题也存在。

答案1

手动重新安装 GRUB 后，您应该检查 /etc/fstab 中的 EFI UUID 是否已更新。要显示它，请运行cat /etc/fstab。EFI 的行应如下所示：

UUID=XXXX-XXXX  /boot/efi       vfat    umask=0077      0       1

将 XXXX-XXXX 替换为正确的 UUID，您可以使用命令显示lsblk -o name,fstype,size,label,mountpoint,uuid。您应该得到类似以下内容的内容：

sdb                238,5G                        
├─sdb1      vfat     512M             /boot/efi  XXXX-XXXX
└─sdb2      ext4     238G             /          12345678-1234-1234-1234-123456789012

更新 /etc/fstab 后，您可以运行 检查一切是否正常sudo mount -a。不应报告任何错误。希望这会有所帮助 :)。

相关内容