ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

Ubuntu20.04+Win10双系统:SecureBoot与NVIDIA驱动

Ubuntu20.04+Win10双系统:SecureBoot与NVIDIA驱动 1. 为什么我还在折腾 Ubuntu 20.04 加 Win10 双系统手里这台机器是 i7-10700 配 B460M 主板一块 1TB NVMe 做系统盘另挂了一块 2TB 的 SATA 固态做数据盘显卡是 RTX 3060 Ti。跑视觉相关的推理和小规模训练要在 Linux 下日常办公、行业软件、几个只在 Windows 上能用的工具又离不开 Win10一开始用虚拟机顶着结果 GPU 直通调起来麻烦训练速度也肉眼可见地掉。想来想去还是把 Win10 和 Ubuntu 20.04 装成双系统最省事。听着像是个被写烂了的话题但实际动手之后我发现真正让人卡住的从来不是怎么下一步下一步装完而是三件事UEFI 和 Secure Boot 的开关组合、EFI 分区到底共不共用、NVIDIA 驱动在签名机制下的安装姿势。这三处每一处都能让你对着黑屏或者一行nvidia-smi has failed干坐半小时。这篇记录写给两类人一类是第一次装双系统、手里只有一块盘的普通用户另一类是已经装过但被 Secure Boot 和显卡驱动反复折磨过的开发者。我不会只给你步骤还会把每一步为什么这么做讲清楚因为双系统这活儿参数换一个数字、勾选换一个选项结果可能就是能开机和不能开机的区别。1.1 这套组合适合谁又劝退谁先把话说明白。Ubuntu 20.04 是个 LTS 版本内核 5.4 起步长期支持到 2025 年稳定、软件源成熟很多工业软件和 ROS 生态还锁在这个版本上这是它到今天还有生命力的原因。但它对新一代硬件的原生支持确实一般尤其是 12 代以后的 Intel 大小核调度、40 系显卡的新特性都需要手动折腾。如果你机器是最近两年新配的我会更推荐 Ubuntu 22.04 起步。Win10 这边LTSC 版本在双系统场景下其实更合适因为它没有应用商店那堆后台进程也不强制推更新重启跟 Linux 抢引导的概率更低。如果你手上是老机器、又只需要一个安静的 Windows 环境LTSC 值得考虑。反过来说如果你的硬盘只有一块 512G 而且已经用了八成或者你的笔记本 BIOS 里连 Secure Boot 开关都藏得找不着那我建议先别急着装把空间和固件这两件事搞明白再动手。双系统失败最常见的结局不是数据丢失而是引导乱了、进不去任何一个系统然后花一整天修 GRUB这个时间成本很多人没算进去。1.2 动手前必须先确认的三件事第一件确认你的 Windows 是不是 UEFI 模式装的。按Win R输入msinfo32看BIOS 模式这一行写的是 UEFI 还是传统。这个信息决定了后面 Ubuntu 安装时引导器往哪儿落如果是 Legacy BIOS 模式整个分区方案都不一样硬套 UEFI 的教程百分之百翻车。第二件确认 Windows 有没有开 BitLocker。这个坑我踩过压缩分区、调整分区表的时候BitLocker 会认为系统被篡改下次开机直接要 48 位恢复密钥。如果你的恢复密钥没备份在微软账户里那基本等于数据全丢。动手前先去控制面板-系统和安全-BitLocker 驱动器加密里把它挂起或者直接解密。第三件确认空闲空间。我在 Windows 的磁盘管理里从 D 盘压缩出 200G 给 Ubuntu。压缩的时候如果提示可用压缩空间不足通常是因为页面文件和休眠文件占着位置先把 Windows 的快速启动和休眠关掉再执行powercfg /h off重新扫描磁盘就能压出更多空间。这三件事花十分钟确认能省掉后面好几个小时。2. 准备阶段分区、镜像、启动盘一个都不能省准备工作看起来琐碎但它是整个流程里容错率最低的一段。我见过太多人在这一步随手点然后在安装器分区页面里看着一堆nvme0n1p1到nvme0n1p5发呆不知道该挂哪个、该不该格式化。2.1 分区规划先把数字算清楚再进安装器我最终的分区是这样的你可以直接照着改数字挂载点大小类型说明已存在的 EFI 分区100MWin10 建的EFI 系统分区共用绝对不要格式化/100Gext4系统和软件/home80Gext4个人文件重装系统时可保留swap16Gswap内存 16G够休眠用未分配剩余-预留给以后扩容关于 EFI 分区这是全篇最关键的一句话如果 Win10 已经有 EFI 分区Ubuntu 就挂载到它上面安装器里那行的格式化勾选框一定不要勾。一旦勾了Windows 的引导文件会被清空你的 Win10 就从启动菜单里消失了。我第一台机器上栽的就是这个后来是靠 Ubuntu Live USB 加bootrec才救回来。那 EFI 分区要多大Win10 默认建的只有 100M里面大概占了 30 到 40M。Ubuntu 的引导文件大约占 20 到 30M加上内核更新会在里面堆版本目录有时候会顶满。如果空间允许我更建议在安装前把 EFI 分区扩到 300M 以上虽然麻烦但能避免以后因为空间不足导致引导写入失败。这一步需要用 GParted 在 Live 环境里做把分区往右扩或者先在后面留出空隙再挪。swap 分区给多大一个经验公式是内存容量的 1 到 1.5 倍但如果你从不休眠、只是跑跑编译8G 也够。我要休眠所以按内存等量给。如果你打算用 swapfile 而不是独立分区20.04 默认安装就是文件形式也能用但分区形式的稳定性略好一点尤其在内存吃紧的时候。/home单独分出来的好处是以后换发行版、重装系统时可以直接挂载保留不用把几百 G 的资料倒来倒去。代价是根分区和 home 的空间分配要提前想好一旦/满了就很被动。我一般给/至少 80G装 CUDA、Docker 镜像、conda 环境这些东西100G 都不算多。2.2 镜像下载、校验与启动盘制作Ubuntu 20.04 的镜像我一般从国内高校镜像站下速度比官网快得多桌面版大约 2.7G。下完第一件事是校验别嫌烦一次校验十几秒能排除掉下载中断导致的安装中途报错。sha256sum ubuntu-20.04.6-desktop-amd64.iso拿输出的哈希跟镜像站页面上的值逐个字符比对不用全比比前十六位和最后八位基本就够。如果对不上重新下不要心存侥幸坏镜像装到一半报光盘读取错误的时候你连哭的地方都没有。启动盘工具我用 Rufus写盘模式选以 DD 镜像模式写入。为什么不用 ISO 模式因为 ISO 模式是 Rufus 帮你解包再重新组合某些主板对这种改造过的引导结构识别不好出现U盘插上但 BIOS 里看不到的情况。DD 模式是原样写入兼容性最好代价是写入后 U 盘在 Windows 里会显示成未分配空间这是正常的装完系统用磁盘管理重新建分区就行。如果你用dd命令在 Linux 下写盘命令是这样sudo dd ifubuntu-20.04.6-desktop-amd64.iso of/dev/sdX bs4M statusprogress oflagsync这里的/dev/sdX是整个设备不带数字写成/dev/sdX1会把镜像写进第一个分区启动不了。这个错误我亲眼见过不止一次。2.3 BIOS 里的开关Secure Boot 到底关不关进 BIOS 之前先说结论我的建议是保持 Secure Boot 开启通过 MOK 给 NVIDIA 驱动签名。理由有两个。一是关掉之后如果你机器上还装着别的系统或者以后想装 Win11某些功能会受影响二是开着它你只需要在第一次安装驱动时做一次签名注册之后内核升级也能自动处理。但我也必须承认关掉 Secure Boot 是最省事的路线尤其是你只在这台机器上做开发、不关心什么启动安全策略。关掉之后 NVIDIA 驱动装上就能用不会有module verification failed那类麻烦。两条路线都没错看你愿不愿意花那二十分钟。BIOS 里需要确认的几项Secure BootEnabled走签名路线或 Disabled走省事路线。SATA 模式确认是 AHCI不是 RAID。如果 Windows 是在 RAID 模式下装的改成 AHCI 会让它蓝屏所以这个千万别乱动两边必须一致。Fast Boot可以关掉开着有时候会导致 U 盘启动项识别不到。CSM关掉纯 UEFI 环境更干净。启动顺序先把 U 盘排到最前面装完再改回来。还有一点容易忽略BIOS 里如果有Intel VT-d或IOMMU选项跑虚拟化和 GPU 直通的话要打开跟双系统本身无关但既然进来了就顺手一起设好。3. 安装过程实录从按 F12 到第一次进桌面插上 U 盘重启狂按 F12不同主板不一样华硕是 F8微星是 F11戴尔是 F12选 UEFI 开头的那个 U 盘条目。注意一定要选带 UEFI 前缀的如果菜单里同时出现UEFI: SanDisk和SanDisk两个条目选错了就进了 Legacy 模式整个分区方案白做。进入 GRUB 菜单后光标停在Try Ubuntu without installing上按e能看到启动参数行。如果你这台机器是 NVIDIA 独显且装完容易黑屏可以在这里把quiet splash后面加上nomodeset按 F10 启动。这样进的是兼容模式能保证你顺利进入安装界面等驱动装好了再把这个参数去掉。3.1 分区页面逐项对照别手抖安装到Installation type这一步一定选Something else不要选Install alongside那个自动模式有时候会把 Windows 的 EFI 分区挪位置风险比手动高。进入分区表之后找到你之前在 Windows 里压缩出来的那块free space选中它点加号新建。按前面的表格一项一项来第一步建根分区。Size 填 102400单位 MB也就是 100GType 选Ext4 journaling file systemMount point 选/。这是主系统盘。第二步建 home。Size 填 81920Type 同样 ext4Mount point 填/home。第三步建 swap。Size 填 16384Type 选swap area没有挂载点这一项。第四步也是最容易出事的一步找到 Win10 那个 100M 的 EFI 分区通常是nvme0n1p1Type 显示为efi选中它点 ChangeMount point 选/boot/efiFormat 那一列的勾绝对不勾。这一步我强调第三遍因为它是双系统翻车率最高的一处。判断标准很简单如果这个分区里能看到EFI/Microsoft目录那它就是 Windows 的引导分区动它就等于动 Windows 的命。分完之后页面底部会有一个 Device for boot loader installation 的下拉框。这里选你系统盘整块设备比如/dev/nvme0n1不要选某个分区。选整块盘的意思是 GRUB 会把自己装到 EFI 分区的标准路径下同时更新启动项如果选分区可能装出来的东西 BIOS 认不到。3.2 用户名、密码和那个安装第三方软件的勾后面几个页面没什么难度时区选上海键盘选 Chinese 或者 English 都行。到Who are you页面时注意一个细节Ubuntu 的用户名不要用中文也不要用空格和特殊字符因为很多开发工具和环境变量对非 ASCII 的用户名路径处理都有问题conda、CUDA 尤其敏感。密码设简单一点反正本地开发机别到时候 sudo 敲到手酸。最关键的是底部那个Install third-party software for graphics and Wi-Fi hardware and additional media formats的勾选框。如果你打算用 NVIDIA 驱动、又想省掉后面手动装驱动的麻烦就勾上。勾上的后果是安装完第一次重启时会出现蓝屏的 MOK 管理界面要你确认一个密钥密码。这个流程在下一节细讲。如果你选了关掉 Secure Boot的省事路线这个勾也建议勾上省事。差别只在有没有 MOK 那一步。3.3 第一次重启黑屏、默认启动项和 GRUB 菜单安装完成后会提示重启拔掉 U 盘再按回车。这里是第一个分水岭。正常情况你会看到 GRUB 菜单里面有 Ubuntu、Advanced options 和 Windows Boot Manager 三项。如果只看到 Ubuntu 没有 Windows别慌多半是os-prober没跑。进系统之后执行sudo update-grub一般就出来了。如果还是没有检查 Windows 的 EFI 文件是否还在原位置。异常情况是黑屏屏幕一直黑着但主机在转。这通常就是 NVIDIA 驱动和内核模式设置在打架。解法是重启进 GRUB光标停在 Ubuntu 那一项按e在linux那一行末尾加nomodesetF10 启动进系统后再收拾驱动。这个参数的作用是让内核不要过早接管显卡用最简单的显示模式把系统拉起来。它不是修复方案只是让你能进系统的临时拐杖。另一个常见现象是开机默认还是进 Windows因为 BIOS 启动顺序里 Windows Boot Manager 排在前面。两种改法一是在 BIOS 里把 ubuntu 调到第一位二是在 Ubuntu 里改 GRUB 默认项。我一般选后者因为它还能顺便设置超时时间和记忆上次选择具体配置在第五节讲。4. Secure Boot 与 NVIDIA 驱动这两件事必须一起讲很多教程把这两个话题分开讲结果读者看不懂为什么装个驱动还要签名。我把它俩放一起因为它们在 20.04 上是强绑定的开着 Secure Boot内核就只加载有可信签名的模块而 NVIDIA 的闭源驱动是第三方模块默认没签名于是内核拒绝加载你就看到了nvidia-smi has failed。4.1 为什么需要给内核模块签名Secure Boot 的机制是主板固件只信任有签名的引导程序引导程序再验证内核内核再验证它加载的模块。这条信任链一层扣一层。Ubuntu 内核自带的模块都是 Canonical 签过名的所以没问题但 NVIDIA 驱动是通过 DKMS 在本地编译出来的.ko文件编译机是你自己的电脑没有 Canonical 的私钥所以它天然不在信任列表里。MOK 就是给这种情况开的口子。它全称 Machine Owner Key翻译过来就是机器所有者密钥。你可以在 BIOS 的密钥库里注册一个自己的公钥然后每次编译出来的 NVIDIA 模块都用对应的私钥签名内核看到签名对得上就允许加载。整个过程你只做一次注册之后每次内核升级DKMS 自动重新编译并签名不需要你手动干预。4.2 三条驱动安装路线选哪条看你的需求我在不同机器上试过三种装法各有适用场景路线命令优点缺点系统仓库版sudo apt install nvidia-driver-470最稳签名自动处理版本偏旧官方 runfilesudo sh NVIDIA-Linux-x86_64-*.run版本新可控签名要手动做升级内核易失效图形驱动 PPAsudo add-apt-repository ppa:graphics-drivers/ppa版本较新且走 apt偶有依赖冲突我最常用的还是第一种。先跑一条命令看看系统推荐哪个版本ubuntu-drivers devices输出里会标出recommended的那个比如nvidia-driver-470。直接装sudo apt update sudo apt install nvidia-driver-470装完重启。如果你 Secure Boot 开着重启过程中会出现蓝色背景的 MOK 管理界面一屏英文提示Perform MOK management此时选 Enroll MOK。选 Continue。选 Yes然后输入你在安装时设的那个密码如果安装时没设apt 安装过程里会弹出让你设一个。选 Reboot。这套流程走完模块就算注册进信任库了。如果这一步你手快跳过了重启后nvidia-smi就会报那个经典错误。4.3nvidia-smi has failed的排查顺序这个报错的全称是nvidia-smi has failed because it couldnt communicate with the nvidia driver. Make sure that the latest NVIDIA driver is installed and running.它只说明一件事nvidia-smi这个用户态工具联系不上内核模块。原因可能是模块没编译、没签名、被挡住、或者内核升级后没重建。我按这个顺序查一般三步内定位# 第一步看模块有没有加载 lsmod | grep nvidia # 第二步看 DKMS 状态有没有 build 失败 dkms status # 第三步看内核日志里有没有签名相关的拒绝记录 sudo dmesg | grep -i -E nvidia|module verification如果lsmod空的dmesg里有module verification failed: signature and/or required key missing那就是签名问题回到 MOK 流程或者干脆关掉 Secure Boot。如果dkms status显示built但installed空着一般是内核头文件没装齐sudo apt install linux-headers-$(uname -r) sudo dkms autoinstall如果一切正常但还是不认可能是 nouveau 在抢设备。检查/etc/modprobe.d/下有没有屏蔽 nouveau 的配置标准做法是加一个文件写blacklist nouveau然后sudo update-initramfs -u重建 initramfs 再重启。还有一种情况特别隐蔽你之前装过 runfile 版本的驱动残留了/usr/lib/modules/$(uname -r)/kernel/drivers/video/nvidia.ko跟 apt 版的模块冲突。这时候要先跑sudo ./NVIDIA-Linux-x86_64-*.run --uninstall清干净再装 apt 版。这个坑我绕了两个小时最后靠find / -name nvidia.ko找出残留才明白。5. 装完之后的收尾时间、引导、驱动自检系统能进桌面不等于活儿干完了。双系统有三个收尾项必须做不做的话日常用起来会一直别扭。5.1 双系统时间差八小时的根因和两种修法现象是在 Ubuntu 里把时间调对了重启进 Windows 又变成差 8 小时两边互相打架。根因在于主板 RTC 的读取约定不同。Windows 认为硬件时钟存的是本地时间Linux 认为硬件时钟存的是 UTC两边各按各的理解换算就差了时区偏移。两种修法我更推荐改 Windows因为 Linux 这边是遵循标准的改 Windows 更符合规范也不会影响服务器上同步过来的时间戳。Windows 侧的做法是注册表。以管理员身份打开regedit定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation新建一个 DWORD32 位值名字RealTimeIsUniversal数值设为 1重启。之后 Windows 就会把硬件时钟当 UTC 读两边一致。Linux 侧的改法是一条命令timedatectl set-local-rtc 1 --adjust-system-clock但这会让 Ubuntu 的硬件时钟存本地时间跟大多数 Linux 习惯相反如果你以后还连服务器做时间同步容易出岔子。所以能用第一种就用第一种。5.2 GRUB 引导修复和默认启动项设置先解决GRUB 里看不到 Windows的问题。Ubuntu 20.04 默认是开着 os-prober 的但如果你装的时候 Windows 分区没被正确识别手动跑一次sudo os-prober sudo update-grub如果os-prober输出为空说明它没找到 Windows 的引导文件。手动挂载 EFI 分区看看EFI/Microsoft/Boot/bootmgfw.efi在不在。文件在但识别不到可以在/etc/default/grub里确认GRUB_DISABLE_OS_PROBER这一行是注释掉的或者设为 false。然后是默认启动项和等待时间。编辑/etc/default/grubGRUB_DEFAULTsaved GRUB_SAVEDEFAULTtrue GRUB_TIMEOUT_STYLEmenu GRUB_TIMEOUT10GRUB_DEFAULTsaved配GRUB_SAVEDEFAULTtrue的效果是记住上次选的那一项下次开机自动进上次的系统。这个在双系统里比固定默认值好用得多省得每次都手动选。改完记得sudo update-grub如果你更想固定进 Windows可以把GRUB_DEFAULT改成Windows Boot Manager (on /dev/nvme0n1p1)这样的完整菜单项名称名称从开机 GRUB 菜单里照抄一个字符都不能错。那如果引导彻底坏了、两个系统都进不去怎么办用 Ubuntu 的 Live USB 启动选 Try Ubuntu然后按这套操作重建 GRUB# 假设根分区是 nvme0n1p5EFI 是 nvme0n1p1按实际改 sudo mount /dev/nvme0n1p5 /mnt sudo mount /dev/nvme0n1p1 /mnt/boot/efi for i in /dev /dev/pts /proc /sys /run; do sudo mount -B $i /mnt$i; done sudo chroot /mnt grub-install /dev/nvme0n1 update-grub exit sudo umount -R /mnt sudo reboot这套流程能修复绝大多数 GRUB 丢失的问题。注意grub-install后面跟的是整块盘不是分区。5.3 显卡、CUDA 和硬编解码的自检清单驱动装完之后跑一遍下面这些命令确认整条链路通了nvidia-smi输出里要能看到显卡型号、驱动版本、CUDA 版本、显存占用。如果这一条过了说明内核模块、签名、用户态工具三件事都对上了。接着看 ffmpeg 的硬编解码能力。很多人装了驱动才发现 ffmpeg 根本用不上显卡因为发行版自带的 ffmpeg 编译时没开 NVENC。ffmpeg -hwaccels ffmpeg -encoders | grep nvenc第一行列出可用的硬件加速方式应该含cuda第二行应该列出h264_nvenc、hevc_nvenc等。如果两条都没有说明你装的 ffmpeg 没带 NVENC 支持要么换用带 NVENC 的包要么自己编译编译时要先装nv-codec-headers版本必须和 ffmpeg 版本匹配这个匹配关系不查清楚编译会一直报错。能用了之后转码命令大概是这样ffmpeg -hwaccel cuda -i input.mp4 -c:v h264_nvenc -preset p5 -b:v 6M -c:a copy output.mp4p5是预设数字越大质量优先、速度越慢p1最快。实测 1080p 转码CPU 软编大概 3 到 4 倍速NVENC 能到 8 倍以上而且 CPU 占用率从 90% 掉到 15% 左右机器还能干别的活。如果你要装 CUDA 做训练注意驱动版本和 CUDA 版本的对应关系。用nvidia-smi右上角看到的 CUDA Version 是驱动支持的最高版本不是已装版本。用nvcc --version看实际安装的版本如果这条命令提示找不到说明只装了驱动没装 toolkit或者PATH没配好。装 CUDA 我建议用官方源的方式比 runfile 干净卸载也方便不会把驱动搞崩。6. 常见问题速查我踩过的和帮人修过的这一节把高频问题整理成表方便你按症状对号入座。6.1 启动和引导类问题症状可能原因处理方式GRUB 里没有 Windowsos-prober 未启用检查 /etc/default/grub 后 update-grub开机直接进 WindowsBIOS 启动顺序BIOS 里把 ubuntu 提到第一位进 Ubuntu 卡在黑屏NVIDIA 与 KMS 冲突GRUB 加 nomodeset 临时进入两个系统都进不去引导分区被破坏Live USB 里 chroot 重建 GRUB装完后 U 盘启动项还在启动顺序没改回BIOS 里恢复硬盘优先提示 grub rescue引导文件路径丢失用 ls 找分区后 set root 和 prefixgrub rescue这个界面很多人第一次见会懵。手动救援的思路是先ls列出所有分区逐个ls (hd0,gpt5)/试探找到含boot/grub的那个分区然后set root(hd0,gpt5) set prefix(hd0,gpt5)/boot/grub insmod normal normal进了系统之后再跑grub-install彻底修好。这套操作能救急但记住它只是临时的。6.2 驱动与显示类问题nouveau抢设备是另一个高频问题。表现是nvidia-smi报错但lspci | grep -i nvidia能看到卡。用lsmod | grep nouveau确认如果有输出说明开源驱动还活着。屏蔽方式是新建/etc/modprobe.d/blacklist-nouveau.conf写入blacklist nouveau options nouveau modeset0然后重建 initramfs 重启。注意这一步在 apt 装驱动的流程里通常自动做了如果你手动装 runfile 版就得自己来。还有一个坑是内核自动升级后驱动失效。Ubuntu 默认会升级内核新内核需要重新编译 NVIDIA 模块DKMS 一般能自动处理但如果编译时缺头文件就会静默失败。保险做法是每次看到有内核升级的提示升完重启前先跑一次dkms status看一眼。要是嫌麻烦可以把内核版本锁住不升级但那又失去了安全更新看你权衡。如果你用的是笔记本双显卡Intel 核显加 NVIDIA 独显还要注意prime-select的切换prime-select query sudo prime-select nvidia切完要重启或者重新登录才生效。20.04 上这个工具还算好用比早期版本折腾 xorg.conf 强多了。6.3 Windows 侧的配套设置双系统装完Windows 那边有几项设置建议一起改掉不然日常会有摩擦。第一关掉快速启动。这个功能本质上是把关机变成休眠Windows 关机时不会真正释放 NTFS 分区导致 Linux 挂载该分区时变成只读甚至报错拒绝挂载。关闭路径是控制面板-电源选项-选择电源按钮的功能-更改当前不可用的设置把启用快速启动的勾去掉。第二关掉休眠命令行执行powercfg /h off。原因和上面一样休眠文件会锁住分区。第三如果你在意性能释放可以在设置-隐私-后台应用里把不需要的应用全部关掉任务管理器的启动项也清一遍。Windows 默认一堆后台服务常年开着占用内存和磁盘 IO对双系统用户来说切换回来的那一刻最明显。第四如果开机时 Windows 会弹出修复你的电脑之类的提示多半是因为它在启动时看到了 Linux 改动过的分区表不用管选正常启动就行。反复出现的话可以在 Windows 里用bcdedit /set {bootmgr} displaybootmenu yes调整一下菜单行为。7. 几件不写在教程里的个人经验先说装系统的顺序。我强烈建议先装 Windows再装 Ubuntu。反过来的话Windows 的引导程序会覆盖掉 EFI 分区里的 GRUB你得重新修。虽然修起来也不难但何必给自己加一道工序。如果 Windows 已经装好了那就直接装 Ubuntu安装器会自动识别并共存。再说备份。分区操作前把重要数据备份到移动硬盘或者云盘这句话听着像废话但我见过至少三个人在做分区调整时断电或者手抖最后花大价钱找数据恢复。分区表操作是不可逆的一次错误的选择可能就是一次数据丢失。关于 Secure Boot我现在的态度是能用 MOK 就用 MOK。有人觉得每次内核升级都要担心签名失效太麻烦但实际用下来只要 DKMS 和头文件都装齐这套机制是稳定自动的一次都没出过问题。反而关掉 Secure Boot 之后我遇到过几次主板固件更新后自动把 Secure Boot 重新打开导致系统起不来还得再进 BIOS 关一次。保持一致性比走捷径更省心。另外一个细节如果你一块硬盘同时装两个系统NVMe 的命名是nvme0n1p1这种格式p 后面的数字是分区号如果是 SATA 盘是sda1这种。安装器的分区页面里认准分区大小和类型比认名字更可靠因为名字会随着插拔设备变化大小不会。最后提一下续航和噪音。Ubuntu 20.04 在笔记本上的电源管理确实不如 Windows 精细风扇转得勤、续航短一截是常见现象。可以装tlp或者powertop调一下把不需要的唤醒源禁掉。台式机就不用管这个了但如果你是笔记本用户这一点提前有心理准备。整个流程走完从一块空白盘到双系统稳定运行、显卡驱动正常、ffmpeg 能调 NVENC我大概花了两个晚上。中间卡最久的就是 EFI 分区格式化那个错误和 NVIDIA 签名的 MOK 流程加起来占了将近一半时间。把这两处搞清楚剩下的都是标准操作。祝你一次通关别在蓝色 MOK 界面手抖按错。
返回列表