先说结论这不是你电脑坏了也不是U盘坏了而是太新的显卡碰上太旧的系统两个“对不上暗号”启动阶段就卡住了。RTX 5060 用的是 Blackwell 架构这代 GPU 对 Linux 的支持至少要内核 6.8 以上、NVIDIA 驱动 570 以上才算真正友好而 Ubuntu 22.04 默认内核是 5.15安装介质里那些老旧的显示初始化逻辑看到这块新卡基本就是“不认识、不启动”最后给你留一个Booting a command list然后永远停在那里。我自己折腾了整整一个晚上从安装 U 盘到进入桌面再到装好驱动把整个链路打通了。这篇就把完整解决过程写清楚包括为什么会产生这个现象、怎样让安装介质先跑起来、装完系统后换内核装驱动的一整套操作以及你大概率会踩的坑。1. 现象到底什么样能开机、能进引导就是进不了安装界面先说硬件环境。我这边是一台 AMD 平台主机CPU 是 Ryzen 7 7700主板开了 UEFISecure Boot显卡是刚入手的 RTX 5060准备在主力机上把 Ubuntu 22.04 装成双系统。按理说这配置不算冷门但偏偏在第一道坎上就翻车了。用 Ventoy 或者 Rufus 做好 Ubuntu 22.04 安装 U 盘之后插上 U 盘开机进入 GRUB 引导菜单选择“Try or Install Ubuntu”屏幕一闪然后直接变成黑屏。不是完全没有输出而是在屏幕右上角或者中间留着几行字其中一句就是问题标题里的Booting a command list。键盘灯还有反应NumLock 可以切换但系统就像被人点了暂停键一样无论等多久都进不去。这里有个容易误导人的地方Booting a command list这句话看起来像是装软件时执行命令列表但实际上它出现在内核启动早期阶段的控制台初始化期间。屏幕上能打印这句话说明 GRUB 已经成功把内核加载到内存里了接下来内核准备初始化显示输出设备结果在显卡这里挂住了。所以问题不是引导坏了而是内核在初始化显示控制器的时候吐不出画面后续操作又阻塞在那里。后来我在另一台只有核显的机器上测试同一个 U 盘一路正常进安装界面这就进一步验证了问题出在显卡和内核的兼容性上跟装机介质本身没有关系。2. 为什么 RTX 5060 会把 Ubuntu 22.04 卡死新架构遇上老内核要理解这个问题得知道 Ubuntu 22.04 和 RTX 5060 之间隔了多少代“代差”。Ubuntu 22.04 长期支持版本默认使用 Linux 5.15 内核这个版本发布于 2021 年底。当时 NVIDIA 显卡主力还是 Ampere 架构RTX 30 系列连 Ada LovelaceRTX 40 系列都还没发布更别说后来的 Blackwell 架构RTX 50 系列了。Linux 内核里与显卡相关的那几个模块比如nouveau、drm、i915之类对新硬件的新设备 ID 支持都是后来一点一点补进去的。旧内核里既没有 RTX 5060 的设备 ID也没有针对 Blackwell 架构的初始化代码内核加载到显卡初始化那一步时driver probe 失败但又没有合适的 fallback 路径于是整个启动流程就阻塞住。这里还要补充一个细节Ubuntu 默认的内核启动参数是加载modesetting/nouveau这类开源显卡驱动的它们在启动阶段就会主动去“认领”并初始化显卡。如果显卡太新驱动模块可能直接挂起或者初始化到一半发现硬件行为和预设的不一样直接死循环。Booting a command list出现的位置大体就在这种“驱动认领硬件并尝试设定显示模式”的环节。打个不太严谨但好理解的比方你手里有一把 2025 年新出的大楼门禁卡拿着它去刷 2021 年装的老读卡器读卡器能通电、能亮灯但读不出卡片信息于是门一直不开后面排队的人也都堵在门口。现在的状态就是这样系统不是死了而是卡在“认卡”这一步。另外 Secure Boot 也会在这个时候添麻烦。如果 BIOS 里开了 Secure Boot安装介质启动时内核和驱动模块都要经过签名验证而 Ubuntu 自带的驱动模块对这批新硬件的适配本来就有限签名的驱动也可能因为找不到新设备而拒绝加载。这就解释了为什么有些人在关闭 Secure Boot 后情况会好很多。3. 第一个突破口给内核传启动参数跳过显卡初始化我第一个想到的常规操作就是nomodeset。这个参数的意思是告诉内核先别自作主张去设置显卡显示模式跳过图形化初始化直接用主板 BIOS/UEFI 提供的基本显示输出EFI framebuffer把屏幕点亮等进入系统之后再加载正式驱动。对于安装阶段来说我们其实不需要什么高分辨率能看清安装界面就够了。具体操作步骤开机进入 GRUB 菜单选择 “Try or Install Ubuntu”。按键盘上的e进入启动参数编辑界面。找到以linux开头的那一行。这一行里包含类似quiet splash ---的参数。把光标移到quiet前面输入nomodeset。修改完之后那行大概长这样linux /casper/vmlinuz file/cdrom/preseed/ubuntu.seed maybe-ubiquity quiet splash nomodeset ---按Ctrl X或者F10启动。实践结果显示加上nomodeset之后黑屏卡住的问题直接消失系统正常进入安装界面。这一步解决的是“能不能把系统装上去”的问题但它只是绕过了问题并没有真正解决问题。装完系统之后如果不做进一步处理每次启动还是会走同样的老路仍然会卡在显卡初始化上。如果你遇到加了nomodeset依然黑屏的情况还可以手动试这几个参数组合nomodeset nouveau.modeset0 nomodeset modprobe.blacklistnouveau我用过的组合里第一个nomodeset足够解决大部分 50 系显卡在 U 盘安装阶段的卡死问题。modprobe.blacklistnouveau更极端一点它直接不让内核加载开源 NVIDIA 驱动模块避免任何可能引起冲突的 probe 过程缺点是如果一个显卡连最基本的显示输出都完全依赖这个模块那加了它反而更黑。所以优先用nomodeset不行再升级到组合拳。4. 装完系统先别急内核不升级同样画面还会再来一遍安装过程倒是顺利U 盘安装完系统重启前我特意拔掉 U 盘进入刚装好的 Ubuntu 22.04。果不其然又在同一个位置卡住屏幕上照样是Booting a command list。这其实不算意外因为刚才我们加的nomodeset只是给安装介质那个临时系统用的它并没有写进硬盘系统里。启动的时候在 GRUB 菜单里按e临时再加一次nomodeset照样能进系统。但总不能每次开机都手动编辑启动参数吧所以这次进桌面之后第一件事就是给系统换新内核。推荐的做法是安装 Ubuntu 的 HWEHardware Enablement内核包。这是 Ubuntu 长期支持版本里专门为更新硬件提供的内核系列22.04 的 HWE 内核会把版本从 5.15 提到 6.8 左右。6.8 这个版本内核对 Blackwell 架构的显卡有了基础识别能力至少不会在启动过程中完全卡死。打开终端先确认一下当前内核版本uname -r我这里出来的是5.15.0-xxx-generic果然是老版本。然后执行sudo apt update sudo apt install linux-generic-hwe-22.04这个包会一路把新内核、头文件、相关模块都装好。安装完成后重启注意启动时 GRUB 里应该已经多了新内核的选项直接选默认新内核启动。重启后再次执行uname -r看到版本变成6.8.x或者更高说明 HWE 内核生效了。到了这个阶段就算不装 NVIDIA 官方驱动系统本身的桌面显示也已经能正常出来只是用的是内核里自带的通用显示驱动分辨率可能比较保守硬件加速基本没有日常使用流畅性一般。真正要发挥 RTX 5060 的性能还得走下一步。这里也要插一句换内核之后之前没有加nomodeset也一样能进桌面说明内核版本的提升确实解决了一部分兼容性问题。但我们最后还是会装 NVIDIA 官方闭源驱动装驱动的过程中启动参数和模块加载策略很重要没有搞对的话黑屏问题会换一种形式再回来。5. 正式驱动安装用 22.04 官方仓库还是 NVIDIA 官网 run 包内核问题解决之后剩下的重点就是 NVIDIA 显卡驱动。RTX 5060 用户不能装太老的驱动apt官方源里默认的旧版本驱动认不出这块卡。我的建议是优先用 NVIDIA 官方 PPA 源或者直接去官网下载对应型号的.run驱动包。先说最简单的方式用ubuntu-drivers工具查看当前系统推荐的驱动版本。sudo ubuntu-drivers devices如果这条命令能看到类似nvidia-driver-570这样的结果说明官方源或者 PPA 里已经有可识别的驱动直接sudo apt install nvidia-driver-570记住一个原则上 50 系显卡驱动版本不低于 570 才有得玩。570 是 NVIDIA 官方开始正式支持 Blackwell 消费级显卡的驱动分支。我装的时候当时官方仓库里最新分支是 570到后来还有 580 甚至更高的小版本迭代具体以你执行ubuntu-drivers devices时看到的结果为准。如果你不放心 PPA也可以走 NVIDIA 官网的.run包路线。但.run包的安装过程比apt方式要小心得多否则很容易留下一个黑屏的烂摊子。它的基本流程是在官网驱动下载页面选择你的显卡型号、操作系统版本下载对应的NVIDIA-Linux-x86_64-xxxx.run文件。安装编译环境和依赖sudo apt install build-essential dkms linux-headers-$(uname -r)由于.run驱动安装程序要求 X 服务停止运行需要切换到纯文本终端模式sudo telinit 3给文件加执行权限并运行chmod x NVIDIA-Linux-x86_64-xxxx.run sudo ./NVIDIA-Linux-x86_64-xxxx.run安装过程中会询问是否自动更新Xorg配置文件、是否注册 DKMS全部选 Yes 就对了。DKMS 这个选项务必选 Yes它能让新驱动在内核升级后自动重新编译 nvidia 模块避免以后一升级内核就又黑屏。我个人强烈建议你走apt方式不是因为它一定比.run包更稳定而是apt安装的驱动逻辑更清晰卸载升级都方便不容易出现库文件符号链接错乱的问题。.run包更适合那些需要精确控制驱动版本的高级用户。还有一点安装驱动之前不论用哪种方式先把开源nouveau驱动拉黑。虽然 HWE 内核里nouveau对 RTX 5060 已经有了一点识别能力但它和闭源驱动的冲突依然存在。编辑这个文件sudo nano /etc/modprobe.d/blacklist-nouveau.conf写入两行blacklist nouveau options nouveau modeset0然后更新内核引导配置并重建 initramfssudo update-initramfs -u最后重启。重启后运行nvidia-smi如果能看到类似NVIDIA-SMI 570.xx.xx Driver Version: 570.xx.xx CUDA Version: 12.x的输出驱动就装好了从此 RTX 5060 在 Ubuntu 22.04 里可以正式跑 CUDA、深度学习推理这些重活。6. Secure Boot 是隐藏的拦路虎签名、MOK 和 BIOS 设置这个问题在装驱动的时候特别容易冒出来值得单独拎出来说。RTX 5060 的用户大概率电脑比较新主板默认会开 Secure Boot。这个安全功能会不会影响装上系统、进入桌面看你运气但一旦安装 NVIDIA 闭源驱动Secure Boot 就会变成大问题。因为 Ubuntu 内核在 Secure Boot 开启的情况下只加载经过签名的模块NVIDIA 的闭源驱动模块并不在系统默认签名列表里即使把驱动装好了内核也会拒绝加载它。装完驱动后重启发现还是黑屏、或者nvidia-smi提示NVIDIA-SMI has failed because it couldnt communicate with the NVIDIA driver大部分情况就是 Secure Boot 在作怪。解决方案有两类方案 A干脆在 BIOS 里关闭 Secure Boot。进主板 BIOS找到 Secure Boot 相关的选项不同厂商位置不一样可能在 Boot 菜单、Security 菜单下面把它设为 Disabled。然后保存退出重启即可。这是最简单直接的办法。方案 B如果你必须保留 Secure Boot那就得走 MOKMachine Owner Key签名流程。在安装 NVIDIA 驱动时安装程序如果检测到 Secure Boot 开启一般会提示你设置一个 MOK 密码然后生成一个待签名的.cer文件。重启后进入蓝色 MOK 管理界面选择 “Enroll key from disk”找到那个.cer文件输入刚才设置的密码完成签名注册。弄好之后驱动模块就能被内核信任并加载。实际操作中让我最郁闷的是很多主板在开启 Secure Boot 时还附带一个选项叫 “Secure Boot mode”有 Standard 和 Custom 之分。如果处于 Custom 模式系统的签名数据库可能不完整即使你注册了 MOK驱动也可能加载失败。所以我的建议是新手直接关 Secure Boot想折腾再研究 MOK。7. 装完驱动重启又黑屏这不是驱动坏了是显示服务器的问题很多人卡在最后一公里驱动装上了nvidia-smi一切正常但重启到登录界面又黑了或者登录之后只有一个鼠标箭头桌面出不来。这个现象其实和显卡驱动能否工作没太大关系大多和 Ubuntu 22.04 默认的 Wayland 会话配合 NVIDIA 驱动有关。RTX 5060 搭配老版本的内核和 Wayland在一些 GNOME 版本下就是会出现显示输出不稳定的问题尤其当显示管理器 GDM 启动时没有正确检测到 NVIDIA driver 的 DRM 设备时画面就卡死在登录前。遇到这个情况先在卡住的界面按Ctrl Alt F2切到文本终端用账号密码登录查看一下显卡驱动日志journalctl --since 10 minutes ago | grep -i nvidia如果日志里看到类似Error: Failed to initialize the NVIDIA kernel module说明内核模块加载失败回到前一节检查 Secure Boot 和 DKMS。如果日志里没有明显报错而问题依然出现在图形界面上就强制切到 Xorg 会话试试。修改 GDM 默认的会话类型sudo nano /etc/gdm3/custom.conf找到这行#WaylandEnablefalse把注释去掉变成WaylandEnablefalse保存后重启 GDM 或直接重启系统。这个操作的本质是让整个桌面会话用 X11/Xorg 模式跑NVIDIA 闭源驱动对 Xorg 的支持成熟度远高于 Wayland尤其在老内核上更是如此。如果你接受不了放弃 Wayland也可以考虑给系统装更新版本的内核比如手动升级到 6.10那样 Wayland 配合 NVIDIA 驱动的稳定性会好不少但维护成本也随之提高。8. 装机问题速查几张表搞定 90% 的启动障碍为了方便排查我把整个流程中可能遇到的问题整理成了几张速查表。排版上不会你自己翻日志找答案更方便。症状原因处理办法安装 U 盘启动黑屏卡在Booting a command list内核旧不识别 RTX 5060编辑 GRUB 启动项加nomodeset再装系统加nomodeset后依然黑屏存在 Secure Boot 或 nouveau 冲突关 Secure Boot加modprobe.blacklistnouveau装完系统后硬盘启动黑屏启动参数没写进系统内核还是 5.15用 GRUB 临时加nomodeset进系统升级 HWE 内核驱动装好后nvidia-smi报错Secure Boot 或 DKMS 模块未构建关闭 Secure Boot 或 MOK 注册重装 DKMS 模块登录界面黑屏或闪回Wayland 会话不兼容在/etc/gdm3/custom.conf里禁用 Wayland改用 Xorg驱动版本显示 CUDA 版本过低驱动太老不支持 Blackwell换 570 及以上版本驱动使用.run包安装后无法进桌面安装时 X server 未停止或未用 DKMS重启进入 systemd recovery用telinit 3重装还有几个日常操作中的常见命令值得记一下# 查看当前显卡驱动是否被加载 lsmod | grep nvidia # 查看当前系统推荐的驱动 sudo ubuntu-drivers devices # 彻底清理旧驱动 sudo apt purge *nvidia* sudo apt autoremove # 查看启动过程中的内核日志 dmesg | grep -i nvidia\|drm最后补充一个我从这次折腾里得出来的结论如果你手头是 RTX 50 系显卡又非要用 Ubuntu 22.04 LTS那尽量用最新版的小版本镜像比如 22.04.5再叠加 HWE 内核和 570 驱动这套组合是能在生产环境里稳定跑的。你要是追求零折腾完全可以上 Ubuntu 24.04 或者更新版本默认内核和驱动支持会好很多但如果你跟我一样依赖 22.04 的软件生态那上面这套流程就是目前最稳妥的路线。