跳转至内容
  • 版块
  • 最新
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 浅色
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • 深色
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(LCZ-Blue)
  • 不使用皮肤
  • LCZ-Green
  • LCZ-Blue
  • LCZ-Black
折叠
品牌标识

抡锤者

首页 版块 标签 硬件 AI 广场
  1. 主页
  2. 版块
  3. AI硬件
  4. X99 F8 + RTX 3070(16GB)在 Ubuntu/Xorg 下黑屏实录:Windows 可用≠Linux 显示稳定(含完整排查过程)

X99 F8 + RTX 3070(16GB)在 Ubuntu/Xorg 下黑屏实录:Windows 可用≠Linux 显示稳定(含完整排查过程)

已定时 已固定 已锁定 已移动 AI硬件
x99rtx3070ubuntu
4 帖子 3 发布者 119 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • J 离线
    J 离线
    Jackie Suen
    编写于 最后由 编辑
    #1

    我这台机器平台是华南金牌 X99 F8,长期用途是本地 AI 推理 + 日常桌面操作。电源是 1600W,显卡供电使用两条独立 PCIe 线,供电与线材层面我可以确定没有偷懒。之前我一直用一张 RTX 3080(20GB 改卡)在 Ubuntu 下跑模型、开浏览器、做长任务都能稳定两天不掉线,所以我原本以为换上 RTX 3070 也应该只是“装好驱动就行”。

    这张 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 的“桌面显示”用途上已经试到尽头,继续在同一路线耗时间意义不大。

    1 条回复 最后回复
    0
    • J 离线
      J 离线
      Jackie Suen
      编写于 最后由 Jackie Suen 编辑
      #2

      上面用ai寫的所以有點談技術參考,全程都是用deepseek +Trai.我用的是
      技加小雕rtx 3070我改16gb'已經在家中試了兩個星期本地部署但是連最基本系統運行都出錯。顯示卡去到改裝店面燒甜甜圈半個小時也沒有出事,但是一插3070基本上三分鐘內直接黑屏沒有顯示,hermes用deep seed api所以你而沒有問題,可以正常通話
      結論就是這張卡只能在windows環境下面使用因為缺少nv控制面板,所有驅動cuda補丁都叫hermes打好仍然不行,如果要在unbuntu 做本地部署的兄弟要避雷3070

      1 条回复 最后回复
      0
      • williamlouisW 离线
        williamlouisW 离线
        williamlouis
        超级版主
        编写于 最后由 编辑
        #3

        本身就是预备退役的老兵。退役前 兄弟 又完美补刀。。。。
        3070 离开历史舞台的进度加速了。

        个人主页:xlkj.org Telegram https://t.me/xlkjorg

        1 条回复 最后回复
        0
        • 九 离线
          九 离线
          九门奇人
          编写于 最后由 编辑
          #4

          我的3080 12G除了显存小了点,但是带宽不差,跑跑QWEN3.6 35B A3B也是够用的。

          1 条回复 最后回复
          0

          你好!看起来您对这段对话很感兴趣,但您还没有一个账号。

          厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。

          有了你的建议,这篇帖子会更精彩哦 💗

          注册 登录
          回复
          • 在新帖中回复
          登录后回复
          • 从旧到新
          • 从新到旧
          • 最多赞同


          • 登录

          • 登录或注册以进行搜索。
          • 第一个帖子
            最后一个帖子
          0
          • 版块
          • 最新
          • 标签
          • 热门
          • 用户
          • 群组