这些年装机翻车，有一半都是 NVIDIA 驱动和 CUDA 惹出来的。我见过装 CUDA 装到桌面起不来、重启卡在开机 logo、nvidia-smi一行字都出不来、好不容易进了桌面打开显卡设置面板又闪退的情况。如果你也在这类问题上反复折腾，这篇就是一套从思路到排错的完整记录。我会把最容易被忽略的几个点讲透：N 卡驱动和 CUDA Toolkit 到底是不是一回事、动手前怎么把版本定对、Linux / Windows / WSL2 三种环境怎么装才不踩坑，以及出了黑屏、闪退、找不到 samples 之后该往哪个方向查。
先说结论：绝大多数“装不上”和“装完就崩”，都不是你操作手残，而是没搞明白驱动、CUDA Toolkit、cuDNN 三者之间的关系，以及驱动版本和 CUDA 版本之间的兼容红线。这篇文章不保证你闭眼照抄就能成，但能让你在折腾时知道自己每一步在干什么。
1. 为什么“CUDA 与 N 卡驱动”总能让人栽跟头
1.1 驱动、CUDA Toolkit、cuDNN 到底是三样什么东西
很多新人最容易混淆的一点，是以为“装好了显卡驱动，CUDA 就自动有了”。这是错的。N 卡驱动只是让操作系统能够识别和控制这块 GPU，它负责最底层的内存分配、显存读写、任务调度，但驱动本身不给你提供nvcc编译器，也不帮你把深度学习算子优化到极致。
CUDA Toolkit 是一整套开发工具链，里面包含编译器nvcc、CUDA 运行时库、各种配套的数学库和调试工具。你可以把它理解成“显卡的 SDK”。有了驱动和 SDK，你才能编写、编译、运行 CUDA 程序。但如果你只是跑 PyTorch、TensorFlow 这些现成框架，很多时候连nvcc都不需要，因为框架安装包已经内置了 CUDA runtime。
cuDNN 则是专门为深度学习优化的库，卷积、pooling、LSTM 这类算子用 cuDNN 能跑得飞快。它不包含在 CUDA Toolkit 里，需要单独下载、单独配置。很多 TensorFlow 报错“找不到 libcudnn.so.8”，就是因为驱动和 CUDA 都正常，却漏了 cuDNN。
用个比方：驱动是“物业把水电通到你房间”，CUDA Toolkit 是“你房间里那套标准电气接口和工具”，cuDNN 则是“专门为你工作定制的专业设备”。三者不是一个层面，却必须互相匹配。
1.2 版本兼容性：你装不上，九成是没搞清楚对应关系
NVIDIA 对驱动和 CUDA 的版本关系有一条“向下兼容”的规定：驱动版本越新，它能支持的历史 CUDA 版本就越多；反过来，老驱动扛不住新 CUDA。所以装 CUDA 之前，第一件事永远是看驱动支持什么。
这里有个很常见的误解：运行nvidia-smi，右上角显示一行CUDA Version: 12.4，很多人以为这就是系统里已安装的 CUDA 版本。实际上这行字的意思是“当前驱动最高能支持 CUDA 12.4”，你系统里可能根本没装 CUDA Toolkit。判断到底装没装 CUDA，要看nvcc --version，两个命令查的是完全不同的东西。
驱动版本和 CUDA 版本大致对应关系可以参考这张精简表：
| 常见 CUDA 版本 | Linux 驱动最低版本 | Windows 驱动分支 |
|---|---|---|
| CUDA 11.8 | 520.61.05 | R525 |
| CUDA 12.0 | 525.60.13 | R525 |
| CUDA 12.2 | 535.54.03 | R535 |
| CUDA 12.4 | 550.54.14 | R550 |
这张表不是让你背，而是告诉你一个规律：如果你准备装 CUDA 12.4，那驱动版本至少要在 550 以上；如果你的驱动只有 470，想跑 CUDA 12.x 基本不可能。反过来，驱动是 550，你想装 CUDA 11.8 通常没问题，因为新驱动会保留对旧版本的支持。
还有一个让我记忆深刻的教训：不要盲目追“最新 CUDA”。很多深度学习框架的官方预编译包，长期停在 CUDA 11.8 或 CUDA 12.1。你装了个最新 CUDA 12.8，框架没跟上，最后只能自己编译源码，那才叫噩梦。项目要什么版本，你就装什么版本，不是一个“全部最新”就完事的。
1.3 装完黑屏、无限重启的根源
黑屏和登录循环在 Linux 下特别常见，但原因基本逃不出这几个：
第一，Secure Boot 开着。现在的 Linux 发行版默认内核有签名校验，NVIDIA 驱动属于第三方内核模块，没有通过 Secure Boot 签名时就加载不了。表现是黑屏、起不来、或者nvidia-smi显示驱动未加载。可以在 BIOS 里关闭 Secure Boot，也可以走 MOK 签名流程。小白建议直接关，折腾成本最低。
第二，双显卡笔记本没有处理 OpenGL 冲突。用 runfile 方式安装 NVIDIA 驱动时，如果直接把驱动自带的 OpenGL 库覆盖到系统里，容易和核显的桌面渲染打架，导致登录循环。所以奥普帝玛双显卡机器上，很多人会用--no-opengl-files参数跳过 OpenGL 部分。
第三，桌面环境用了 Wayland 而驱动支持不完善。Ubuntu 默认的 GDM + Wayland 组合，配合 NVIDIA 驱动时偶尔起不来桌面。可以换成 LightDM，或者在登录界面先切到 Xorg 会话。
没有搞清楚这些根源就反复重装驱动，是在碰运气。知道了黑屏的真正原因，排查方向才会对。
2. 动手前的硬件识别与版本选择
2.1 先花两分钟确认显卡和当前状态
不管新装机还是老环境，第一步永远是“先看清楚现状再动手”。Linux 下打开终端，跑这几条命令：
lspci | grep -i nvidia列出显卡型号，比如NVIDIA Corporation GA106 [GeForce RTX 3060 Lite Hash Rate]。
nvidia-smi如果驱动正常，会显示驱动版本、显存占用和右上角的 CUDA 支持版本。如果提示command not found或找不到 NVIDIA 设备，说明驱动没装好或者压根没装。
nvcc --version这条命令用来确认 CUDA Toolkit。如果提示没有 nvcc，说明你只有驱动，没有开发工具链，需要后续安装 CUDA Toolkit。
Windows 下最简单的方法是打开命令行跑nvidia-smi，或者按Win + R输入dxdiag查看显示信息。千万别只看设备管理器里有没有“NVIDIA GeForce”字样，那个只代表硬件被识别，不代表驱动能用。
2.2 版本对应关系的查法和记忆法
很多人卡在“不知道该选哪个驱动”。我的做法是倒推：先决定你要用 CUDA 哪个版本，再查驱动。NVIDIA 官网有一份很完整的 CUDA 兼容性列表，搜索“CUDA compatibility”就能找到。但如果你不想翻文档，记住几个锚点就行：
- 驱动版本在 470 左右，最多只能支持到 CUDA 11.4 左右；
- 驱动版本在 515 到 525 之间，支持 CUDA 11.7、11.8 稳妥；
- 驱动版本在 535 左右，支持 CUDA 12.0 到 12.2；
- 驱动版本在 550 以上，支持 CUDA 12.4 及更新版本。
这里的数字不是精确值，但足够让你在选版本时有个方向。核心原则是：驱动版本必须大于等于你要安装的 CUDA 版本所要求的最低驱动版本。驱动版本新一点完全没问题，太老才是致命的。
2.3 按应用场景选择版本的建议
不同项目对 CUDA 的诉求不一样，分享一下我常用的选择逻辑。
如果主要是跑深度学习，以 PyTorch 为例，你应该先去 PyTorch 官网看当前稳定版支持哪些 CUDA。比如某个版本支持 cu118、cu121、cu124，那就优先选一个，再去配对应的驱动。不要装最新 CUDA 然后让 PyTorch 编译源码，除非你想体验几个小时的等待和一堆 patch 报错。
如果做视频剪辑、3D 渲染、游戏这些偏图形应用，CUDA Toolkit 很多时候不是必需项。你只需要装好 NVIDIA 驱动，驱动本身已经包含了 CUDA 运行时的一部分，应用调用时会自动走。很多用户误以为必须装 CUDA Toolkit 才能用显卡加速，其实不一定。
如果用的是老显卡，比如 GTX 10 系以前的产品，还要注意新版本驱动可能已经放弃支持。NVIDIA 的驱动 release note 里会写“对某代 GPU 的最终支持版本”，查一下再决定装哪个版本。硬装新版驱动，只能换来一句“没有找到兼容的图形硬件”。
3. 完整实操：Linux 下的驱动与 CUDA 安装全流程
3.1 用 apt 仓库还是 runfile 安装
Linux 下安装 NVIDIA 驱动的方式主要有三条路：发行版自带的 apt/graphical 工具、NVIDIA 官方 runfile、以及发行版仓库里的dkms自动构建。
我的建议是：如果你是 Ubuntu 用户，只想让驱动能正常用，优先用ubuntu-drivers这个工具装。它有两大好处：第一，它知道你的发行版适配过哪个驱动版本，不会给你推一个兼容性未知的新驱动；第二，它会把驱动模块接入dkms机制，内核升级后模块会自动重新编译，省去很多手动操作。
runfile 方式适合想精确控制版本、或者要做多版本共存的人。但 runfile 不在发行版的软件包管理范围内，内核升级后经常需要你手动重装模块，还会有和 apt 安装的驱动“撞车”的风险。装过一次就明白了，没有特殊需求别折腾。
CUDA Toolkit 的安装反而推荐直接用官方 runfile 或官方 apt 仓库：Toolkit 是用户态程序，不涉及内核模块，装错了大不了删掉重来，风险可控。
3.2 安装 NVIDIA 驱动的常规步骤
Ubuntu 上用仓库方式安装，逻辑很简单。先更新索引，再看系统推荐什么驱动：
sudo apt update ubuntu-drivers devices输出会列出当前硬件可用的驱动，比如nvidia-driver-535、nvidia-driver-550等。下面这步就会安装推荐版本：
sudo ubuntu-drivers autoinstall也可以手动指定版本，避免装到不想要的：
sudo apt install nvidia-driver-550装完重启：
sudo reboot重启后马上跑nvidia-smi，如果能正常显示 GPU 状态，驱动就算装好了。
如果你执意用 runfile，流程是这样：先到 NVIDIA 官网下载对应 Linux 的.run文件，然后必须处理 nouveau 冲突。nouveau 是 Linux 自带的开源 NVIDIA 驱动，会和官方驱动抢设备。
sudo bash -c "echo blacklist nouveau > /etc/modprobe.d/blacklist-nouveau.conf" sudo update-initramfs -u之后重启确认 nouveau 已经被屏蔽：
lsmod | grep nouveau没有任何输出就说明屏蔽成功了。然后 Ctrl+Alt+F3 进入纯命令行终端，执行：
sudo service gdm3 stop sudo sh NVIDIA-Linux-x86_64-550.xx.xx.run安装过程中它会问是否安装 32 位兼容库、是否更新 X config，一般默认即可。双显卡笔记本建议加参数--no-opengl-files，防止 OpenGL 库覆盖掉桌面环境依赖的库。
3.3 安装 CUDA Toolkit 并配置环境变量
驱动搞定后，CUDA Toolkit 就好办多了。官网下载的 runfile 是自解压安装包，运行后它会列出组件，注意这一步很关键：如果驱动已经装好，安装时就不要勾选 Driver 那一项，只保留 CUDA Toolkit 和 Samples 相关组件，防止它把已有驱动覆盖或者装出个不匹配版本。
执行示例：
sudo sh cuda_12.4.0_550.54.14_linux.run看到提示时，把Driver前面的勾去掉，然后 Install。默认会装到/usr/local/cuda-12.4，并创建/usr/local/cuda这个符号链接指向它。
装完最重要的一件事：环境变量。不加环境变量，你执行nvcc还是会提示找不到命令。
export PATH=/usr/local/cuda/bin:$PATH export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH这是临时的，放到~/.bashrc里才能每次登录自动生效：
echo 'export PATH=/usr/local/cuda/bin:$PATH' >> ~/.bashrc echo 'export LD_LIBRARY_PATH=/usr/local/cuda/lib64:$LD_LIBRARY_PATH' >> ~/.bashrc source ~/.bashrc然后验证：
nvcc --version看到release 12.4就说明 Toolkit 装好了。接着可以跑一个样例验证 GPU 真的能干活。把 samples 编译一下，运行 deviceQuery：
cd /usr/local/cuda/samples/1_Utilities/deviceQuery sudo make ./deviceQuery最后出现Result = PASS，整个链条才算真正打通。
3.4 多版本共存的维护技巧
很多人电脑上同时跑不同项目，一个要求 CUDA 11.8，一个要求 CUDA 12.2，这时候别反复重装，多版本共存是可以做到的。
核心思路很简单：CUDA Toolkit 在安装时会问你“是否创建 /usr/local/cuda 符号链接”，如果你想保留多个版本，这个符号链接先不让它建，或者装完自己手动管理。装多个版本后，用update-alternatives来切换系统默认的 CUDA。
sudo update-alternatives --install /usr/local/cuda cuda /usr/local/cuda-11.8 118 sudo update-alternatives --install /usr/local/cuda cuda /usr/local/cuda-12.4 124 sudo update-alternatives --config cuda最后一个命令会让你选择默认版本，选择后会重建/usr/local/cuda的软链接。因为我之前把PATH固定成/usr/local/cuda/bin，所以切换软链接后，同一套环境变量会自动跟着变。这个方案比每次手动改 PATH 要顺手得多。
唯一要注意的是，切完版本后最好重新source ~/.bashrc，并且确认一下nvcc --version，免得编译时用的是旧缓存路径。
4. Windows 与 WSL2 的特别补充
4.1 Windows 下安装 N 卡驱动的几个关键点
Windows 装驱动看似简单，但 N 卡用户翻车不少。最常见的场景是更新驱动之后开始闪退、控制面板打不开、或者玩游戏掉帧掉到怀疑人生。原因多半是旧驱动没卸干净，新版驱动的服务组件和残留文件冲突。
所以我的习惯是：如果之前装过驱动且有异常，先重启进入安全模式，用 Display Driver Uninstaller 把旧 NVIDIA 驱动彻底清除，然后重新开机，到官网下载对应型号的新驱动安装。不要直接用 GeForce Experience 一键更新解决问题，它只负责覆盖安装，不会清理残留。
安装时还有一个“陷阱”：默认安装会把 NVIDIA 的诸多附加组件一起装上，比如 HD Audio、GeForce Experience、Telemetry 服务。对普通用户无所谓，但如果你追求干净，就选自定义安装，只勾选“显卡驱动”和“PhysX”。这样可以少很多后台进程，顺带降低 N 卡设置面板打不开的概率。
装完以后建议重启一次再跑nvidia-smi。如果显示驱动版本和 CUDA 支持版本正常，驱动就稳了。另外注意 Windows 的自动更新有时会偷偷把驱动回滚成老版本，如果发现版本经常莫名变化，可以用组策略或注册表禁止驱动程序自动更新。
4.2 WSL2 为什么不需要重装驱动
很多人在 WSL2 里装好 OpenCV、TensorFlow 之后，发现nvidia-smi能识别显卡，于是以为 WSL2 自带驱动。准确地说，WSL2 里根本没有独立的 NVIDIA 驱动，它直接复用 Windows 主机上安装的那一份。
Windows 上安装了支持 WSL 的 NVIDIA 驱动后，Linux 子系统里通过/dev/dxg这种抽象设备来访问 GPU，驱动工作在 Windows 侧，而 WSL 内看到的是一个“转发过来的 GPU 设备”。所以你在 WSL2 里跑nvidia-smi显示的驱动版本，其实是 Windows 上那个驱动的版本。
这带来一个好处：在 WSL2 里安装 CUDA Toolkit 时，永远不要再装驱动。即使你运行 CUDA Toolkit 的安装包，也要把 Driver 选项去掉，否则容易把 Linux 侧的驱动链路弄乱。
4.3 WSL2 安装 CUDA Toolkit 的要点
WSL2 里安装 CUDA Toolkit 最简单的方式是用 NVIDIA 为 WSL 提供的 apt 仓库。以 Ubuntu WSL 为例，先在主机侧确认驱动可用，进入 WSL 终端：
nvidia-smi确认能显示 GPU 之后，添加 NVIDIA 的 CUDA 仓库：
wget https://developer.download.nvidia.com/compute/cuda/repos/wsl-ubuntu/x86_64/cuda-keyring_1.1-1_all.deb sudo dpkg -i cuda-keyring_1.1-1_all.deb sudo apt update然后安装指定版本的 Toolkit：
sudo apt install cuda-toolkit-12-4装完后同样配置~/.bashrc的 PATH。注意一点：WSL 里千万不要执行nvidia-smi去更新驱动，或者在 Linux 侧运行NVIDIA-Linux-*.run安装驱动，那不是我们想要的。WSL 环境里只要 Toolkit、不用驱动，整个链路才会干净。
很多人在 WSL2 里跑 PyTorch 也遇到 CUDA 版本问题，这时候可以不走系统 Toolkit，而是直接在虚拟环境里用 PyTorch 官方提供的 cu124 轮子：
pip install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu124这种情况下 PyTorch 自带运行所需 CUDA 库，连手动装 Toolkit 都能省掉。适合只想跑框架、不折腾底层的人。
5. 高频问题与排查实录
5.1 nvidia-smi 找不到或报错
排查这类问题，先分清楚是“命令不存在”还是“命令存在但无法连接设备”。
Linux 下如果执行nvidia-smi提示command not found，说明驱动没装好，或者命令路径有问题。先找找命令在哪：
find / -name nvidia-smi 2>/dev/null如果有输出但运行报错，比如NVIDIA-SMI has failed because it couldn't communicate with the NVIDIA driver，说明驱动模块没有加载。查看内核模块：
lsmod | grep nvidia没有任何输出就去看看/var/log/nvidia-installer.log或者dmesg | grep -i nvidia，多半是 Secure Boot 拦截，也可能是内核升级后 dkms 没自动重新编译。解决方向是重装驱动或者重新配置 MOK。
Windows 下找不到nvidia-smi通常是驱动残缺的表现。检查系统路径里有没有C:\Windows\System32\nvidia-smi.exe，没有的话到官网重装驱动，装完就会有。
5.2 装完驱动屏幕黑、循环重启
这个问题在 Linux 双显卡笔记本上出现频率最高。第一选择是进恢复终端，按 Ctrl+Alt+F3 切到字符界面，用sudo apt purge nvidia-*把刚装的驱动卸掉，先恢复系统，然后考虑换安装方式。
如果是桌面环境问题，可以尝试切换显示管理器。Ubuntu 默认 GDM 有时和 NVIDIA 驱动合不来，安装 LightDM 再切过去：
sudo apt install lightdm sudo dpkg-reconfigure lightdm如果重启后还是黑屏，试试在 grub 启动参数里加上nomodeset：
sudo nano /etc/default/grub找到GRUB_CMDLINE_LINUX_DEFAULT，把内容改成：
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"更新 grub 后重启：
sudo update-grub sudo reboot这个参数能让系统在内核阶段不去加载自带的新显卡驱动，等桌面起来后再初始化 N 卡。这个方法不完美，但能救命。
5.3 CUDA samples 找不到
很多新手安装完 CUDA Toolkit 后找不到 samples，怀疑装坏了。新版 CUDA Toolkit 默认把 samples 放到了/usr/local/cuda/samples或者/usr/local/cuda-12.x/samples，但部分安装模式不包含 samples 组件。如果确实没有，最简单的方式是从 GitHub 拉一份，不需要重装整个 Toolkit。
git clone https://github.com/NVIDIA/cuda-samples.git cd cuda-samples/Samples/1_Utilities/deviceQuery make ./deviceQueryGit 版本可能和新 CUDA Toolkit 之间有少量 API 变化，一般make报错都是缺少某个库，按提示补包即可。重点提醒：samples 编译需要系统装有 gcc、make，没有就sudo apt install build-essential。
5.4 驱动更新后闪退、控制面板打不开
Windows 上这个问题很常见，症状就是更新驱动后游戏闪退、NVIDIA 控制面板打不开、或者按 Alt+Z 呼不出 GeForce Experience 的悬浮窗。
优先做“干净重装”：下载 DDU，进入安全模式后彻底卸载 NVIDIA 旧驱动，再到官网装新驱动。重装前把 Windows 的“快速启动”关掉，因为快速启动会让内核处于休眠状态，驱动加载容易出幺蛾子。
控制面板打不开还有一种非驱动原因：相关系统服务没启动。按 Win+R 输入services.msc，找到NVIDIA Display Container LS，右键启动并设为自动。很多显示相关组件依赖它，服务停了面板就起不来。
至于 Alt+Z 无法呼出，八成是 GeForce Experience 的覆盖层权限问题，可以右键以管理员身份运行 GeForce Experience，在设置里重新打开“游戏内覆盖”开关即可。
5.5 深度学习框架提示 CUDA 版本不对
跑 PyTorch 或 TensorFlow 时报“CUDA version mismatch”根本不用慌，先打印出当前框架看到的 CUDA 信息：
import torch print(torch.version.cuda) print(torch.cuda.is_available())第一行打印的是框架内部编译时对应的 CUDA 版本，第二行告诉你能不能调用 GPU。如果torch.cuda.is_available()是 False，那就不是 Toolkit 版本问题，而是驱动或 PyTorch 安装的 CUDA 库和驱动不匹配。
TensorFlow 的报错更直白，常见的是Could not load dynamic library 'libcudnn.so.8'。它要的是 cuDNN 8 的库文件，和驱动无关。去 NVIDIA 官网下载 cuDNN，把lib和include目录复制到 CUDA 安装目录下，或者设置LD_LIBRARY_PATH指向 cuDNN 所在路径。这一步被无数人跳过，于是无数人卡在同一个坑里。
6. 能不进驱动就不进驱动：现代开发者绕坑方案
6.1 用 Docker 镜像代替手动装 CUDA
如果你只是需要一个带 CUDA 的开发环境，真的没必要亲手在宿主机上装 CUDA Toolkit。NVIDIA 官方维护了完整的 CUDA 镜像，宿主只需要有驱动，然后配好 container toolkit，镜像里自带编译器、库和运行环境。
宿主机侧安装：
sudo apt-get install -y nvidia-container-toolkit sudo nvidia-ctk runtime configure --runtime=docker sudo systemctl restart docker然后跑一个镜像验证：
docker run --rm --gpus all nvidia/cuda:12.4.0-base-ubuntu22.04 nvidia-smi能看到 GPU 信息，就说明容器已经能访问显卡了。这种方式最大的好处是宿主环境干净，版本隔离彻底，一个项目用 CUDA 12.4，另一个项目用 CUDA 11.8，直接用不同容器互相不干扰。我再也不用为了换项目在宿主上反复折腾多版本切换。
6.2 conda 和 pip 自带的 CUDA 运行时
近年来深度学习框架的分发方式已经极大降低了 CUDA 安装门槛。PyTorch、TensorFlow 官方轮子通常自带 CUDA runtime，你不需要在系统里装任何 CUDA Toolkit。
安装 PyTorch 的 CUDA 版本时，只要选择一个 cu124 或 cu118 的 index-url，pip 会把对应的 CUDA 运行库一并装到 site-packages 里，并且确保和 PyTorch 版本匹配。这种情况下，系统的nvcc你都可以不装，日常训练完全够用。
如果你需要编译自定义 CUDA 算子或扩展，也可以优先考虑 conda 里的cudatoolkit包。它能把 CUDA 运行时按项目装到虚拟环境里，避免污染系统环境。我现在的个人经验是：能用 Docker 就用 Docker，能靠轮子自带 CUDA 就靠轮子，实在不行才在系统里手动配 Toolkit。
6.3 什么时候才真正需要手工配置
绕坑方案不是万能的。如果你要开发 CUDA 扩展、自定义 kernel、看底层汇编性能，那就必须有一个可用的nvcc和完整 Toolkit。这时候别想着省事，老老实实把版本定好、驱动装好、环境变量配好。
判断是否需要手动装的简单标准：你写不写 CUDA C/C++ 代码？写，就装 Toolkit；不写，只是调用别人写好的库，绝大多数情况不需要。很多新人一上来就跟着教程把驱动、CUDA、cuDNN 装了个全家桶，之后遇到环境冲突又卸不下来，根源就在这里。
我的习惯是先跑一个最小测试：装好驱动后，直接用 PyTorch 检查torch.cuda.is_available()，确认 GPU 可用；如果项目需要编译，再补 Toolkit。这样每一步都有明确的验证点，出了问题也知道是哪个环节。
最后分享一点自己的体会
整个 CUDA 与 N 卡驱动安装，本质不是操作难度问题，而是信息匹配问题。驱动版本、CUDA 版本、框架版本、显卡代数，这四者必须都在合理区间内才能顺畅运转。我带过不少入门者，最常见的一个错误就是“全都用最新”，最后框架不兼容，反过来怀疑驱动装坏了。
我现在做任何新环境第一件事都是先写一个“需求清单”：显卡型号是什么，驱动版本现在多少，项目指定哪个 CUDA，框架有没有官方预编译包。确认这四个问题之前，绝不乱下载安装包。装完驱动先nvidia-smi，装完 Toolkit 先nvcc --version，跑样例必须先通过再继续。这个习惯看起来很笨，但它让我这些年少遇了九成环境问题。如果你正在黑屏边缘急得冒汗，记住一件事：先别重装系统，Ctrl+Alt+F3 进入终端，把驱动卸干净，从最后一个可靠版本重新来一遍。
