[Feedback on issues] Thinkpad T14 gen1安装deepinV25在使用过程莫名卡死
Tofloor
poster avatar
autumner
deepin
2025-07-21 12:10
Author

Thinkpad T14 gen1安装deepinV25外接21寸显示器,使用过程莫名卡死,有时候鼠标还能动,也切换不到命令模式,只能重启,如下系统信息:

image.png

通过deepseek解决思路:

应用属于acpi软硬兼容问题,需要在/etc/default/grub 中把GRUB_CMDLINE_LINUX_DEFAULT=这行改下如下

GRUB_CMDLINE_LINUX_DEFAULT="video=efifb:nobgrt splash quiet acpi_osi=Linux loglevel=0 locales=zh_CN.UTF-8"

sudo update-grub,重新系统解决问题,通过以上方法使用了一周,今日又出现卡死,需重启,通过查看系统日志收集有如下错误:

级别:错误 进程:dde-control-center 时间:2025-07-21 10:51:46 信息:ColorSelector: The Item ActionButton_QMLTYPE_121_QML_178(0x555a947cff80, name="") already has a palette with name "textColor", The latter one will replace the former one. 主机名:autumner-T14 进程号:3492
级别:错误 进程:dde-control-center 时间:2025-07-21 10:51:46 信息:ColorSelector: The Item ActionButton_QMLTYPE_121_QML_176(0x555a94512130, name="") already has a palette with name "textColor", The latter one will replace the former one. 主机名:autumner-T14 进程号:3492
级别:错误 进程:dde-shell 时间:2025-07-21 10:51:40 信息:Failed to initialize ReportLogWorker 主机名:autumner-T14 进程号:2456
...

请协助给予解决!!!!!!!!!!!!!!!!!!!!!!!!!!!

Reply Favorite View the author
All Replies
deepin-流云
Moderator
Community OP
2025-07-21 15:46
#1

将GRUB_CMDLINE_LINUX_DEFAULT的loglevel=0改成loglevel=7,再卡死重启后执行

sudo journalctl -b -1 > /home/\$USER/Desktop/journalctl.log

看上次启动的完整日志(桌面上的log文件可直接上传),导出出来给研发分析

Reply View the author
autumner
deepin
2025-07-22 09:42
#2
deepin-流云

将GRUB_CMDLINE_LINUX_DEFAULT的loglevel=0改成loglevel=7,再卡死重启后执行

sudo journalctl -b -1 > /home/\$USER/Desktop/journalctl.log

看上次启动的完整日志(桌面上的log文件可直接上传),导出出来给研发分析

好的,

Reply View the author
autumner
deepin
2025-07-28 10:19
#3
deepin-流云

将GRUB_CMDLINE_LINUX_DEFAULT的loglevel=0改成loglevel=7,再卡死重启后执行

sudo journalctl -b -1 > /home/\$USER/Desktop/journalctl.log

看上次启动的完整日志(桌面上的log文件可直接上传),导出出来给研发分析

journalctl-728.zip

刚刚卡死了,重启后把日志导出了,麻烦给分析一下原因,谢谢!

Reply View the author
autumner
deepin
2025-08-04 09:36
#4

今天早上又卡死了,麻烦给分析一下原因,journalctl-8-4-925.zip

Reply View the author
autumner
deepin
2025-08-04 10:28
#5

今天又又卡死了,麻烦给分析一下原因

journalctl-8-4-1025.zip

Reply View the author
autumner
deepin
2025-08-04 10:29
#6
deepin-流云

将GRUB_CMDLINE_LINUX_DEFAULT的loglevel=0改成loglevel=7,再卡死重启后执行

sudo journalctl -b -1 > /home/\$USER/Desktop/journalctl.log

看上次启动的完整日志(桌面上的log文件可直接上传),导出出来给研发分析

今天两次卡死,麻烦尽快分析原因

Reply View the author
autumner
deepin
2025-08-04 11:50
#7
autumner

今天两次卡死,麻烦尽快分析原因

又又又卡死了,journalctl1138.zip

Reply View the author
deepin-流云
Moderator
Community OP
2025-08-04 13:30
#8

内核日志研发分析没有出现问题,但是发现你有个debFix.sh的脚本一直在打印导致卡顿,这个脚本是你自己的么?

Reply View the author
autumner
deepin
2025-08-04 13:35
#9
deepin-流云

内核日志研发分析没有出现问题,但是发现你有个debFix.sh的脚本一直在打印导致卡顿,这个脚本是你自己的么?

不是,没有装过打印机驱动

Reply View the author
autumner
deepin
2025-08-04 13:40
#10
deepin-流云

内核日志研发分析没有出现问题,但是发现你有个debFix.sh的脚本一直在打印导致卡顿,这个脚本是你自己的么?

这个不是系统自带了得吗
image.png

Reply View the author
deepin-流云
Moderator
Community OP
2025-08-04 14:10
#11
autumner

这个不是系统自带了得吗
image.png

嗯,已经找其他研发同事在看了,这个是解决应用启动问题的脚本,确实是系统内置的。最新日志卡死的时间点有么?我私信你企微二维码,拉研发一起远程看看环境

Reply View the author
autumner
deepin
2025-08-04 14:23
#12
deepin-流云

内核日志研发分析没有出现问题,但是发现你有个debFix.sh的脚本一直在打印导致卡顿,这个脚本是你自己的么?

发现一个巧合,7月21日、7月28日、8月4日每周一系统一直卡死了,过了周一就好,难到周一有什么定时任务执行吗?

Reply View the author
autumner
deepin
2025-08-04 15:08
#13
deepin-流云

嗯,已经找其他研发同事在看了,这个是解决应用启动问题的脚本,确实是系统内置的。最新日志卡死的时间点有么?我私信你企微二维码,拉研发一起远程看看环境

企业微信二维码上传不了

Reply View the author
autumner
deepin
2025-08-14 11:33
#14

感谢deepin-流云及工程师们一个多月的努力,经分析排查应该是电脑的硬件问题!

Reply View the author