这张 RTX 3070 是 16GB 软改卡（店铺 Windows 下甜甜圈烤机 30 分钟没问题，Windows 日常也正常）。但在 Ubuntu 上作为桌面显示卡使用时，问题非常明确：系统能启动、主板 Debug 码常见显示 AA（表示已过 POST），但进入桌面后只要做一点“真实图形负载”的动作（例如打开 Chrome、拖动窗口、甚至某些情况下打开文件管理器），就会出现黑屏，随后 Xorg 进入半死/僵死状态，必须重启才能恢复。

软件环境方面：我明确切到了 Xorg（不是 Wayland），NVIDIA 驱动版本为 595.84。最初还观察到 nvidia-settings 出现黑屏/界面极简，后来核实原因是 userspace 版本不匹配：nvidia-settings 510.47 对应 driver 595.84，这能解释“控制面板不好用”，但无法解释“整套图形栈挂死”。真正关键的证据来自内核日志与 nvidia-smi：黑屏复发时会出现 NVRM: Xid 相关错误（典型包括 Xid 8/16/158/154 等组合），并且 nvidia-smi 会从“正常返回”变成 timeout，甚至输出 System is not in ready state；同时 Xorg 进程可能卡入 Dl+，/tmp 下的 X socket 异常，导致 xset/xrandr/nvidia-settings 都无法再连接显示。换句话说，这不是“某个应用崩了”，而是 GPU 显示引擎/驱动栈级别的 hang。

为了避免“没人操作就误判稳定”，我这次排查采用了严格流程：每次 reboot 后先做 baseline（确认 P8 idle 正常、无 Xid），然后再做对照测试：Files、Chrome（禁用 GPU 加速）、Chrome（正常 GPU 加速），并且同时开三个 watcher 持续记录 nvidia-smi 状态与 journalctl -k。曾经出现过一次“轻负载 10–15 分钟看似稳定”的假象，但关键转折点在于：只要上真正持续渲染压力（例如 glxgears 持续 OpenGL 渲染 60fps），大约 3 分钟内就必定触发 hang，Xid 连发，随后 nvidia-smi 也会挂死。这说明问题并非“网页/文件管理器特例”，而是只要进入持续的桌面显示渲染链路，就会触发。

我也尝试过一些常见“软件止血”方案：停用 nvidia-powerd（日志里曾提示 unsupported）、关闭 compositor、以及用 nvidia-smi 做功耗墙/锁频（-pl、-lgc）来避免 P8→P0 的跳频触发。确实存在“降低功耗 + 降低频率能延迟复发”的现象，例如 1500MHz 在某些更保守功耗墙下能撑更久，但一旦进入真实桌面渲染压力，仍会复发。最终结论很明确：在 Linux 的桌面显示路径下，这张 3070 软改卡的稳定性无法通过简单锁频/限功耗从根本解决，最多只能“延迟死亡”。另外我还观察到该卡的 power limit 显示过 270W（明显高于常见 3070 的 220W 级别），这与软改/改 BIOS power table 的可能性一致，但是否为唯一根因我不做绝对断言；我只能说它与“显示引擎 hang + 传感器/状态 not ready”这类症状高度吻合。

结论与建议：Windows 下烤机通过，并不等价于 Linux 下桌面显示稳定；尤其是软改卡/改 BIOS 卡，在 Linux 驱动与显示栈组合下更容易暴露问题。若要长期稳定做 AI 和长任务，我建议用 3080 作为主显示与主力计算；3070 如果要保留，最多建议作为 headless compute（不承担桌面显示、尽量不跑 OpenGL/桌面渲染），并且仍需做一次纯 CUDA 计算侧的压力测试，确认不会把整套驱动栈拖死。对我这次案例来说，3070 在 Ubuntu/Xorg 的“桌面显示”用途上已经试到尽头，继续在同一路线耗时间意义不大。