事件顺序:
- 在工作笔记本电脑上运行加密的 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
被搞乱了。幸运的是,原来的仍然存在,只是被注释掉了。我重新启用了它,然后 - 瞧:我可以快速启动了。