（已解决）惠普(HP) 暗影精灵11 Victus 16.1英寸笔记本电脑(i7-14650HX/Nvidia RTX 5060 8G/2560*1600 240HZ)安装Ubuntu后闪屏

一、故障背景4 台全新机Ubuntu 下都出现过闪屏客户一次部署 4 台同配置高性能笔记本核心配置为 Intel HX 处理器、32GB 内存、RTX 5060、2560×1600 高刷内屏。客户反馈的现象并不完全一致但核心特征高度相似240Hz 下更容易出现闪屏部分机器在桌面移动鼠标时明显闪部分机器在锁屏输入密码页面移动鼠标也会闪个别机器在 Ubuntu Logo、登录切换过程中出现闪烁、短暂黑屏甚至画面卡死问题具有明显间歇性某些机器重启后会暂时恢复。故障动图不同机器、不同阶段都能看到横线/闪烁故障动图 1锁屏页面操作过程中出现明显横向亮线/闪烁。故障动图 2同一锁屏场景继续操作横线/闪烁可以反复出现故障动图 3另一段现场视频同样在锁屏状态看到横向闪线故障动图 4登录/锁屏界面也能出现闪烁二、第一轮快速定位240Hz 是强触发条件现场最先做的不是抓日志而是直接改变一个最明显的变量刷新率。多台机器得到相同 A/B240Hz → 闪屏60Hz → 立即恢复正常或者闪屏不明显重新切回 240Hz → 闪屏再次出现这一步很重要因为它把问题从“泛泛的 Ubuntu 闪屏”缩小成了高刷新率显示链路问题。三、发现真实的系统安装缺陷部分 RTX 5060 的 NVIDIA 驱动不对需要注意安装完系统后更新内核并安装验证各项驱动对比 4 台机器采集系统、Kernel、BIOS、GPU、DRM、EDID 和日志后发现其中两台 Ubuntu 22.04.5 机器的 NVIDIA 状态明显异常。还发现 proprietary / open 组件混装、DKMS 与预编译模块状态不一致。修复后595 Open Kernel Module、license 为 Dual MIT/GPLnvidia-smi 可以正常识别 RTX 5060。但这里出现了整个 Case 最重要的“反直觉”结果NVIDIA 驱动修复成功后240Hz 仍然闪。而且我们复盘原始故障视频后又发现有一段故障视频中nvidia-smi本身就是正常的屏幕依旧在闪。原始故障视频截图RTX 5060 可以正常被 nvidia-smi 识别但内屏仍然发生闪烁。另外还有一台 Ubuntu 24.04 机器本身已经使用正常 NVIDIA Open Kernel Module也同样出现 240Hz 闪屏。四、继续排除PSR、X11/Wayland、SSD、内存1. PSR关闭后仍闪由于故障经常在“移动鼠标、画面变化”时触发曾怀疑 Intel eDP 的 Panel Self RefreshPSR。我们临时强制options i915 enable_psr0确认enable_psr0已生效后240Hz 仍然闪因此 PSR 被明显降级。2. X11 / Wayland两种环境都有故障样本现场不同机器、不同时间拿到过 X11 和 Wayland 的故障样本所以也不能把问题简单归因到 Wayland、Mutter 或 Xorg。3. SSD 交叉测试我们选择一台严重闪屏机器和一台当时较稳定的机器做 SSD 互换。严重闪屏机换上另一台的 Ubuntu SSD 后仍能复现另一台装上“故障 SSD”长时间测试不闪。后续那台“正常对照机”自己也曾出现轻微、间歇性闪屏说明这批故障本身存在状态性。4. 内存交叉测试由于这批机器内存有过后期改装我们继续把两台机器的整套内存互换并保留原顺序照片内存 A 组对调前记录内存 B 组对调前记录结果是严重闪屏机换上另一套已验证正常的内存后依旧闪另一台装上“故障机内存”后仍然不闪。交叉 SSD、内存后严重故障机仍能出现明显横线/闪屏进一步降低 SSD、内存作为主因的可能性。五、最关键的分界内屏闪外接显示器始终正常在 NVIDIA Open 驱动已经修好的机器上保持内屏 2560×1600240Hz同时连接外接显示器使用扩展模式测试。结果内屏持续闪外接显示器始终正常这说明不是整个系统/GPU 的画面一起崩坏问题明显集中到了内置屏幕输出路径。六、决定性 A/BAdvanced Optimus 闪Discrete 240Hz 完全正常这台机器的 BIOS 提供 Graphics SwitchBIOS 中可以在 NVIDIA Advanced Optimus、Discrete、UMA 之间切换。我们先保持 Advanced Optimus在故障态采集 DRM 拓扑确认Advanced Optimus 内屏 eDP → Intel i915 → connected / enabled NVIDIA eDP → disconnected也就是说在混合显卡故障状态下内屏实际由 Intel i915 路径承担输出。随后只改一个变量BIOS 切换成Discrete独显直连。其他条件不变同一台机器同一块面板同一 Ubuntu同一 2560×1600同一 240Hz同一 NVIDIA Open 驱动。结果240Hz 闪屏完全消失。在继续 A/B 前RTX 5060 Open Kernel Module 与 nvidia-smi 均已确认正常排除了独显驱动未加载这个干扰变量。Discrete 状态下内屏 DRM owner 发生变化Discrete 内屏 eDP → NVIDIA → connected Intel i915 不再承担内屏扫描输出Advanced Optimus / Discrete 两种状态分别采集 DRM、i915、NVIDIA、eDP 信息用于确认内屏 owner 的切换。更关键的是我们又把 BIOS 切回 Advanced OptimusAdvanced Optimus 240Hz → 闪Discrete 240Hz → 正常再切回 Advanced Optimus 240Hz → 闪屏重新出现这个可逆 A/B 比“某条日志里有一条 Warning”更有因果价值。七、BIOS F.12 → F.14升级后混合模式仍闪为了排除旧 BIOS / VBT / MUX 初始化问题我们又对故障机进行了 BIOS 更新。更新过程中系统出现 HP BIOS Recovery 500BIOS 更新后的自动恢复界面。最终进入系统后需要再次确认真实 BIOS 版本。进入 Ubuntu 后通过sudo dmidecode -t bios确认实际已经升级到 F.14Ubuntu 下 dmidecode 确认 BIOS 已升级到 F.14。但 F.14 下BIOS 默认恢复到 Advanced Optimus 后切回 240Hz 仍然“狂闪”。再次切成 Discrete 后240Hz 又恢复稳定。因此BIOS F.12 → F.14 并没有解决 Advanced Optimus 240Hz 闪屏。八、另一个插曲BIOS 更新后 240Hz 突然消失BIOS 更新后切到 DiscreteUbuntu 显示设置里一度只剩 60HzBIOS 更新后 Secure Boot 被恢复开启Discrete 模式下 240Hz 一度消失只剩 60Hz。最终发现 BIOS 更新把 Secure Boot 恢复为开启而该机当时使用的是 DKMS 方式部署的 NVIDIA Open Kernel Module。重新关闭 Secure Boot 后240Hz 立即回来。这个现象同样需要和“原始闪屏”分开Secure Boot / DKMS 签名问题会影响 NVIDIA 模块和 Discrete 240Hz但它不是 Advanced Optimus 下原始闪屏的根因。如果是正式企业批量交付更合理的做法不是简单永久关闭 Secure Boot而是使用发行版签名模块或完成 MOK 签名/注册。九、找另一台同机型测试又未复现故障后来找了一台“同型号”机器安装 Ubuntu 22.04.5在 Advanced Optimus 240Hz 下稳定正常。这条信息一度让人怀疑是不是现场安装的 Ubuntu 版本不一样但采集正常机后发现正常机与典型故障机都可以是 Ubuntu 22.04.5Kernel 甚至可以完全相同i915、GuC、HuC、DMC 基础版本也高度一致真正明显的差异之一是面板正常机是 BOE故障批次 4 台是同一款 CMN 面板同时 DMI 子型号、SKU/PN 也存在差异。进一步确认后才知道正常机器的实机型号、屏幕面板都不一致十、最终 RCA不是“核显驱动没装”而是组合兼容性结合所有证据目前最准确的描述不是“Intel 核显驱动没有安装好”。原因是i915本身正常加载没有持续出现能够直接定责的 GPU Hang / eDP Link BadPSR 关闭无效X11 / Wayland 都有故障样本NVIDIA 修复后仍闪同一块面板在 Discrete 240Hz 下完全正常Advanced Optimus ↔ Discrete 可以可逆地改变故障结果。当前高概率根因故障机器使用的高刷内屏与 Ubuntu 下 Intel i915 Advanced Optimus / 混合显卡 240Hz 内屏输出路径存在组合兼容性异常。十一、最终解决方案Discrete 240Hz最终 4 台客户设备统一设置确认 RTX 5060 驱动状态正常BIOS → Graphics Switch选择Discrete内屏保持 2560×1600 240Hz锁屏、登录、桌面、鼠标移动、拖窗口、重启多轮验证。4 台最终均在 Discrete 240Hz 下测试正常。最终状态独显直连下 240Hz 稳定现场多轮测试无闪屏。这个方案的代价是独显持续承担显示输出功耗、发热和续航会比混合模式更高。