先说结论：如果你今年因为 AUR 被"偷家"的事，对 Arch 的滚动更新产生了怀疑，那我可以负责任地告诉你——更新本身反而变安静了，真正该上心的是另外几件事。Arch Linux 官网
我把 archlinux.org 官方新闻页从 2025 年 4 月到 2026 年 8 月 25 日的公告全部翻了一遍，逐条核实了日期和内容。今天不聊安装教程（那个话题最近已经写烂了），聊点每个还在用 Arch 的人都绕不开的：这条 -Syu，到底什么时候该敲，怎么敲才不翻车。
一、先泼盆冷水：2026 年的 Arch，比 2025 年更"稳"
直接上我统计的官方公告数据：
2025 年全年，需要用户动手处理的更新公告一共 9 条：
日期 | 公告 | 波及面 |
|---|---|---|
2025-04-17 | Valkey 顶替 Redis | 服务端 |
2025-06-16 | Wine 切换纯 WoW64 构建 | 游戏玩家 |
2025-06-20 | Plasma 6.4 X11 用户需手动装 kwin-x11 | KDE 用户 |
2025-06-21 | linux-firmware 升级需手动干预 | 几乎全员 |
2025-08-04 | zabbix ≥7.4.1-2 | 服务端 |
2025-10-31 | dovecot 2.4 与 2.3 配置不兼容 | 服务端 |
2025-11-06 | waydroid ≥1.5.4-3 | 安卓容器用户 |
2025-12-11 | .NET 9→10 升级 | 开发者 |
2025-12-20 | NVIDIA 590 放弃 Pascal（GTX 10 系） | N 卡用户 |
2026 年 1 月 1 日到 8 月 25 日，整整 8 个月只有 4 条更新相关公告，而且 1-3 月是零公告（上一条还停留在 2025 年 12 月 20 日）：
2026-04-05：iptables 默认后端切到 nft（包名 iptables-nft → iptables）
2026-04-07：kea ≥3.0.3-6，服务从 root 改跑专用 kea 用户
2026-05-25：varnish 改名 vinyl-cache，二进制、目录、用户组全改
2026-07-21：virtualbox-ext-vnc ≥7.2.12-2，需先卸载或 --overwrite
另外两条不是更新公告：一条是 6 月 4 日的年度负责人选举结果，一条是 6 月 12 日的 AUR 恶意包事件通报（至今仍标注为进行中）。
所以频率上，2025 年平均每月 0.75 条，2026 年降到每月 0.5 条；波及面上，2025 年有 linux-firmware、Plasma、NVIDIA 这种"全员级"炸弹，2026 年的四条里除了 iptables 算半个全员，其余三条（kea、varnish、VBox VNC 扩展）都是非常垂直的服务端/小众软件。
滚动更新的"翻车率"没有在上升。今年社区焦虑的真正来源，是供应链，不是更新本身。
二、但翻车的那几次，全是这 5 种套路
把近 20 个月的公告摊开看，Arch 的"手动干预"几乎从不随机，全部落进 5 个模式。看懂模式，你下次看到更新列表就能自己预判风险：
套路 1：改名换姓（最常见，占了一半）
valnish → vinyl-cache、redis → valkey、iptables-nft → iptables、nvidia → nvidia-open、wine 切 WoW64。上游项目改名或官方拆分包，你的配置文件路径、systemd 服务名、用户名全被连根拔起。varnish 那条公告甚至列了 7 个手动步骤：改 /etc 目录、改 /var/lib 目录、改用户、改组、停旧服务……
识别特征：公告里出现 renamed / replace / transition。
套路 2：大版本升级，旧配置直接不认
dovecot 2.4 明确写着与所有 2.3 配置不兼容，升级后服务起不来；.NET 9→10、Plasma 6.3→6.4 同理。
识别特征：版本号大跳 + “breaking changes / incompatible”。
套路 3：硬件被除名
NVIDIA 590 驱动砍掉 Pascal 及更老架构——GTX 1060/1070 这批"钉子户神卡"一夜之间退出官方主仓库支持。这是 2025 年杀伤面最大的一条。手里还握着老 N 卡、老硬件的，这类公告就是写给你的。
套路 4：安全加固，默认行为变了
kea 从 root 降权到专用用户、iptables 默认后端从 legacy 切 nft。特点是：更新全程无报错，第二天服务莫名其妙不工作。这类最容易骂街，因为根本想不起来是更新干的。
套路 5：幽灵文件冲突
virtualbox-ext-vnc 和 waydroid 都是同一个病根：之前的安装脚本写了 pacman 不追踪的文件（extpack、.pyc 字节码），升级时撞车。官方给的方子都是"先卸载再装"或一次性 --overwrite。
一句话总结：改名、跳版本、砍硬件、换默认、幽灵文件。记住这 5 个词，你就比 90% 的 -Syu 战士多了一层预判。
三、官方自己给的 4 个保险，多数人没装
这些全部来自 ArchWiki 的 System maintenance 页，不是民间偏方：
保险 1：装一个"新闻门禁"钩子。 官方明确推荐 informant、newscheck、arch-manwarn（均在 AUR）：只要有上次更新后没读过的官方新闻，直接拦着不让你更新。ArchWiki这是官方认证的防呆装置，专治"手比眼快"。
保险 2：更新前先 checkupdates。 pacman-contrib 里的 checkupdates 可以先看一眼这次要动多少包，加 -d 还能只下载不升级。官方还有一句大实话值得裱起来：不要在稳定系统要干活的前夕更新它，等到你有时间处理善后的时候再滚。
保险 3：永远不要 partial upgrade。 pacman -Sy 单独跑、-Syuw、先 -Sy 再单独装包，全是官方点名的危险动作，一律 pacman -Syu 全量滚。ArchWiki另外 --overwrite 也尽量别碰，它是绕过文件冲突检查的，官方态度是"正常维护的系统不该需要它"。
保险 4：留好后悔药。 /var/cache/pacman/pkg 里的缓存包就是你降级回滚的弹药，别手贱清空；官方还建议装 linux-lts 当备用内核——主内核翻车时至少能进系统；更新后记得跑 pacdiff 或 archlinux-contrib 的 checkservices 处理 .pacnew 配置文件。至于更狠的保险，中文社区的安装教程现在基本都把 btrfs + Timeshift 快照当标配了，滚之前打个快照，翻车 30 秒回滚。
额外一条，AUR 特供：6 月的恶意包事件到现在没结案，包接管（adoption）功能从 7 月底起一直关着。知乎官方在事件公告里的建议依然有效——每次更新 AUR 包，看一眼 PKGBUILD 和安装脚本的变更。Arch Linux 官网麻烦吗？麻烦。但你用的本来就是用户自建房。
四、对号入座：你属于哪种滚法
主力机打工族（这台机器停工一天就难受）：新闻门禁 + linux-lts + 快照，三件套配齐。更新节奏建议"看到公告等 48 小时"，让社区先替你踩雷。
折腾党 / 桌面美化党：滚挂本来就是玩法的一部分，但 dotfiles 进 git、包缓存别清，是你和"重装"之间最后的安全绳。
老硬件党（GTX 10 系、老笔记本）：套路 3 的公告全是冲你来的，每次大更新前先搜一下自己的硬件型号，别盲滚。
两三个月没更新的"囤积党"：知乎上那个 1.5 万人看过的"长时间不滚为何会滚挂"问题，答案就一句——pacman 的依赖只认名字不认版本，攒得越久，一次 -Syu 动的地基越多。知乎先 checkupdates 看规模，挑一个不赶时间的下午动手，别在要用的前一晚赌运气。
五、接下来值得盯什么
AUR 事件的后续公告：adoption 什么时候恢复、官方给出什么长期方案，会直接决定 AUR 的信任成本。
下半年的桌面版本窗口：我查了下官方仓库，现在 plasma-desktop 已经是 6.7.4、内核 7.1.9，下半年 KDE/GNOME 的大版本更替期历来是公告密集期。
NVIDIA 驱动分支的进一步收缩：Pascal 之后轮到谁，值得老卡用户持续观望。
滚动更新的契约从来没变过：你享受永远最新的软件，代价是永远保持关注。好消息是，这份关注不需要每天刷论坛——一个新闻钩子、一份包缓存、一颗 lts 内核，加起来十分钟，就能把"滚挂"从灾难降级成一个小插曲。
参考来源见文末。你上一次滚挂是什么时候、因为什么？评论区聊聊，我看看能不能凑出一张"2026 滚挂热力图"。
