中文 
剥壳白煮蛋
deepin
2021-03-11 00:02 deepin 现在引导过程可能是这样
/boot 分区里面同时存在 “deepin” 和 “UOS” 文件夹，可能是因为两个引导过程叠加了？
晚上打包一份引导分区给大佬们帮忙看看
Reply Like 0 View the author
All Replies
#1
SamLukeYes
deepin
2021-03-11 01:17 deepin systemd-analyze Reply Like 0 View the author
mmlmonkey
deepin
2021-03-11 03:20 deepin SamLukeYes：
systemd-analyze我kernel 35s 就离谱
Reply Like 0 View the author
SamLukeYes deepin
2021-03-11 03:24 deepin mmlmonkey：
我kernel 35s 就离谱
自从我上次更新了 uefi 固件以后，启动总共 15 秒，firmware 9 秒
Reply Like 0 View the author
剥壳白煮蛋 deepin
2021-03-11 04:18 deepin SamLukeYes：
systemd-analyzeStartup finished in 12.752s (firmware) + 3.329s (loader) + 7.348s (kernel) + 26.124s (userspace) = 49.555s
graphical.target reached after 26.108s in userspace
Startup finished in 12.963s (firmware) + 2.720s (loader) + 3.781s (kernel) + 23.603s (userspace) = 43.068s
graphical.target reached after 23.589s in userspace
两次 Deepin 的
https://ws28.cn/f/4wk717175pk
Reply Like 0 View the author
剥壳白煮蛋 deepin
2021-03-11 04:41 deepin https://ws28.cn/f/4wk9ybncsxa
Arch
Startup finished in 13.025s (firmware) + 4.958s (loader) + 1.175s (kernel) + 1.616s (userspace) = 20.775s
graphical.target reached after 1.075s in userspace
奇怪，它又和之前不一样了。
Reply Like 0 View the author
SamLukeYes deepin
2021-03-11 04:46 deepin 剥壳白煮蛋：
https://ws28.cn/f/4wk9ybncsxa
Arch
Startup finished in 13.025s (firmware) + 4.958s (loader) + 1.175s (kernel) + 1.616s (userspace) = 20.775s
graphical.target reached after 1.075s in userspace
奇怪，它又和之前不一样了。
Arch 当然快啦
Reply Like 0 View the author
灵兮之
deepin
2021-03-11 17:23 deepin 从没进过1分钟的
Reply Like 0 View the author
mmlmonkey deepin
2021-03-11 19:36 deepin SamLukeYes：
自从我上次更新了 uefi 固件以后，启动总共 15 秒，firmware 9 秒
我把启动日志捞出来看了 发现是mdadm的问题 加上配置就好了 但是firmware还是有7s
Reply Like 0 View the author
剥壳白煮蛋 deepin
2021-03-11 23:44 deepin mmlmonkey：
我把启动日志捞出来看了 发现是mdadm的问题 加上配置就好了 但是firmware还是有7s
备份重装走起，firmware 时间只有 3 秒了
养老养老
Reply Like 0 View the author
剥壳白煮蛋 deepin
2021-03-12 04:04 deepin SamLukeYes：
自从我上次更新了 uefi 固件以后，启动总共 15 秒，firmware 9 秒
看看重装 Deepin 之后的效果：
Startup finished in 4.111s (firmware) + 2.839s (loader) + 4.123s (kernel) + 32.890s (userspace) = 43.964s
graphical.target reached after 32.879s in userspace
firmware 部分耗时正常了。
上传一下详情：https://ws28.cn/f/4wu9hv41uge
Reply Like 0 View the author
剥壳白煮蛋 deepin
2021-03-12 07:36 deepin 装逼遭雷劈啊！
我发现修改 /boot/grub/grub.cfg 并不会导致 firmware 耗时变长，添加一条 set timeout=0 ，可以跳过引导，让开机速度再快一些。
然后我想修改 /boot/grub/themes 下面的 background.jpg，用自己的图片替换，发现开机时长增加了，怀疑是因为图片过大？找个同样是 100 多 KB 的图片替换……😓怎么还是很慢？糟糕，systemd-analyze 看看，firmware 部分变成 14 秒了😫，把自己改动过的分区内容再完完全全改回去，还是那么长的 firmware 时间😣
强迫症难受啊！
雪上加霜的是，俺的 U 盘似乎丢了，找不到，没法重装了现在😫😫😫
有没有懂行的帮忙分析一下，什么操作会导致 firmware 耗时大大增加呢？BIOS 我看过了，和之前都是一样的呀，我也特意拔掉所有 USB 设备再测试开机时间的。
Reply Like 0 View the author
Please sign in first
从人眼角度观察电脑开机过程
1. 按下电源键，键盘灯亮，+ 零点几秒
2. 屏幕亮，且出现品牌 LOGO ，+4 秒
3. 展示引导菜单，+2 秒
4. 快速按下回车选择首位 Deepin 系统，进入解锁界面，+5 秒 （如果用上下键选择 Windows 10 或者 Arch 再回车，耗时也差不多在 5～6 秒之间）
累计耗时 10 秒多一点，优雅滴很。
如果先装 Deepin 再装 Windows，我这里的第 2 步时间会变得特别长，12～15 秒不等，完整开机时间翻倍！不知如何解决。其它步骤速度照旧。几次重装之后我发现先装 Windows 再装其它系统则没有这个问题。
因为 Deepin 的引导菜单比较漂亮，所以装多系统的时候，最后装 Deepin ，不用我操心怎么生成引导。
这样的体验就比较舒服。
打开 grub.cfg 文件，找到默认的 set timeout=5，改成 2（两秒钟比较适合我）
但是昨天想亲自试试在外接机械硬盘上装 Deepin 到底能否达到一般可用的流畅度。
于是 USB 接入，开刷，在这块硬盘上分了一个 EFI 分区和 / 分区。
这块盘的最大读取速度不超过 90 MB/s，果然速度有点感人，拔掉，告辞！
然而，重启的时候发现默认进入 Windows 系统了。
关机，开机，按 F9 进入引导菜单，发现原先命名为 “UOS” （实际启动的是 Deepin ）的引导不见了👇
好在 “从文件引导” 里面可以找到 Deepin 的引导，选中对应分区，找到对应的 grub_x64.efi ，开机，我胡汉三又回来啦！
重启，又默认进入 Windows？？？
关机，开机，F10 进 BIOS 设置，引导顺序里面没有 UOS 的选项，只剩下 Windows 和 Arch 😥
进 Deepin 系统，
sudo grub-install
sudo update-grub2
我好像一开始心急直接用的第二条命令😓
进 BIOS，引导顺序修改列表多出一个命名为 deepin 的引导，设为首位，启动……看样子又回到图 1 的状态了。
但是，但是，按下回车进入 Deepin ，耗时变长了！大概慢了 10 秒，累计开机时间要 23秒，😓，而选择另外两个系统，启动速度依然正常。
我该怎么优化回去呢？
真的很喜欢这个引导的界面。