[Boot/Shutdown] deepin开机慢,非常慢 Resolved
Tofloor
poster avatar
bluefish_c
deepin
2024-01-12 13:59
Author

系统是从2021年12月安装的,一直使用在线方式升级系统,开机慢的问题从2023年1月一直持续按到现在(2024年1月12日)了,系统也从20.8自动升级到20.9了,依然开机慢;把原机器中的机械仓库盘换成SSD也没有改善。

原来发过一个帖子,问题一直未得到解决,社区有懂这块的大神吗???请指导下,谢谢!🙂 🙂 🙂

之前配置:CPU Ryzen-5700G含集显、内存 海盗船2x16G + 光威2x32G、硬盘 一块西数PCE3.0 1TB + 一块西数HDD 4TB紫盘

当前配置(2024.01.11把HDD紫盘换成SSD):CPU Ryzen-5700G含集显、内存 海盗船2x16G + 光威2x32G、硬盘 一块西数PCE3.0 1TB + 一块梵想PCE3.0 2TB

当前系统:Deepin 20.9 内核版本 5.15.77

**旧帖子链接:**https://bbs.deepin.org/post/253353


-------------------------------😂 感谢各位的支持,拖了一整年的问题终于解决了,下面是复盘与解决流程😊 ---------------------------


问题

启动打印信息:

GRUB引导界面跳转后多按几次F1,可以看到打印信息。

系统启动log.jpg

boot log:

执行sudo cat /var/log/boot.log

图片.png

图片.png

log中的关键信息

A start job is running for /dev/disk/by-uuid...............(.. / 1min 30s)

Timed out waiting for device /dev/disk/by-uuid...............

Dependency failed for /..........

Dependency failed for Crayptografy Setup for ..........

Dependency failed for Local Encrypted Volumes ..........

**问题的原因:**更换磁盘、改分区卷名等操作引起 /etc/fstab/etc/crypttab文件内容未同步到准确的状态。

解决流程

Step1:

sudo fdisk -l

sudo cat /etc/fstab #针对情况1,确认fstab文件中磁盘的分区UUID、分区信息、文件系统信息等信息是否正确

Step2:

sudo vi /etc/fstab #针对情况1,改正fstab中错误的分区UUID或分区信息或文件系统信息、注释或删除不存在的分区UUID对应的信息条目

Step3:

sudo cat /etc/crypttab #针对情况2,查询解密流程是否依然会根据残留信息尝试解密

Step4:

sudo vi /etc/crypttab #针对情况2,注释或删除残留的解密流程

Step5:

sudo rm -rf /root/.deepin-diskmanager-service/xxxxxxxxxxxxxxxxxxxxxx.key #针对情况2,删除残留的加解密key

Step6:

sudo systemctl daemon-reload #重新载入服务文件

Step7:

先关机,再重新开机,不建议直接使用reboot

感谢

首先,特别感谢坛友的支持,问题解决了一半;

其次,国外有一个帖子也帮了大忙,删除残留的解密流程是通过这个帖子学会的,花了很长时间搜索sdb1_aesE、eb94c921-af43-43d5-8699-481ddf22e239等关键字,就是没找到在哪里,因此我把帖子链接一并附上: https://www.linux.org/threads/when-i-start-my-os-it-takes-long.36078/

反思

该问题似乎在linux上面出现挺多的,更换磁盘、重新分区等都有可能出现该问题,今天花了很多时间搜索,发现deepin、UOS论坛上面都有人反馈该问题,但是之前反馈的似乎都没解决,社区是否可以针对该问题做一个深入的优化呢?这种问题特别影响体验,对于普通小白,往往无从下手,不利于向普通消费群体推广哦。。。

Reply Favorite View the author
All Replies
1 / 2
To page
哦豁
deepin
2024-01-12 14:43
#1
It has been deleted!
哦豁
deepin
2024-01-12 14:45
#2
It has been deleted!
花雨落逝
deepin
2024-01-12 14:53
#3

你在开机的时候留意下,出现deepin的logo的时候按F1,看看显示的日志中什么服务启动一直是红色[※※※],然后记下来或者拍视频,把那截图发到论坛

Reply View the author
jjcui8595
deepin
2024-01-12 14:55
#4

再次建议尝试更新内核

Reply View the author
bluefish_c
deepin
2024-01-12 15:19
#5
jjcui8595

再次建议尝试更新内核

更换过几次内核,包括6.x.x,没用,而且不同内核对于蓝牙的支持稳定性不同,蓝牙动不动出不来,所以现在都不轻易换内核了

Reply View the author
bluefish_c
deepin
2024-01-12 15:20
#6
花雨落逝

你在开机的时候留意下,出现deepin的logo的时候按F1,看看显示的日志中什么服务启动一直是红色[※※※],然后记下来或者拍视频,把那截图发到论坛

3Q,参考你的建议,我先抓点日志

Reply View the author
bluefish_c
deepin
2024-01-12 15:23
#7
哦豁 It has been deleted!

看过其他人发的帖子,一直没找到解决办法。我先尝试抓点启动日志吧,之前忙没持续管这个问题,最近发现都一年了,幻想着单纯通过系统在线升级几乎不太可能解决,还是得再折腾下

Reply View the author
bluefish_c
deepin
2024-01-12 15:56
#8

@花雨落逝 @jjcui8595 @喔豁

下面是开机启动log,下面应该就是原因,如何解决呢?
系统启动log.jpg

Reply View the author
哦豁
deepin
2024-01-12 16:09
#9
It has been deleted!
哦豁
deepin
2024-01-12 16:10
#10
It has been deleted!
bluefish_c
deepin
2024-01-12 16:14
#11
哦豁 It has been deleted!

😂 😂 看到最后一句我笑了。。哈哈

Reply View the author
bluefish_c
deepin
2024-01-12 16:19
#12

补充下主板信息:

型号:制造商 : ASUSTeK COMPUTER INC.
版本 : Rev X.0x
芯片组 : ASUSTeK Computer Inc. FCH LPC Bridge
SMBIOS版本 : 3.3.0
产品名称 : TUF GAMING B550M-PLUS (WI-FI)
包含对象程序 : 0
序列号 : 200974868101559
机箱程序 : 0x0003
特征 : Board is a hosting board / Board is replaceable /
类型 : Motherboard
BIOS信息 : 制造商:American Megatrends Inc.
版本:2803
BIOS修订版本:5.17
ROM大小:16 MB
发布日期:04/27/2022

主板是2021年买的,老款TUF GAMING B550M-PLUS (WI-FI),号称自带的无线模块比后来降本出的(WIFI-II)版本要好一些,蓝牙与wifi都是主板自带,蓝牙这块确实出现过不止一次问题,就是偶尔启动系统后看不到蓝牙,之前发过相关的帖子,当前所用内核出现该问题的概率很低,所以目前一直在用5.15.77

Reply View the author
neko
deepin
Ecological co-builder
2024-01-12 19:28
#13

lsblk -f
你执行这个然后发图片看看,猜测那个uuid指向的是swap,以前我见过类似的情况。先确认一下是不是SWAP。

Reply View the author
bluefish_c
deepin
2024-01-12 19:55
#14
neko

lsblk -f
你执行这个然后发图片看看,猜测那个uuid指向的是swap,以前我见过类似的情况。先确认一下是不是SWAP。

如下图,启动log中提到的两个超时uuid结合上下文信息,应该是之前安装过的两个盘,已经把他们拆了,搞不懂为啥启动的时候还去检测??

lsblk -f :
图片.png

部分boot log: 抓到的log有两种情况,情况2打印的信息多一点,似乎在一个地方不停尝试,不过两种情况的开机时长都差不多,耗时都是2分钟多。
图片.png

图片.png

Reply View the author
笑看风云
deepin
2024-01-12 20:13
#15

搬运

试一下,慢的解决方案:
sudo vim /etc/systemd/system.conf
sudo vim /etc/systemd/user.conf
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

Reply View the author
neko
deepin
Ecological co-builder
2024-01-12 20:37
#16
bluefish_c

如下图,启动log中提到的两个超时uuid结合上下文信息,应该是之前安装过的两个盘,已经把他们拆了,搞不懂为啥启动的时候还去检测??

lsblk -f :
图片.png

部分boot log: 抓到的log有两种情况,情况2打印的信息多一点,似乎在一个地方不停尝试,不过两种情况的开机时长都差不多,耗时都是2分钟多。
图片.png

图片.png

systemctl --failed

执行这个看看对应的服务叫啥

cat /etc/fstab

在看看这个文件的内容

Reply View the author
bluefish_c
deepin
2024-01-12 21:10
#17
neko

systemctl --failed

执行这个看看对应的服务叫啥

cat /etc/fstab

在看看这个文件的内容

fstab中包含了那两个无效的磁盘UUID等信息,需要删除吗?

图片.png

Reply View the author
neko
deepin
Ecological co-builder
2024-01-12 21:12
#18
bluefish_c

fstab中包含了那两个无效的磁盘UUID等信息,需要删除吗?

图片.png

删掉应该就正常了

Reply View the author
bluefish_c
deepin
2024-01-12 21:14
#19
笑看风云

搬运

试一下,慢的解决方案:
sudo vim /etc/systemd/system.conf
sudo vim /etc/systemd/user.conf
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s

谢了,这个办法估计不治本

Reply View the author
bluefish_c
deepin
2024-01-12 21:43
#20
neko

删掉应该就正常了

把最后两行删掉后,启动时间减少一些,还没彻底解决,而且我发现cat /etc/fstab与sudo fdisk -l查到的系统磁盘名不一致,看起来fstab文件存在较严重的问题,前面抓的log中除了俩已经移除的磁盘在开机时会检测外,之前连过电脑的移动硬盘记录也保存下来了,在开机时也会检测,检测这仨不存在的盘浪费不少时间,感觉像是deepin系统的基础功能没有搞好 😢

Reply View the author
1 / 2
To page