加密系统启动的 grub 被破坏;已经恢复了,但是现在速度很慢

加密系统启动的 grub 被破坏;已经恢复了,但是现在速度很慢

事件顺序:

  • 在工作笔记本电脑上运行加密的 ubuntu 20.04
  • 使用外部 USB (Pop-OS 20.04) 启动来运行个人东西
  • 开机提示固件更新
  • 大错误:运行固件更新(是 BIOS 更新),可能没有正确执行顺序
  • 重新启动时:Windows 出现蓝屏,提示无法启动,错误代码为 0xc00000e
  • 经过长时间的调试和命令行 grub 后,发现了这个要点:https://gist.github.com/samuelcolvin/43c5ed2807e7db004b1058d0c9bfb068
  • 密切关注,为我的设置更换了驱动器 ( nvme0n1)。
  • 我的启动和系统回来了!但.....

现在,与以前相比,它的启动速度非常慢(SSD!)。 sudo systemd-analyze Startup finished in 19.544s (firmware) + 13.302s (loader) + 13.646s (kernel) + 1min 38.111s (userspace) = 2min 24.604s

知道我可以尝试什么来快速恢复启动吗?

编辑:输出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.139s
└─multi-user.target @1min 38.139s
  └─docker.service @1min 36.961s +1.177s
    └─network-online.target @1min 36.960s
      └─NetworkManager-wait-online.service @1min 30.658s +6.302s
        └─NetworkManager.service @1min 30.583s +73ms
          └─dbus.service @1min 30.581s
            └─basic.target @1min 30.574s
              └─sockets.target @1min 30.574s
                └─snapd.socket @1min 30.574s +594us
                  └─sysinit.target @1min 30.570s
                    └─systemd-timesyncd.service @1min 30.450s +119ms
                      └─systemd-tmpfiles-setup.service @1min 30.430s +18ms
                        └─systemd-journal-flush.service @335ms +134ms
                          └─systemd-journald.service @267ms +66ms
                            └─systemd-journald.socket @264ms
                              └─system.slice @261ms
                                └─-.slice @261ms

看起来是systemd-tmpfiles-setup.service这样吗?

答案1

实际上,我认为我能够自己解决它......抱歉冗长,但也许有一天它可能对某人有用......

我首先找到了一些有关 tmpfiles 设置的帮助,建议清理 /tmp 目录。我这样做了,但重新启动仍然很慢。

然后我实际上发现了这个: https://forums.linuxmint.com/viewtopic.php?t=243029

最后的评论有一个重要的发现:由于我的救援尝试,我的 UUID 被搞乱了 - 实际上,只有条目/boot/efi被搞乱了。幸运的是,原来的仍然存在,只是被注释掉了。我重新启用了它,然后 - 瞧:我可以快速启动了。

相关内容