用过 Arch 一段时间的人迟早会遇到一次这样的时刻pacman -Syu之后系统提示更新了内核重启后 Wi-Fi 或显卡驱动开始闹脾气或者某个外设直接“消失”。这时候最容易想到的补救方案就是把内核从一直追最新的 stable 换成长周期支持的 LTS 版本。这篇文章就把这件事的完整流程摊开讲清楚为什么换、怎么换、引导器怎么调、切换后要做哪些收尾以及我实际操作中遇到的两个典型案例和排查思路。内容围绕 Arch Linux 环境展开命令直接可以照着抄后面跟着的坑也尽量都提前指出来。1. 为什么要把 Arch 的 stable 内核换成 LTS1.1 先分清两个内核分支的角色Arch 默认安装的内核包名就是linux你uname -r看到的版本号往往比 LTS 版本新好几个小版本。它对应的是内核主线 release 里比较新的稳定版Arch 的滚动更新策略会持续把新补丁、新特性推给你代价是所有依赖内核模块的第三方驱动都得跟着适配。linux-lts则是长期维护分支只做安全修复和关键 bug 修复版本号常年停留在较老的、经过大量环境验证的内核上。两者不是“谁吊打谁”的关系而是使用场景不同。日常跑桌面、追求新硬件兼容性、需要新内核特性的适合 stable而跑服务器、有专业软件依赖特定内核行为、或者机器上有几块“消失”就容易抓狂的硬件的LTS 更合适。Arch 官方仓库同时维护这两个包它们也不会互相冲突所以完全可以并存。这也是整个切换方案能成立的根基。1.2 我接触过的典型切换场景我见过的想从 stable 换 LTS 的人原因基本都绕不开这几种第一stable 内核更新后出现回归。最常见的表现是某个设备驱动在最新内核里出问题比如网卡认不出来、蓝牙断流、休眠唤醒后屏幕不亮。这类问题往往不是你配置错了而是新内核和某个硬件组合有问题LTS 这边反而因为改动少而更稳定。第二闭源驱动跟不上。在 Arch 上装 NVIDIA 闭源驱动的都懂每次内核大版本升级都像开盲盒。某次pacman -Syu后你可能发现nvidia包还在但对应的内核模块起不来于是只能等驱动更新。LTS 内核的版本更新频率低配套的nvidia-lts驱动也相对不容易踩到“内核和驱动版本不匹配”的坑。第三长期固定环境的需求。比如机器上跑着某套商业软件或自编译环境它们对内核版本敏感不允许动不动变。这些人不是不喜欢新内核而是环境不允许他们频繁承担内核变动的风险。Arch 的 LTS 内核在这里是个非常好的折中既能保留 Arch 的包管理体验和大仓库又让系统内核层保持足够稳定。你可以把这理解为“新功能选区”和“稳定选区”的差异平时在新分区尝鲜遇到正事就切回稳定分区。Arch 推出linux-lts这个包就是为了让你在滚动发行版的节奏里拥有一个“不跟着浪走”的内核逃生舱。2. 切换前要确认的事内核命名、引导链和备份点2.1 判断当前系统用的是哪个内核开始操作前先用三条命令确认现状uname -rpacman -Q linux linux-ltspacman -Q linux-headers linux-lts-headers第一条返回当前运行内核的版本第二条看两个内核包分别是否已安装。如果pacman -Q linux-lts提示未安装那就说明系统目前只有单内核如果已经装了说明你可能只是没把引导默认项切过去。第三条是检查对应的内核头文件后面装 DKMS 模块或自己编译驱动时头文件是必要的依赖。这里有一个很容易被忽略的点uname -r显示的版本号并不能直接告诉你是 stable 还是 LTS。linux-lts也可以是一个相对较新的版本号区分身份看包名比看数字更可靠。更直观的判断方法是用pacman -Qi linux和pacman -Qi linux-lts看包的描述字段Arch 的 LTS 包描述里明确写着长期支持版本的字样。2.2 谁在决定机器启动时用哪个内核先理清这条链开机后引导加载器从/boot读取内核文件然后加载对应版本的initramfs。Arch 下内核文件命名很规矩vmlinuz-linux对应 stablevmlinuz-linux-lts对应 LTSinitramfs-linux.img和initramfs-linux-lts.img同理。引导器菜单里列出的是哪个内核取决于引导器配置指向了哪个vmlinuz文件。所以“把内核换成 LTS”这件事严格来说分两步第一步是安装linux-lts这个包让它把内核文件和 initramfs 都生成到/boot下第二步是让引导器默认加载 LTS 对应的那对文件。很多人只做了第一步就重启发现内核没变于是以为安装失败了——其实只是引导器还在指向旧内核。Initramfs 在这里扮演的角色也值得说一句它是一个小型的临时根文件系统内核启动早期用它来加载磁盘驱动、文件系统模块然后才挂载真正的根分区。Arch 用mkinitcpio工具来生成这些镜像安装新的内核包后Arch 的 pacman 钩子会自动运行mkinitcpio -P把系统里所有已经安装的内核预设全部生成一遍。这意味着linux-lts装好后对应的 initramfs 通常是自动存在的不需要额外手动生成。2.3 切换前的备份检查单理论上 Arch 的包管理不会在装linux-lts时把linux直接删掉所以操作风险不高但有几个备份点仍然建议在动手前确认/boot分区是否还有空间。两个内核各占几十 MB加上 initramfs 和微码镜像如果没有独立/boot分区而是挂在/下一般不用担心但小分区要注意。/etc/mkinitcpio.conf里的HOOKS配置这个文件是所有内核共用的一套配置正常情况下不需要改动。当前内核的命令行参数例如GRUB_CMDLINE_LINUX_DEFAULT或 systemd-boot 条目里的options行切到 LTS 后这些参数要能延续否则可能出现分辨率不对、休眠失效等小问题。当前系统里有没有 DKMS 模块用/usr/lib/modules/$(uname -r)/build是否存在的逻辑判断内核头文件是否就绪。切内核前最好先列一下装了哪些 DKMS 模块例如dkms status方便切完对比是否重建成功。备份思路就一条保证当前 stable 内核仍然可用、可启动万一 LTS 环境下出问题随时能从引导菜单退回原来的内核。下面所有操作都围绕这条底线展开。3. 用 pacman 安装 linux-lts并让双内核共存3.1 安装命令与包名细节安装 LTS 内核最核心的命令是sudo pacman -S linux-lts如果你之后要自行编译加载某个外部模块或者希望 DKMS 能在 LTS 内核上自动构建建议顺手把头文件也装上sudo pacman -S linux-lts-headers这里我不要一句带过linux-lts和linux-lts-headers是两个独立的包前者提供内核本体后者提供内核头文件。如果你之前从没装过linux-headers现在只想切到 LTS两个包都装是稳妥的。Arch 官方源里这几个包体积都不小换源慢的话下载时间会长一点属于正常现象。装完之后刷新一下确认四个包都处于已安装状态pacman -Q linux linux-lts linux-headers linux-lts-headers正常输出会列出四个包名各自的版本号可以不同这不影响共存。安装过程最后pacman 会执行内核相关钩子重新生成所有 presets 对应的 initramfs并触发引导器更新脚本如果启用了对应钩子。随后你会看到终端输出Running mkinitcpio...之类的提示这就表示vmlinuz-linux-lts和initramfs-linux-lts.img已经生成在/boot下了。3.2 安装过程中系统在背后做了什么与其把过程当成黑盒不如看看关键细节。Arch 的内核包安装后会调用/usr/lib/kernel/install.d/里的钩子脚本其中一个动作是拷贝vmlinuz到/boot另一个动作是调用mkinitcpio生成对应 initramfs。对 systemd-boot 用户来说还会生成对应的 loader entry 文件。如果你想知道/boot下的实际文件情况可以用ls -lh /boot/vmlinuz* /boot/initramfs*正常你会看到/boot/initramfs-linux-fallback.img /boot/initramfs-linux-lts-fallback.img /boot/initramfs-linux-lts.img /boot/initramfs-linux.img /boot/vmlinuz-linux /boot/vmlinuz-linux-lts如果缺了哪一项建议立刻用下面的命令手动补齐sudo mkinitcpio -P-P参数的含义是“根据/etc/mkinitcpio.d/下的所有 preset 生成全部镜像”。正常安装流程会自动执行但如果你之前手动改过 preset 文件或者中途遇到过断电跑一次这个命令排查很值得。3.3 为什么我不建议立刻卸载 stable 内核常见误区是既然要换 LTS那旧的 stable 内核是不是就该滚蛋我的建议是保留至少在稳定运行一周前保留。原因很现实回滚路径秒级可用。GRUB 或 systemd-boot 会把所有已安装内核做成可选菜单你不需要执行任何命令就能回到上一个内核。对故障排查来说这是最直接的逃生门。stable 内核可以用作对比基准。如果切换后某个外设依然有问题那问题多半不在内核版本上如果切换后问题消失那就坐实了是 stable 注册回归。这个对照在排查时价值极高。双内核共用同一套/boot目录和同一个/etc/mkinitcpio.conf平时不会有冲突。代价仅仅是几个镜像文件多占几百 MB 磁盘空间以及每次更新linux-lts时多跑一遍 mkinitcpio。大多数场景下这笔账是划算的。4. 调整引导项让 LTS 成为默认启动内核4.1 GRUB 用户的做法Arch 默认如果用 GRUB装完linux-lts之后第一步是重新生成 GRUB 配置文件让新内核条目被扫描到sudo grub-mkconfig -o /boot/grub/grub.cfg执行后留意终端输出里面会出现多个Found linux/Found initrd的行其中应该包含linux-lts对应条目。这步不能省因为 GRUB 菜单不是动态读取/boot目录的而是靠这个命令把配置固化到grub.cfg里。如果你想直接让 LTS 成为默认启动项可以编辑/etc/default/grub找到GRUB_DEFAULT这一行。最简单且稳妥的方式是设置成savedGRUB_DEFAULTsaved保存后重新生成 grub.cfg然后选定默认项sudo grub-set-default Advanced options for Arch LinuxArch Linux, with Linux linux-ltsgrub-set-default接受的是一个菜单项路径用连接子菜单和子项。这一步的难点在于菜单名可能随版本变化不确定时先执行sudo grep menuentry /boot/grub/grub.cfg把输出里包含linux-lts的那一行完整复制出来调整成路径格式再用。另一种做法是直接给GRUB_DEFAULT写内核的全名比如GRUB_DEFAULTAdvanced options for Arch LinuxArch Linux, with Linux linux-lts这样也能固定默认项但如果将来 GRUB 条目名有变化可能失效维护成本略高。如果你只是想先试一次不想永久改默认项可以用grub-reboot指定下一次启动的内核sudo grub-reboot Advanced options for Arch LinuxArch Linux, with Linux linux-lts重启后自动进入 LTS这次启动不影响后续默认项。这个命令在“想确认 LTS 是否稳”的阶段特别好用。4.2 systemd-boot 用户的做法使用 systemd-boot 的机器不太一样systemd-boot 不扫描文件系统内容而是读取/boot/loader/loader.conf作为主配置再从/boot/loader/entries/*.conf读取具体菜单项。Arch 的内核包安装钩子一般会自动创建对应的.conf文件所以你首先确认一下ls /boot/loader/entries/正常情况下会有类似arch-linux.conf和arch-lts.conf的存在具体文件名和发行版预设有关。如果只有arch-linux.conf而没有 LTS 条目可以手动创建arch-lts.conftitle Arch Linux (LTS) linux /vmlinuz-linux-lts initrd /initramfs-linux-lts.img options rootUUID你的根分区UUID rw quiet把上面的 UUID 替换成你自己的根分区 UUID用blkid可以查到。如果你的机器启用了 Intel 或 AMD 微码更新initrd的书写顺序习惯上放在内核 initramfs 前面例如两行initrd /intel-ucode.img initrd /initramfs-linux-lts.img随后编辑/boot/loader/loader.conf把默认条目指向 LTS 文件default arch-lts.conf timeout 5 console-mode keep editor nodefault后面的值就是/boot/loader/entries/下的文件名。之后重启即可。4.3 重启后如何验证真正生效重启之后第一件事不是打开浏览器而是跑uname -r对比这个版本号和之前pacman -Q linux-lts输出的版本号是否一致。一致说明加载的内核确实是 LTS。再检查一下内核模块已经正常加载ls /usr/lib/modules/$(uname -r)里面能看到一堆.ko.xz模块文件说明该内核的模块目录完整。如果目录不存在或为空多半是内核头文件或模块没装全。还有一条命令值得在重启后跑一下确认 initramfs 和内核配套没有异常dmesg | grep -i initramfs如果内核启动时报了 initramfs 相关的错误往往意味着切换顺序或镜像生成有问题这时候优先回到旧内核把mkinitcpio -P重新跑一遍。5. 实测案例一次切换的过程与踩掉的坑5.1 案例背景某工作站的蓝牙控制器失效我印象很深的一次是帮一位开发者排查他的 Arch 工作站。系统一直用 stable 内核某次pacman -Syu把内核推到 6.x 之后蓝牙鼠标经常断连连上了也是隔几分钟就卡一下。因为他的工作环境里有大量 USB 外设当时第一反应是硬件冲突但换接口、查日志都没明显结果。后来用journalctl -k -b看内核日志发现蓝牙子系统的错误信息指向了某个 USB 控制器驱动这个驱动在更新日志里正好被大改过。我们的处理办法就是临时切换到 LTS 内核验证。操作很简单sudo pacman -S linux-lts linux-lts-headers sudo grub-mkconfig -o /boot/grub/grub.cfg sudo grub-reboot Advanced options for Arch LinuxArch Linux, with Linux linux-lts重启后蓝牙恢复正常鼠标不再断连。后续他选择一直使用 LTS 内核三个多月日常使用没有复发。这个案例说明把内核版本当作排查变量是定位硬件兼容问题的一个高效手段。新内核不是一定有问题但当你没有时间深入驱动源码去追根因时LTS 能帮你快速恢复生产状态。5.2 案例二NVIDIA 驱动与新内核不匹配另一个典型情况发生在一位用户的笔记本上。他机器上装了 NVIDIA 闭源驱动某次内核升级后重启进入桌面发现分辨率异常nvidia-smi直接报错。原因是他装的是nvidia包这个包对应 stable 内核对齐的驱动版本内核版本变化后闭源模块没有及时更新就无法加载。这种情况切 LTS 也不能只切内核否则nvidia驱动一样在 LTS 上加载不了。需要同时安装对应 LTS 的驱动包sudo pacman -S linux-lts linux-lts-headers nvidia-lts如果之前把 stable 相关的nvidia包卸了装nvidia-lts即可。装完同样重新生成引导配置。这个案例里我额外强调一点换内核不是单纯换一个包配套的内核模块包也要一起换常见的还包括某些 DKMS 驱动的 AUR 包它们编译时机依赖linux-lts-headers。5.3 一次回滚的完整链路切完之后进不去桌面还有一次环境是 systemd-boot我给别人配置时切到 LTS 后重启结果卡在启动阶段的黑屏没有进入登录管理器。排查后发现不是内核本身的问题而是/boot/loader/entries/arch-lts.conf里的options没有保留原来的内核参数根分区参数写错了。当时我在现场处理过其实回滚非常方便重启后systemd-boot 的菜单里我按方向键选择 stable 内核的条目直接进了系统。然后我再检查 LTS 条目文件对比原来的 stable 条目把所有options参数原样复制过去同时确认 initrd 顺序更新后再次切换就正常了。这件事给我留了个印象切换内核时最容易出的问题不是 pacman 装错包而是引导条目里的根分区参数和 initrd 顺序被写错了。如果你手动创建过条目文件一定要拿原来的 stable 条目做参照逐字段核对。6. 切换后的运维习惯让 LTS 内核长期稳定可用6.1 新内核版本的检查节奏切到 LTS 之后不等于以后不用管内核了。linux-lts依然会收到安全更新和少量 bug 修复也会通过pacman -Syu一起升级。区别是它的更新频率远低于 stable更新的内容也保守得多。你可以在系统里装上checkupdates这类工具或直接养成习惯每次pacman -Syu后确认一下linux-lts是否更新了如果更新了留意是否重新生成了initramfs-lts.img。一般情况下 pacman 钩子会处理但稳健的程序员会手动跑一次sudo mkinitcpio -P这样能保证当前运行的 LTS 内核和磁盘上的 initramfs 是配套的。如果你在/boot空间极小的情况下坚持双内核共存这个习惯还能帮你发现磁盘写满的隐患。6.2 硬件驱动与 LTS 内核的匹配问题硬件驱动的匹配分两层开源内核模块和闭源外置模块。开源模块一般随内核源码一起发布LTS 内核对老硬件支持反而更好不太用操心。闭源或 DKMS 类模块需要注意NVIDIA 用户stable 用nvidiaLTS 用nvidia-lts。VirtualBox 这类带内核模块的软件安装“主机内核模块”的对应包。其他 AUR 上的 DKMS 包比如某些网卡、显卡工具链确认它们的目标内核是linux-lts。如果包里的 DKMS 配置写死了 stable 版本目录切过去后可能构建失败这时可以手动指定内核版本或者等待上游适配。一个实用命令是sudo dkms autoinstall它会扫描当前内核版本并尝试为它构建所有已注册的 DKMS 模块比逐个模块手动dkms build省事得多。但前提是linux-lts-headers已经装好否则编译时找不到内核头文件。6.3 保留 stable 内核作为兜底的实际意义文章开头说过不建议立刻卸载 stable 内核这里再说说实际收益。我自己的习惯是保留 stable 和 LTS 双内核默认用 LTS每次 stable 有新版本时偶尔手动切过去跑两三天观察有没有明显问题再切回来。这样做有几个好处如果将来某天 old LTS 出了必须升级才能解决的严重安全补丁而升级过程出现意外还有一个备选内核可用。如果你的硬件比较新某些功能比如新一代 CPU 的调度优化、新的文件系统特性确实只有 stable 支持你随时能在需要时临时启用 stable。双内核并存能让你更放心地把“内核切换”当成日常运维动作而不是一个高风险的大工程。等你在 LTS 上稳定运行一个月、确认没有任何兼容性问题再决定是否卸载 stable 也不迟。卸载命令很简单sudo pacman -R linux linux-headers同时更新引导配置GRUB 用户重新跑一次grub-mkconfigsystemd-boot 用户删除或修改对应条目。我个人一般会留到系统盘空间确实吃紧时才做这一步。结合上面这些操作在 Arch 里完成一次内核迁移并不复杂真正花时间的反而是那些容易被忽略的配套环节引导器配置、initramfs 重建、驱动包对齐、根分区参数核对。只要沿着一开始的流程走出现问题也有迹可循。我自己的体会是内核这件事上“退一步”往往比“追最新”更让人睡得安稳。
用过 Arch 一段时间的人迟早会遇到一次这样的时刻pacman -Syu之后系统提示更新了内核重启后 Wi-Fi 或显卡驱动开始闹脾气或者某个外设直接“消失”。这时候最容易想到的补救方案就是把内核从一直追最新的 stable 换成长周期支持的 LTS 版本。这篇文章就把这件事的完整流程摊开讲清楚为什么换、怎么换、引导器怎么调、切换后要做哪些收尾以及我实际操作中遇到的两个典型案例和排查思路。内容围绕 Arch Linux 环境展开命令直接可以照着抄后面跟着的坑也尽量都提前指出来。1. 为什么要把 Arch 的 stable 内核换成 LTS1.1 先分清两个内核分支的角色Arch 默认安装的内核包名就是linux你uname -r看到的版本号往往比 LTS 版本新好几个小版本。它对应的是内核主线 release 里比较新的稳定版Arch 的滚动更新策略会持续把新补丁、新特性推给你代价是所有依赖内核模块的第三方驱动都得跟着适配。linux-lts则是长期维护分支只做安全修复和关键 bug 修复版本号常年停留在较老的、经过大量环境验证的内核上。两者不是“谁吊打谁”的关系而是使用场景不同。日常跑桌面、追求新硬件兼容性、需要新内核特性的适合 stable而跑服务器、有专业软件依赖特定内核行为、或者机器上有几块“消失”就容易抓狂的硬件的LTS 更合适。Arch 官方仓库同时维护这两个包它们也不会互相冲突所以完全可以并存。这也是整个切换方案能成立的根基。1.2 我接触过的典型切换场景我见过的想从 stable 换 LTS 的人原因基本都绕不开这几种第一stable 内核更新后出现回归。最常见的表现是某个设备驱动在最新内核里出问题比如网卡认不出来、蓝牙断流、休眠唤醒后屏幕不亮。这类问题往往不是你配置错了而是新内核和某个硬件组合有问题LTS 这边反而因为改动少而更稳定。第二闭源驱动跟不上。在 Arch 上装 NVIDIA 闭源驱动的都懂每次内核大版本升级都像开盲盒。某次pacman -Syu后你可能发现nvidia包还在但对应的内核模块起不来于是只能等驱动更新。LTS 内核的版本更新频率低配套的nvidia-lts驱动也相对不容易踩到“内核和驱动版本不匹配”的坑。第三长期固定环境的需求。比如机器上跑着某套商业软件或自编译环境它们对内核版本敏感不允许动不动变。这些人不是不喜欢新内核而是环境不允许他们频繁承担内核变动的风险。Arch 的 LTS 内核在这里是个非常好的折中既能保留 Arch 的包管理体验和大仓库又让系统内核层保持足够稳定。你可以把这理解为“新功能选区”和“稳定选区”的差异平时在新分区尝鲜遇到正事就切回稳定分区。Arch 推出linux-lts这个包就是为了让你在滚动发行版的节奏里拥有一个“不跟着浪走”的内核逃生舱。2. 切换前要确认的事内核命名、引导链和备份点2.1 判断当前系统用的是哪个内核开始操作前先用三条命令确认现状uname -rpacman -Q linux linux-ltspacman -Q linux-headers linux-lts-headers第一条返回当前运行内核的版本第二条看两个内核包分别是否已安装。如果pacman -Q linux-lts提示未安装那就说明系统目前只有单内核如果已经装了说明你可能只是没把引导默认项切过去。第三条是检查对应的内核头文件后面装 DKMS 模块或自己编译驱动时头文件是必要的依赖。这里有一个很容易被忽略的点uname -r显示的版本号并不能直接告诉你是 stable 还是 LTS。linux-lts也可以是一个相对较新的版本号区分身份看包名比看数字更可靠。更直观的判断方法是用pacman -Qi linux和pacman -Qi linux-lts看包的描述字段Arch 的 LTS 包描述里明确写着长期支持版本的字样。2.2 谁在决定机器启动时用哪个内核先理清这条链开机后引导加载器从/boot读取内核文件然后加载对应版本的initramfs。Arch 下内核文件命名很规矩vmlinuz-linux对应 stablevmlinuz-linux-lts对应 LTSinitramfs-linux.img和initramfs-linux-lts.img同理。引导器菜单里列出的是哪个内核取决于引导器配置指向了哪个vmlinuz文件。所以“把内核换成 LTS”这件事严格来说分两步第一步是安装linux-lts这个包让它把内核文件和 initramfs 都生成到/boot下第二步是让引导器默认加载 LTS 对应的那对文件。很多人只做了第一步就重启发现内核没变于是以为安装失败了——其实只是引导器还在指向旧内核。Initramfs 在这里扮演的角色也值得说一句它是一个小型的临时根文件系统内核启动早期用它来加载磁盘驱动、文件系统模块然后才挂载真正的根分区。Arch 用mkinitcpio工具来生成这些镜像安装新的内核包后Arch 的 pacman 钩子会自动运行mkinitcpio -P把系统里所有已经安装的内核预设全部生成一遍。这意味着linux-lts装好后对应的 initramfs 通常是自动存在的不需要额外手动生成。2.3 切换前的备份检查单理论上 Arch 的包管理不会在装linux-lts时把linux直接删掉所以操作风险不高但有几个备份点仍然建议在动手前确认/boot分区是否还有空间。两个内核各占几十 MB加上 initramfs 和微码镜像如果没有独立/boot分区而是挂在/下一般不用担心但小分区要注意。/etc/mkinitcpio.conf里的HOOKS配置这个文件是所有内核共用的一套配置正常情况下不需要改动。当前内核的命令行参数例如GRUB_CMDLINE_LINUX_DEFAULT或 systemd-boot 条目里的options行切到 LTS 后这些参数要能延续否则可能出现分辨率不对、休眠失效等小问题。当前系统里有没有 DKMS 模块用/usr/lib/modules/$(uname -r)/build是否存在的逻辑判断内核头文件是否就绪。切内核前最好先列一下装了哪些 DKMS 模块例如dkms status方便切完对比是否重建成功。备份思路就一条保证当前 stable 内核仍然可用、可启动万一 LTS 环境下出问题随时能从引导菜单退回原来的内核。下面所有操作都围绕这条底线展开。3. 用 pacman 安装 linux-lts并让双内核共存3.1 安装命令与包名细节安装 LTS 内核最核心的命令是sudo pacman -S linux-lts如果你之后要自行编译加载某个外部模块或者希望 DKMS 能在 LTS 内核上自动构建建议顺手把头文件也装上sudo pacman -S linux-lts-headers这里我不要一句带过linux-lts和linux-lts-headers是两个独立的包前者提供内核本体后者提供内核头文件。如果你之前从没装过linux-headers现在只想切到 LTS两个包都装是稳妥的。Arch 官方源里这几个包体积都不小换源慢的话下载时间会长一点属于正常现象。装完之后刷新一下确认四个包都处于已安装状态pacman -Q linux linux-lts linux-headers linux-lts-headers正常输出会列出四个包名各自的版本号可以不同这不影响共存。安装过程最后pacman 会执行内核相关钩子重新生成所有 presets 对应的 initramfs并触发引导器更新脚本如果启用了对应钩子。随后你会看到终端输出Running mkinitcpio...之类的提示这就表示vmlinuz-linux-lts和initramfs-linux-lts.img已经生成在/boot下了。3.2 安装过程中系统在背后做了什么与其把过程当成黑盒不如看看关键细节。Arch 的内核包安装后会调用/usr/lib/kernel/install.d/里的钩子脚本其中一个动作是拷贝vmlinuz到/boot另一个动作是调用mkinitcpio生成对应 initramfs。对 systemd-boot 用户来说还会生成对应的 loader entry 文件。如果你想知道/boot下的实际文件情况可以用ls -lh /boot/vmlinuz* /boot/initramfs*正常你会看到/boot/initramfs-linux-fallback.img /boot/initramfs-linux-lts-fallback.img /boot/initramfs-linux-lts.img /boot/initramfs-linux.img /boot/vmlinuz-linux /boot/vmlinuz-linux-lts如果缺了哪一项建议立刻用下面的命令手动补齐sudo mkinitcpio -P-P参数的含义是“根据/etc/mkinitcpio.d/下的所有 preset 生成全部镜像”。正常安装流程会自动执行但如果你之前手动改过 preset 文件或者中途遇到过断电跑一次这个命令排查很值得。3.3 为什么我不建议立刻卸载 stable 内核常见误区是既然要换 LTS那旧的 stable 内核是不是就该滚蛋我的建议是保留至少在稳定运行一周前保留。原因很现实回滚路径秒级可用。GRUB 或 systemd-boot 会把所有已安装内核做成可选菜单你不需要执行任何命令就能回到上一个内核。对故障排查来说这是最直接的逃生门。stable 内核可以用作对比基准。如果切换后某个外设依然有问题那问题多半不在内核版本上如果切换后问题消失那就坐实了是 stable 注册回归。这个对照在排查时价值极高。双内核共用同一套/boot目录和同一个/etc/mkinitcpio.conf平时不会有冲突。代价仅仅是几个镜像文件多占几百 MB 磁盘空间以及每次更新linux-lts时多跑一遍 mkinitcpio。大多数场景下这笔账是划算的。4. 调整引导项让 LTS 成为默认启动内核4.1 GRUB 用户的做法Arch 默认如果用 GRUB装完linux-lts之后第一步是重新生成 GRUB 配置文件让新内核条目被扫描到sudo grub-mkconfig -o /boot/grub/grub.cfg执行后留意终端输出里面会出现多个Found linux/Found initrd的行其中应该包含linux-lts对应条目。这步不能省因为 GRUB 菜单不是动态读取/boot目录的而是靠这个命令把配置固化到grub.cfg里。如果你想直接让 LTS 成为默认启动项可以编辑/etc/default/grub找到GRUB_DEFAULT这一行。最简单且稳妥的方式是设置成savedGRUB_DEFAULTsaved保存后重新生成 grub.cfg然后选定默认项sudo grub-set-default Advanced options for Arch LinuxArch Linux, with Linux linux-ltsgrub-set-default接受的是一个菜单项路径用连接子菜单和子项。这一步的难点在于菜单名可能随版本变化不确定时先执行sudo grep menuentry /boot/grub/grub.cfg把输出里包含linux-lts的那一行完整复制出来调整成路径格式再用。另一种做法是直接给GRUB_DEFAULT写内核的全名比如GRUB_DEFAULTAdvanced options for Arch LinuxArch Linux, with Linux linux-lts这样也能固定默认项但如果将来 GRUB 条目名有变化可能失效维护成本略高。如果你只是想先试一次不想永久改默认项可以用grub-reboot指定下一次启动的内核sudo grub-reboot Advanced options for Arch LinuxArch Linux, with Linux linux-lts重启后自动进入 LTS这次启动不影响后续默认项。这个命令在“想确认 LTS 是否稳”的阶段特别好用。4.2 systemd-boot 用户的做法使用 systemd-boot 的机器不太一样systemd-boot 不扫描文件系统内容而是读取/boot/loader/loader.conf作为主配置再从/boot/loader/entries/*.conf读取具体菜单项。Arch 的内核包安装钩子一般会自动创建对应的.conf文件所以你首先确认一下ls /boot/loader/entries/正常情况下会有类似arch-linux.conf和arch-lts.conf的存在具体文件名和发行版预设有关。如果只有arch-linux.conf而没有 LTS 条目可以手动创建arch-lts.conftitle Arch Linux (LTS) linux /vmlinuz-linux-lts initrd /initramfs-linux-lts.img options rootUUID你的根分区UUID rw quiet把上面的 UUID 替换成你自己的根分区 UUID用blkid可以查到。如果你的机器启用了 Intel 或 AMD 微码更新initrd的书写顺序习惯上放在内核 initramfs 前面例如两行initrd /intel-ucode.img initrd /initramfs-linux-lts.img随后编辑/boot/loader/loader.conf把默认条目指向 LTS 文件default arch-lts.conf timeout 5 console-mode keep editor nodefault后面的值就是/boot/loader/entries/下的文件名。之后重启即可。4.3 重启后如何验证真正生效重启之后第一件事不是打开浏览器而是跑uname -r对比这个版本号和之前pacman -Q linux-lts输出的版本号是否一致。一致说明加载的内核确实是 LTS。再检查一下内核模块已经正常加载ls /usr/lib/modules/$(uname -r)里面能看到一堆.ko.xz模块文件说明该内核的模块目录完整。如果目录不存在或为空多半是内核头文件或模块没装全。还有一条命令值得在重启后跑一下确认 initramfs 和内核配套没有异常dmesg | grep -i initramfs如果内核启动时报了 initramfs 相关的错误往往意味着切换顺序或镜像生成有问题这时候优先回到旧内核把mkinitcpio -P重新跑一遍。5. 实测案例一次切换的过程与踩掉的坑5.1 案例背景某工作站的蓝牙控制器失效我印象很深的一次是帮一位开发者排查他的 Arch 工作站。系统一直用 stable 内核某次pacman -Syu把内核推到 6.x 之后蓝牙鼠标经常断连连上了也是隔几分钟就卡一下。因为他的工作环境里有大量 USB 外设当时第一反应是硬件冲突但换接口、查日志都没明显结果。后来用journalctl -k -b看内核日志发现蓝牙子系统的错误信息指向了某个 USB 控制器驱动这个驱动在更新日志里正好被大改过。我们的处理办法就是临时切换到 LTS 内核验证。操作很简单sudo pacman -S linux-lts linux-lts-headers sudo grub-mkconfig -o /boot/grub/grub.cfg sudo grub-reboot Advanced options for Arch LinuxArch Linux, with Linux linux-lts重启后蓝牙恢复正常鼠标不再断连。后续他选择一直使用 LTS 内核三个多月日常使用没有复发。这个案例说明把内核版本当作排查变量是定位硬件兼容问题的一个高效手段。新内核不是一定有问题但当你没有时间深入驱动源码去追根因时LTS 能帮你快速恢复生产状态。5.2 案例二NVIDIA 驱动与新内核不匹配另一个典型情况发生在一位用户的笔记本上。他机器上装了 NVIDIA 闭源驱动某次内核升级后重启进入桌面发现分辨率异常nvidia-smi直接报错。原因是他装的是nvidia包这个包对应 stable 内核对齐的驱动版本内核版本变化后闭源模块没有及时更新就无法加载。这种情况切 LTS 也不能只切内核否则nvidia驱动一样在 LTS 上加载不了。需要同时安装对应 LTS 的驱动包sudo pacman -S linux-lts linux-lts-headers nvidia-lts如果之前把 stable 相关的nvidia包卸了装nvidia-lts即可。装完同样重新生成引导配置。这个案例里我额外强调一点换内核不是单纯换一个包配套的内核模块包也要一起换常见的还包括某些 DKMS 驱动的 AUR 包它们编译时机依赖linux-lts-headers。5.3 一次回滚的完整链路切完之后进不去桌面还有一次环境是 systemd-boot我给别人配置时切到 LTS 后重启结果卡在启动阶段的黑屏没有进入登录管理器。排查后发现不是内核本身的问题而是/boot/loader/entries/arch-lts.conf里的options没有保留原来的内核参数根分区参数写错了。当时我在现场处理过其实回滚非常方便重启后systemd-boot 的菜单里我按方向键选择 stable 内核的条目直接进了系统。然后我再检查 LTS 条目文件对比原来的 stable 条目把所有options参数原样复制过去同时确认 initrd 顺序更新后再次切换就正常了。这件事给我留了个印象切换内核时最容易出的问题不是 pacman 装错包而是引导条目里的根分区参数和 initrd 顺序被写错了。如果你手动创建过条目文件一定要拿原来的 stable 条目做参照逐字段核对。6. 切换后的运维习惯让 LTS 内核长期稳定可用6.1 新内核版本的检查节奏切到 LTS 之后不等于以后不用管内核了。linux-lts依然会收到安全更新和少量 bug 修复也会通过pacman -Syu一起升级。区别是它的更新频率远低于 stable更新的内容也保守得多。你可以在系统里装上checkupdates这类工具或直接养成习惯每次pacman -Syu后确认一下linux-lts是否更新了如果更新了留意是否重新生成了initramfs-lts.img。一般情况下 pacman 钩子会处理但稳健的程序员会手动跑一次sudo mkinitcpio -P这样能保证当前运行的 LTS 内核和磁盘上的 initramfs 是配套的。如果你在/boot空间极小的情况下坚持双内核共存这个习惯还能帮你发现磁盘写满的隐患。6.2 硬件驱动与 LTS 内核的匹配问题硬件驱动的匹配分两层开源内核模块和闭源外置模块。开源模块一般随内核源码一起发布LTS 内核对老硬件支持反而更好不太用操心。闭源或 DKMS 类模块需要注意NVIDIA 用户stable 用nvidiaLTS 用nvidia-lts。VirtualBox 这类带内核模块的软件安装“主机内核模块”的对应包。其他 AUR 上的 DKMS 包比如某些网卡、显卡工具链确认它们的目标内核是linux-lts。如果包里的 DKMS 配置写死了 stable 版本目录切过去后可能构建失败这时可以手动指定内核版本或者等待上游适配。一个实用命令是sudo dkms autoinstall它会扫描当前内核版本并尝试为它构建所有已注册的 DKMS 模块比逐个模块手动dkms build省事得多。但前提是linux-lts-headers已经装好否则编译时找不到内核头文件。6.3 保留 stable 内核作为兜底的实际意义文章开头说过不建议立刻卸载 stable 内核这里再说说实际收益。我自己的习惯是保留 stable 和 LTS 双内核默认用 LTS每次 stable 有新版本时偶尔手动切过去跑两三天观察有没有明显问题再切回来。这样做有几个好处如果将来某天 old LTS 出了必须升级才能解决的严重安全补丁而升级过程出现意外还有一个备选内核可用。如果你的硬件比较新某些功能比如新一代 CPU 的调度优化、新的文件系统特性确实只有 stable 支持你随时能在需要时临时启用 stable。双内核并存能让你更放心地把“内核切换”当成日常运维动作而不是一个高风险的大工程。等你在 LTS 上稳定运行一个月、确认没有任何兼容性问题再决定是否卸载 stable 也不迟。卸载命令很简单sudo pacman -R linux linux-headers同时更新引导配置GRUB 用户重新跑一次grub-mkconfigsystemd-boot 用户删除或修改对应条目。我个人一般会留到系统盘空间确实吃紧时才做这一步。结合上面这些操作在 Arch 里完成一次内核迁移并不复杂真正花时间的反而是那些容易被忽略的配套环节引导器配置、initramfs 重建、驱动包对齐、根分区参数核对。只要沿着一开始的流程走出现问题也有迹可循。我自己的体会是内核这件事上“退一步”往往比“追最新”更让人睡得安稳。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
