解决 Ubuntu系统不能进入系统、登陆后黑屏、soft lockup、分辨率显示异常等若干问题

最新推荐文章于 2025-06-24 08:47:03 发布
最新推荐文章于 2025-06-24 08:47:03 发布
阅读量2.4k 收藏 12
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Ubuntu 文章标签： Ubuntu soft lockup 黑屏 分辨率问题
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Cedar1314/article/details/86180211
本文介绍了如何解决Ubuntu 18.04系统在启动时遇到的watchdog BUG: soft lockup问题以及登陆后显示低分辨率的问题。通过在启动时添加nomodeset参数进入系统，然后卸载并禁用nouveau驱动，最后安装Nvidia驱动以解决显卡驱动导致的故障。详细步骤包括禁用nouveau，更新初始化内核，安装Nvidia驱动并重启。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

解决 Ubuntu系统不能进入系统、登陆后黑屏、soft lockup、分辨率显示异常等若干问题

我的环境

  • 系统：Windows 10/Ubuntu 18.04双系统 X64
  • 显卡：Nvidia GForce GTX 1050
  • 分辨率：1920*1080

问题说明

我遇到的问题是：
1.选择 Ubuntu系统启动，出现 watchdog : BUG :soft lockup - CPU 等问题，等待2分钟依然进入不了系统；
2.进入系统后分辨率显示不到最高分辨率。

解决问题

这些问题基本可以归结为显卡驱动问题，可以通过更换显卡驱动解决问题。想要更换驱动就得想办法进入系统。

进入系统

进入不了系统，长按电源键强制重启。在选择 Ubuntu系统进入时，不要直接按ENTER键进入，按e进入编辑模式 找到quiet splash在后面追加nomodeset，即

quiet splash 变为
quiet splash nomodeset

这一步的目的是不加载显卡启动。然后按Ctrl+X启动。就可以进入系统。

进入系统后准备更换驱动。下载Nvidia驱动：

最低0.47元/天 解锁文章

200万优质内容无限畅学
修改分辨率解决Ubuntu启动黑屏问题
YikPerl的博客
09-22 1171
在使用Ubuntu操作系统时，有时候可能会遇到启动后屏幕变黑的问题，这可能是由于分辨率设置不正确导致的。本文将介绍如何修改分辨率来解决Ubuntu启动黑屏问题。希望本文对你解决Ubuntu启动黑屏问题有所帮助。如果问题仍然存在，你可能需要进一步调整分辨率或者查找其他解决方法。系统将重新启动，并应用新的分辨率设置。这样，你的Ubuntu启动时应该不再出现黑屏问题。注意：上述示例中的分辨率为1920x1080，你可以根据自己的需求进行修改。步骤三：备份并编辑配置文件。步骤四：更新配置并重启。
Linux系统报错NMI watchdog: BUG: soft lockup - CPU#5 stuck for 24s
邓邓子的博客
05-12 7323
目录一、问题描述二、解决方法1.将 watchlog_thresh 临时设置为 302.将 watchlog_thresh 永久设置为 303.将 watchlog_thresh 写入启动文件 一、问题描述 Linux 系统响应变慢，显示错误信息如下： May 9 14:43:05 localhost kernel: NMI watchdog: BUG: soft lockup - CPU#5 stuck for 24s! [watchdog/5:34] May 9 14:43:05 localhos
解决Ubuntu14.04分辨率太高进不了系统
g110802008的博客
12-12 3815
系统：Ubuntu14.04显卡：NVIDIA GTX 1080由于导师上个星期给换了NVIDIA GTX 1080显卡，旧的显卡为NVIDIA K620，本来是好事，但是麻烦的是换上显卡，装Ubuntu14.04系统根本装不了，用其他显卡装好再换1080也还是不行，到“Install Ubuntu”那一步就提示，“Input Signal Out of Range”，一看就是超出显示器分辨率，但是
ubuntu 22.04 5060驱动安装
polirman的博客
06-24 944
注意：secure mode 要提前在bios设置为disable，显卡mode显示为独显，重启后nvidia-smi显示正常。由于5060驱动在apt里无法更新到最新版本，因此手动安装驱动更新。1、在nvidia官网下载相应驱动。2、卸载NVIDIA相关软件包。4、更新initramfs。
ubuntu:“NMI watchdog: BUG: soft lockup-CPU#0 stuck for 22s“
北观止的博客
07-16 7898
NMI watchdog: BUG: soft lockup - CPU#2 stuck for 22s![migration/2:18]
ubuntu安装重启时显卡问题报错: BUG soft lockup 的解决办法
不好好做安全的运维足球狗
08-15 3649
安装 Ubuntu 出现 BUG soft lockup 的解决办法（18.04）： 具体的错误内容： kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s 想具体了解这条错误的内容，请参考此链接： https://www.cnblogs.com/vmtauto/p/7427913.html 出现这条信息说明 ： CUP 过度...
Ubuntu 修改分辨率黑屏
a12345______的博客
03-08 1307
使用vim编辑，命令模式一直按dd删掉所有内容，wq保存并退出，或者用nano编辑也可以。（5）在下面的命令行执行方法1的（3）（4）（5），大功告成！命令修改分辨率后重启，发现显示器无视频输入，睡眠了。（1）开机一直按shift进入GRUB。（4）使用root shell提示符。（4）删除xorg.conf内容。（3）备份xorg.conf。（2）选择高级选项（第二个）
Ubuntu18.04安装compiz后死机无法进入图形桌面，提示watchdog: BUG: soft lockup - CPU#1 stuck for 22s!如何解决，测试有效！
gtqlb的博客
10-02 2752
现象描述： 安装compiz后没有出现预想的桌面特效效果，本想重启尝试是否生效，结果系统图像桌面直接进不去了 问题定位： 查阅资料许多，定位为compiz本身存在bug,安装后导致gdm3和nvidia驱动冲突，使得gdm3无法正常启动图形界面（详见https://blog.youkuaiyun.com/larry233/article/details/82467209/%ra1） 解决过程： 1.步骤概述：首先，我们需要卸载compiz及其相关组件，然后重新安装被破坏的桌面。这个前提是可以进入命令行系统界面。 2.由
安装linux系统报softlock,内核Panic和soft lockup分析及排错
weixin_27256197的博客
05-13 1512
一、概述众所周知，从事linux内核开发的工程师或多或少都会遇到内核panic，亦或者是soft lockup，前者多半是因为内存泄露、内存互踩、访问空地址等错误导致的，而后者可以肯定是因为代码的逻辑不当，进而导致内核进入一个死循环。问题可大可小，当问题足够隐蔽又难以复现时通常会让程序猿们十分抓狂，我前些日子有幸体验了一把，足足花费了我一周时间才成功找到问题，为了让自己以后能从容的面对内核pani...
内核异常检测机制——Soft lockup、Hard lockup、hung up
qq_37294304的博客
10-11 1481
本文介绍了内核中的Soft lockup和Hard lockup及Hung up的检测机制
安装ubuntu出现BUG soft lockup的解决方法(16.04 14.04)
p15097962069的博客
03-07 982
安装ubuntu出现BUG soft lockup的解决方法(16.04 14.04)
ubuntu修改屏幕分辨率为1920×1080，重启后黑屏问题的解决！
qq_36691990的博客
10-24 4840
这是一个古老的问题，但是对我来说，最简单的方法是： 1.首先Ctrl + Alt + T打开Ubuntu终端，之后输入命令 xrandr -q 来查看支持的分辨率 $ xrandr -q SZ: Pixels Physical Refresh 0 1024 x 768 ( 271mm x 201mm ) 75 70 60 1 800 x 600 ( 271mm x 201mm ) 85 75 72 60 56 2 640 x 480 ( 271mm x 201mm ) 85 75 72 60 *3 8
安装linux(ubuntu)遇到soft lockup问题
thrashx的博客
12-12 6850
安装Ubuntu时遇到soft lockup问题，经过搜索终于找到解决办法，在选择安装/内存测试等操作的界面按F6,并在里面选中nomodeset即可成功安装。 安装后发现图形界面卡顿严重，于是在附加驱动中将显卡驱动换为私有版。此时重启，屏幕会闪烁显示一段终端信息并且无其他变化。强行关机，开机在grub选择启动项的界面按'e'编辑ubuntu启动项，将nomodeset删掉，再次启动后正常了。此
ubuntu 安装完成后重启电脑报错: BUG soft lockup 的解决办法
xrinosvip的博客
05-25 2万+
安装 Ubuntu 出现 BUG soft lockup 的解决办法（18.04）： 具体的错误内容：kernel:NMI watchdog: BUG: soft lockup - CPU#0 stuck for 26s 想具体了解这条错误的内容，请参考此链接：https://www.cnblogs.com/vmtauto/p/7427913.html 出现这条信息说明 ： CUP 过度...
Ubuntu打开就是黑屏（解决方法，点击设置，把打印机直接移除掉，就ok啦，亲测，有用）
m0_62574889的博客
05-27 259
为什么目前版本的版本的ubuntu这么容易黑屏，真的是离谱呀，很奇怪，这个奇怪但是就是没有人指出吗？Ubuntu打开就是黑屏（解决方法，点击设置，把打印机直接移除掉，就ok啦，亲测，有用）
ubuntu桌面进不去——解决办法
热门推荐
he582754810的博客
12-06 4万+
问题描述：可以进入系统的登录界面，可以输入用户名和密码，输入后就没有反应了，键盘没反应，鼠标可以移动。 问题分析：系统的图形界面出了问题。 解决办法：重新安装桌面。 步骤：1.重启电脑，选择ubuntu高级选项(本人是ubuntu与win7双系统)，选择recovery模式。     2.进入recovery模式后，选择root选项，之后会提示你输入root密码，输入后回车即可。  
ubuntu修改屏幕分辨率为1920×1080，重启后黑屏
H_Shelly的博客
08-07 2492
ubuntu修改屏幕分辨率为1920×1080，重启后黑屏 解决方法： 因为我的xrandr命令不起作用，因此按照别人的方法手动修改文件中的分辨率： 打开：/etc/default/grub 搜索：#GRUB_GFXMODE=640x480 编辑：640x480 改成你想要的分辨率，并取消前面的# 例如：GRUB_GFXMODE=1920x1080 更新：sudo update-grub 重启: reboot https://blog.youkuaiyun.com/wohu1104/article/details/90
linux设置显示分辨率后黑屏,ubuntu 黑屏和分辨率不能改变的问题
weixin_28704565的博客
05-22 1096
# If you change this file, run 'update-grub' afterwards to update# /boot/grub/grub.cfg.# For full documentation of the options in this file, see:# info -f grub -n 'Simple configuration'# vim /etc/defa...
ubuntu下解决由于错误配置分辨率导致黑屏问题
从SOC, 到 Linux, 到 Android
05-10 8571
安装了ubuntu 11.04后，用了不是太好的显示器，不知道为什么进入系统后分辨率不对，根据http://gaoke0820.blog.163.com/blog/static/21664965201171632645528/的指引，运行命令         cvt 1024 768，得到参数并配置/etc/X11/xorg.conf，重启后分辨显示有所改善，但是因为改善后不能全屏显示，我在没有
系统出现"soft lockup"和"workqueue lockup"有何本质区别？
最新发布
08-06
<think>我们正在讨论Linux内核中的两种锁死（lockup）问题：soft lockup和workqueue lockup。这两种锁死虽然都表现为系统或部分功能停滞，但它们的触发机制、影响范围和调试方法有本质区别。下面我将从多个维度进行对比分析： --- ### 一、定义与检测机制 | 特性 | Soft Lockup | Workqueue Lockup | |---------------|------------------------------------------|------------------------------------------| | **本质** | CPU核心长时间无法调度内核线程 | 工作队列线程被阻塞导致任务积压 | | **检测器** | NMI中断（通过`watchdog`进程）[^2] | 工作队列看门狗（`wq_watchdog`）[^1] | | **阈值** | 默认20秒（`kernel.watchdog_thresh`） | 默认30秒（`kernel.workqueue.watchdog_thresh`） | | **触发条件** | CPU未释放`softlockup_touch_ts`时间戳 | 工作项执行时间超过阈值且未主动更新触摸时间 | > **数学表达**： > 设$t_{thresh}$为阈值，$t_{now}$为当前时间，$t_{touch}$为最后更新时间戳： > - Soft Lockup: $t_{now} - t_{touch} > t_{thresh}$ > - Workqueue Lockup: $\exists \text{ work } w_i, \text{ } t_{now} - w_i.\text{start\_time} > t_{thresh}$ --- ### 二、根本原因对比 #### 1. Soft Lockup - **CPU资源被独占** - 中断处理程序（ISR）或内核线程长时间占用CPU（如死循环） ```c // 典型错误代码：内核模块中的死循环 while (condition) { // 未调用cond_resched()释放CPU } ``` - **调度器失效** - 实时进程（RT）以`SCHED_FIFO`优先级99运行且不主动让出CPU #### 2. Workqueue Lockup - **工作项阻塞** - 工作队列中的任务（`work_struct`）执行同步操作时被阻塞： - 等待锁（如`mutex_lock`）但持锁者被抢占 - 内存分配（`GFP_KERNEL`）时因内存不足陷入直接回收 - **资源死锁** - 工作线程与其他执行上下文（如中断）发生循环锁依赖 > **关键区别**： > - Soft Lockup是**CPU级故障**，表现为整个核心停滞 > - Workqueue Lockup是**任务级故障**，仅影响关联工作队列的任务 --- ### 三、诊断方法差异 #### 1. Soft Lockup调试 - 强制触发SysRq调用栈： ```bash echo l > /proc/sysrq-trigger # 打印所有CPU的堆栈 ``` - 分析堆栈中的**循环点**或**长时间原子操作** #### 2. Workqueue Lockup调试 - 检查工作队列状态： ```bash cat /sys/kernel/debug/workqueue/workqueue/state ``` - 定位阻塞的工作项： ```text BUG: workqueue lockup - pool cpus=0 ... workqueue events: flags=0x0 pending: do_cache_clean, neigh_managed_work <-- 阻塞任务列表 ``` --- ### 四、解决方案对比 | 措施 | Soft Lockup | Workqueue Lockup | |---------------------|------------------------------|-------------------------------| | **紧急恢复** | 重启CPU核心（可能需系统重启） | 取消排队的工作项或重启线程池 | | **代码修复** | 添加`cond_resched()`调用点 | 改用`WQ_MEM_RECLAIM`队列[^3] | | **配置调整** | 增大`watchdog_thresh` | 限制工作项并发数（`max_active`） | | **硬件相关** | 检查CPU过热/超频 | 排除设备驱动阻塞（如NVMe超时） | > **代码示例**（避免Workqueue阻塞）： > ```c > // 创建具有内存回收能力的工作队列 > struct workqueue_struct *wq = > alloc_workqueue("wq_name", WQ_MEM_RECLAIM | WQ_HIGHPRI, 0); > ``` --- ### 五、典型案例分析 #### 案例1: Soft Lockup（NVMe驱动） - **现象**：`CPU#0 stuck for 22s`，调用栈卡在`nvme_wait_ready` - **原因**：NVMe控制器未响应导致忙等待循环 - **修复**：添加延迟并检查超时 #### 案例2: Workqueue Lockup（文件系统） - **现象**：`workqueue lockup - pool cpus=1`，`wb_workfn`阻塞 - **原因**：`writeback`工作项在直接回收内存时被阻塞 - **修复**：改用`GFP_NOIO`分配模式 --- ### 六、总结对比表 | 维度 | Soft Lockup | Workqueue Lockup | |--------------|------------------------------|-------------------------------| | **影响范围** | 整个CPU核心 | 特定工作队列的任务 | | **根源** | CPU调度被抢占失败 | 工作项执行路径阻塞 | | **调试工具** | SysRq + NMI | `workqueue`调试接口 | | **修复重点** | 中断/实时进程优化 | 异步化阻塞操作 | > 当两者同时发生时，通常**Soft Lockup是根本原因**：某个CPU被完全占用后，运行在该CPU上的工作队列线程也无法执行[^1][^2]。 §§相关问题§§ 1. 如何配置Linux内核的watchdog阈值来调整锁死检测灵敏度？ 2. 在编写内核模块时，哪些API可以安全地用于工作队列中？ 3. 为什么内存压力会同时导致soft lockup和workqueue lockup？ 4. Linux内核中有哪些替代工作队列的异步任务机制？</think>### Linux系统中"soft lockup"与"workqueue lockup"的本质区别 在Linux内核调试中，**soft lockup**和**workqueue lockup**是两种不同类型的系统停滞问题，它们的触发机制、影响范围和调试方法有本质区别： --- #### 一、核心区别对比表 | 特性 | Soft Lockup | Workqueue Lockup | |---------------------|----------------------------------------|---------------------------------------| | **检测机制** | NMI中断通过`watchdog`进程监控[^2] | 工作队列专用看门狗`wq_watchdog`[^1] | | **触发条件** | CPU核心无法调度内核线程 | 工作队列线程执行超时 | | **影响范围** | 整个CPU核心停滞 | 特定工作队列任务积压 | | **默认阈值** | 20秒（`kernel.watchdog_thresh`） | 30秒（`kernel.workqueue.watchdog_thresh`）| | **根本原因** | CPU被独占（如死循环/实时进程） | 工作项阻塞（如死锁/长时I/O） | | **典型调用栈特征** | `__schedule+0x...`卡在循环或锁等待 | `process_one_work+0x...`卡在驱动函数 | --- #### 二、机制差异详解 1. **Soft Lockup（软锁死）** - **本质**：CPU核心**完全失去调度能力** - **检测原理**： - 每个CPU有一个`watchdog`线程定期更新时间戳 - 当NMI中断发现时间戳超过阈值时触发 ```c // kernel/watchdog.c void touch_softlockup_watchdog(void) { per_cpu(watchdog_touch_ts, cpu) = SOFTLOCKUP_RESET; // 更新时间戳 } ``` - **典型场景**： - 内核死循环未调用`cond_resched()` - 实时进程(`SCHED_FIFO`)独占CPU[^2] - 中断处理程序超时 2. **Workqueue Lockup（工作队列锁死）** - **本质**：**特定工作线程**被阻塞导致任务积压 - **检测原理**： - 每个工作项记录开始时间戳 - 定时检查执行时长是否超阈值 ```c // kernel/workqueue/watchdog.c wq_watchdog_touch_workqueue(work) { work->start_time = jiffies; // 记录启动时间 } ``` - **典型场景**： - 驱动工作项等待永不释放的锁 - 内存回收阻塞在`GFP_KERNEL`分配 - 文件系统操作卡在I/O（如示例中的`wb_workfn`） --- #### 三、调试方法对比 | **调试手段** | Soft Lockup | Workqueue Lockup | |---------------------|--------------------------------------|-------------------------------------| | **关键日志** | `BUG: soft lockup - CPU#X stuck!` | `BUG: workqueue lockup - pool cpus=X` | | **SysRq命令** | `echo l > /proc/sysrq-trigger` | `echo w > /proc/sysrq-trigger` | | **状态检查** | `cat /proc/softlockups` | `cat /sys/kernel/debug/workqueue/state` | | **代码修复重点** | 添加抢占点(`cond_resched()`) | 拆分长任务/使用`WQ_MEM_RECLAIM` | --- #### 四、典型案例分析 1. **Soft Lockup案例** - 现象：NVMe驱动忙等待控制器响应 ```dmesg BUG: soft lockup - CPU#1 stuck for 23s! [nvme:1234] Call Trace: __schedule+0x2e0/0x860 nvme_wait_ready+0x75/0x120 [nvme] // 死循环等待 ``` - 修复：添加延迟检查+超时退出 2. **Workqueue Lockup案例** - 现象：文件系统写回任务卡在内存回收 ```dmesg workqueue lockup: writeback pool cpus=0 pending: wb_workfn (mm/page-writeback.c:2600) ``` - 修复：改用`GFP_NOIO`分配策略 --- #### 五、数学关系模型 设$t_{thresh}$为阈值，$t_{exec}$为执行时间： - **Soft Lockup触发条件**： $$\forall \text{ CPU}_i, \Delta t_i = t_{now} - t_{touch,i} > t_{thresh}$$ - **Workqueue Lockup触发条件**： $$\exists \text{ work } w_j \in \text{ WQ}_k, \Delta t_j = t_{now} - w_j.\text{start_time} > t_{thresh}$$ > 这表明workqueue lockup是**存在性条件**（某个任务阻塞），而soft lockup是**全称条件**（整个CPU停滞）[^1][^2]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值