你在开机的时候留意下,出现deepin的logo的时候按F1,看看显示的日志中什么服务启动一直是红色[※※※],然后记下来或者拍视频,把那截图发到论坛
再次建议尝试更新内核
再次建议尝试更新内核
更换过几次内核,包括6.x.x,没用,而且不同内核对于蓝牙的支持稳定性不同,蓝牙动不动出不来,所以现在都不轻易换内核了
你在开机的时候留意下,出现deepin的logo的时候按F1,看看显示的日志中什么服务启动一直是红色[※※※],然后记下来或者拍视频,把那截图发到论坛
3Q,参考你的建议,我先抓点日志
看过其他人发的帖子,一直没找到解决办法。我先尝试抓点启动日志吧,之前忙没持续管这个问题,最近发现都一年了,幻想着单纯通过系统在线升级几乎不太可能解决,还是得再折腾下
@花雨落逝 @jjcui8595 @喔豁
下面是开机启动log,下面应该就是原因,如何解决呢?
😂 😂 看到最后一句我笑了。。哈哈
补充下主板信息:
型号:制造商 : 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
lsblk -f
你执行这个然后发图片看看,猜测那个uuid指向的是swap,以前我见过类似的情况。先确认一下是不是SWAP。
lsblk -f
你执行这个然后发图片看看,猜测那个uuid指向的是swap,以前我见过类似的情况。先确认一下是不是SWAP。
如下图,启动log中提到的两个超时uuid结合上下文信息,应该是之前安装过的两个盘,已经把他们拆了,搞不懂为啥启动的时候还去检测??
lsblk -f :
部分boot log: 抓到的log有两种情况,情况2打印的信息多一点,似乎在一个地方不停尝试,不过两种情况的开机时长都差不多,耗时都是2分钟多。
搬运
试一下,慢的解决方案:
sudo vim /etc/systemd/system.conf
sudo vim /etc/systemd/user.conf
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s
如下图,启动log中提到的两个超时uuid结合上下文信息,应该是之前安装过的两个盘,已经把他们拆了,搞不懂为啥启动的时候还去检测??
lsblk -f :
部分boot log: 抓到的log有两种情况,情况2打印的信息多一点,似乎在一个地方不停尝试,不过两种情况的开机时长都差不多,耗时都是2分钟多。
systemctl --failed
执行这个看看对应的服务叫啥
cat /etc/fstab
在看看这个文件的内容
systemctl --failed
执行这个看看对应的服务叫啥
cat /etc/fstab
在看看这个文件的内容
fstab中包含了那两个无效的磁盘UUID等信息,需要删除吗?
fstab中包含了那两个无效的磁盘UUID等信息,需要删除吗?
删掉应该就正常了
搬运
试一下,慢的解决方案:
sudo vim /etc/systemd/system.conf
sudo vim /etc/systemd/user.conf
#DefaultTimeoutStartSec=90s
#DefaultTimeoutStopSec=90s
DefaultTimeoutStartSec=10s
DefaultTimeoutStopSec=10s
谢了,这个办法估计不治本
删掉应该就正常了
把最后两行删掉后,启动时间减少一些,还没彻底解决,而且我发现cat /etc/fstab与sudo fdisk -l查到的系统磁盘名不一致,看起来fstab文件存在较严重的问题,前面抓的log中除了俩已经移除的磁盘在开机时会检测外,之前连过电脑的移动硬盘记录也保存下来了,在开机时也会检测,检测这仨不存在的盘浪费不少时间,感觉像是deepin系统的基础功能没有搞好 😢
Popular Events
More
系统是从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,可以看到打印信息。
boot log:
执行sudo cat /var/log/boot.log
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论坛上面都有人反馈该问题,但是之前反馈的似乎都没解决,社区是否可以针对该问题做一个深入的优化呢?这种问题特别影响体验,对于普通小白,往往无从下手,不利于向普通消费群体推广哦。。。