*图：openSUSE Leap 16 官方品牌插画，来自 openSUSE wallpapers 项目 —— 并非真实桌面截图。*
openSUSE Leap 16.1 于 2026 年 9 月 28 日进入候选发布（RC）阶段，而这次的重点不是版本号跳跃，而是**普通 Leap 发行版第一次提供了「不可变模式」（Immutable Mode）**：一个事务式更新、只读根文件系统的系统。正式版将于 **2026 年 11 月 3 日**发布，日期刻意与 SUSE Linux Enterprise Server 16.1 对齐，避免发布后出现维护更新的空窗期。
这一项改动实际上重排了整个 openSUSE 家族的结构。Leap 16.1 的不可变模式将**直接取代 Leap Micro** —— 不会再有 Leap Micro 6.3 或 7.0，那些大家熟悉的 MicroOS 预置镜像也整体挪到了 Leap 16.1 下载页的「alternative downloads」区。如果你一直在用 Leap Micro 跑容器主机、边缘设备或不可变虚拟机，现在升级路径直接走 Leap 本体。
官方下载与 RC 镜像在 **https://get.opensuse.org/leap/16.1/**。RC 阶段大约每周发布一个构建，所以今天测试的镜像和 11 月正式发布的镜像并不相同。
## 不可变模式到底是什么
这个名字承载了很多含义，值得把机制说清楚。
根文件系统以只读方式挂载，永远不会被就地修改。更新系统时，`transactional-update` 不去覆盖文件，而是在现有 base 之上构建一个**全新的系统快照**，机器启动进入该快照。因为旧快照原封不动地保留着，回滚就只是一条命令，而不是一场救火行动。
*图：AI 生成的快照堆栈插图 —— 非 openSUSE 官方截图。*
这在 SUSE 内部并不是新想法 —— Leap Micro 和 SUSE Linux Enterprise ALP 血统多年来一直是这么做的。Leap 16.1 的新意在于，它被做成了 Agama 安装器里的一个安装选项，而传统的包管理式系统依然保留在旁边任选。
openSUSE 项目明确希望大家来测试。不可变模式是最近才加进 Agama 的，这正是团队想在 11 月冻结前收集反馈的原因。
## 在安装器里选择模式
直接启动普通的 Leap 16.1 安装镜像，在 Agama 里选 **Immutable mode** 即可，普通工作站安装并不需要额外的 appliance 镜像 —— 这相对 Leap Micro「按部署类型选专用 raw 镜像」的流程是实实在在的简化。
*图：Leap 16.1 RC 的 Agama 模式选择界面，已选中 Immutable 选项。来自 openSUSE 项目的官方截图。*
Agama 界面本身值得单独说一句：它在近几代 Leap 构建中已经取代了旧式文本模式安装器。整个流程跑在浏览器风格的深色主题 UI 里，右上角负责语言和键盘布局，分区、用户、网络、软件包全部在同一套界面里完成。
## 三条命令的更新循环
装好之后，日常更新短到可以背下来：
“`bash
sudo transactional-update dup # 把系统更新进一个新快照
sudo reboot # 启动进入新快照
sudo transactional-update rollback # 出问题了就退回去
“`
`dup` 创建新快照，`reboot` 切过去，`rollback` 退回上一个。因为旧快照从未被破坏，回滚很快，不需要重新计算任何东西。
*图：作者自制的事务式更新流程示意图，非 openSUSE 官方截图，依据 2026 年 9 月 28 日的 Leap 16.1 RC 公告绘制。*
注意这里刻意的隔离：`dup` 与 `rollback` 都是在 `transactional-update` shell 内部执行的，不是直接作用于运行中的系统。在宿主机上直接敲 `zypper` 是改不动根文件系统的，因为它本来就是只读的。
## 软件从哪里来
这是从传统发行版转过来的人最容易踩坑的地方。根文件系统既然只读，那么传统的 `zypper install` 就没有地方可写。openSUSE 的答案是三条路分工：
– **Flatpak** —— 桌面应用，图形安装下的推荐路径。
– **Podman 或 Distrobox** —— 容器与容器化应用，不可变阵营的天然选择。
– **传统 RPM 包** —— 依然可用，但要走 `transactional-update pkg install <package>`，把它写进下一个快照。
“`bash
sudo transactional-update pkg install
实际效果是：base 层始终干净，回滚是瞬时的；代价是你的使用心智模型和「装上就一直在那儿」的传统发行版略有不同。
## Leap Micro 的 appliance 镜像仍在
从 Leap Micro 过来的用户会找到熟悉的东西：那些预置镜像仍然放在 Leap 16.1 页面下方的 alternative downloads 区，包括推荐用于 USB 安装的 Immutable Self-install image，以及 KVM/Xen、Microsoft Hyper-V、VMware、Harvester、Cloud 等镜像，还有一个全加密的 raw 磁盘镜像。
和 Leap Micro 一样，这些 appliance 可以在首次启动时通过 **Ignition** 或 **Combustion** 配置，声明式首次启动配置模型原样保留。
## 迁移现有的 Leap Micro 6.2
官方提供了实验性的迁移工具 `opensuse-migration-tool`，可以把已有的 Leap Micro 6.2 系统迁到 Leap 16.1 的不可变模式：
“`bash
sudo transactional-update shell
# 在 shell 内部：
zypper in opensuse-migration-tool
opensuse-migration-tool –dry-run # 先看看它要做什么
opensuse-migration-tool
exit && reboot # 启动进入新快照
“`
该工具仍明确标注为实验性。运行前务必备份，并把结果反馈给项目 —— 开发者正在积极征集迁移反馈。
## 桌面环境：GNOME 不变，Plasma 更新
有人期待 Leap 16.1 带来一次大的 GNOME 升级，实际没有。Leap 16.1 搭载的仍是和 Leap 16.0 相同的 **GNOME 48**，只有修复更新（`gnome-shell` 从 48.4 升到 48.8）。这是沿用 SUSE Linux Enterprise 15 服务包模式的刻意安排 —— 大版本桌面更新会摊到两次发布里完成。
KDE Plasma 用户则能拿到更实在的升级：
| 组件 | Leap 16.0 | Leap 16.1 |
|—|—|—|
| KDE Plasma | 6.4 | 6.6 |
| Qt | — | 6.11 |
| KDE Frameworks | — | 6.25 |
| LXQt | 2.2 | 2.4 |
| Xfce (Wayland) | 4.20 | 4.20 |
## 查询确切的软件包版本
Leap 上线了一个新的网页工具 **https://opensuse.github.io/osdiff/**，可以跨 Leap 16.1、Leap 16.0、Tumbleweed 以及 Repology 的上游最新版本对比源码包版本。可以按状态筛选（比如「相对 Leap 16.0 有变化的包」），还能把对比数据下载成 JSON。想快速确认「这个包在 16.1 里到底更新没有」，用它比等完整发布说明快。
内核尤其要注意：Leap 的核心来自 SUSE，Leap 16.0 搭载的是继承自 SLE 16.0 的 6.12 内核，16.1 的内核线跟随 SLE 16.1 基线，而不是追 Tumbleweed。具体版本取决于最终 SLES 16.1 冻结结果，请以运行系统的 `uname -r` 为准。
## 总结
openSUSE Leap 16.1 是一个比宣传看起来更小、却更有分量的版本。桌面部分属于渐进更新 —— 同样的 GNOME，更新的 Plasma —— 底层软件包大多仍来自 SLE 16 基线。真正的变化是架构性的：Leap 首次把带一键回滚的事务式更新作为一等公民的安装选项，Leap Micro 线并入其中，整个 openSUSE 家族从此有了一个统一的不可变叙事，而不是一个另立门户的 appliance 发行版。
想要在工作站或服务器上马上体验这份回滚安全性，RC 正是最好时机 —— 项目本身在征集反馈，而每周一次的构建节奏意味着你在 11 月之前可以反复演练升级路径。如果更想要传统的可变 Leap 体验，Agama 里一个单选按钮就能切回去，zypper 工作流照旧。
官方项目页：**https://get.opensuse.org/leap/16.1/**
评论