Vanilla OS 3 Reunion 正式发布。这个基于 Debian 的 Linux 发行版，继续围绕两个关键词构建桌面体验：不可变（immutable）与可重现（reproducible）。在 Vanilla OS 2 的基础上，新版本进一步扩大硬件支持，提升系统构建过程的透明度，并提供更本地化的社区镜像，目标是让 Linux 桌面更接近“安装后即可使用”。
不可变系统改变了什么
传统 Linux 桌面通常允许用户直接修改根文件系统：安装软件、替换系统库、编辑配置，经过一段时间后，系统状态可能逐渐偏离最初的安装状态。问题不一定会立刻出现，但升级失败、依赖冲突和难以复现的故障往往都与这种持续变化有关。
不可变系统把系统基础镜像视为一个整体。日常应用和用户数据尽量与基础系统分离，系统更新则以新的镜像或受控状态完成。这样做的价值并不是“永远不能修改系统”，而是让修改边界更清楚，并且让回滚、重装和故障排查更容易规划。
这类设计尤其适合以下场景：
- 希望桌面系统在多台设备上保持一致的开发者。
- 需要降低系统更新带来的不可预测变化的团队。
- 需要快速恢复工作环境的测试机和演示机。
- 希望通过容器或独立应用环境减少宿主系统污染的用户。
代价也很明确：传统的“直接改系统文件”习惯需要改变，部分软件安装方式和底层定制流程需要适配发行版提供的机制。
可重现构建让系统更容易验证
“可重现”不只是把安装镜像重新打包一次，而是尽量让相同的源代码、配置和构建输入产生相同或可验证的输出。对发行版而言，这有助于审计构建过程、定位变化来源，也方便社区检查发布产物与公开构建材料之间的关系。
Vanilla OS 3 Reunion 强调更透明的系统构建，这意味着用户和社区可以更清楚地理解系统是如何产生的。透明度不会自动消除所有供应链风险，但它能把问题从“只能信任下载到的镜像”推进到“可以检查构建输入和产物”。
硬件支持的扩大则解决了另一个现实问题：不可变架构和漂亮的构建流程，只有在无线网卡、显卡、存储设备和常见笔记本上都能正常工作时，才真正适合日常桌面使用。
可以这样检查一台 Vanilla OS 主机
下面的命令不依赖特定桌面工具，适合安装后做基础盘点。请在目标主机的终端中执行；其中校验文件的路径需要替换为你实际下载的镜像文件。
# 查看发行版身份与版本信息
cat /etc/os-release
# 查看内核、架构和主机信息
uname -a
# 查看块设备，确认安装目标和数据盘
lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS,MODEL
# 检查硬件是否被系统识别
lspci | sed -n '1,20p'
# 对下载的安装镜像计算 SHA-256 校验值
sha256sum ~/Downloads/vanilla-os-3.iso
可以把输出保存到安装记录中，便于比较不同设备的硬件识别情况：
mkdir -p ~/vanilla-os-audit
{
date -Is
cat /etc/os-release
uname -a
lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS,MODEL
lspci
} | tee ~/vanilla-os-audit/host-report.txt
这是一种通用的安装后检查方式，不代表 Vanilla OS 3 的全部系统管理接口。涉及系统更新、回滚或底层软件安装时，应优先按照该版本官方文档提供的工作流操作，避免把面向传统发行版的修改命令直接套用到不可变系统上。
社区镜像与开箱即用体验
本地化社区镜像降低了下载延迟，也让不同地区的用户更容易获得安装介质和社区支持。对桌面发行版来说，这类改进虽然不如新桌面功能显眼，却直接影响首次安装是否顺利。
“开箱即用”也不应只理解为默认壁纸和预装应用。更重要的是，安装程序、硬件识别、系统更新、应用安装和故障恢复之间要形成一条完整路径。Vanilla OS 3 Reunion 的发布重点，正是围绕这条路径继续减少用户需要手工修补的部分。
是否适合现在尝试
如果你重视系统状态的一致性、希望降低长期维护成本，或者正在寻找适合测试和演示的桌面环境，Vanilla OS 3 Reunion 值得在备用设备或虚拟机中评估。正式迁移前，建议确认以下事项：
- 常用显卡、无线网卡、打印机和外接显示器是否正常工作。
- 开发工具、专业应用和游戏是否支持推荐的安装方式。
- 现有数据是否已完成独立备份。
- 团队是否接受不可变系统带来的工作流变化。
- 更新失败时，是否已经验证恢复和回滚路径。
不可变和可重现不是桌面系统的万能答案，但它们为 Linux 桌面提供了更清晰的维护模型。Vanilla OS 3 Reunion 的意义，在于把这种模型继续推进到更广泛的硬件和更真实的日常使用场景中。