snapd 是 snap 这套通用 Linux 包格式背后的守护进程，负责把包挂载起来、按规则放行权限、以及推送更新；当前版本 2.78。

它管的是什么

snap 把应用和它需要的运行库一起打进一个包，装上来是只读挂载，不同版本可以并排存在。snapd 就是让这件事运转起来的后台服务：解析包、建立挂载、按声明放开权限、按时把新版本换上来。

这套做法换来的是跨发行版一致。同一个包在 Ubuntu 上和在 Fedora 上跑的是同一份内容，系统里原本装了什么库几乎不影响它。

2.78 这一版

2.78 在 2026 年 10 月 7 日发布，不是预发布版。改动清单里占篇幅较多的是三块。

一是全盘加密相关。重新配置流程之后会更新密钥环、重建状态，加密状态的判定改为完整流程，密钥改用内存文件描述符承载；对 Ubuntu Core 设备，开始支持雷电接口的安全等级零配置。

二是组件与配置。种子刷新时会一并考虑组件，并阻止种子里的组件被移除；应用运行环境里能读到组件目录的位置。配置数据库这边支持读写内置项，改状态前先过一遍校验集约束，报错信息也细化到具体的键。

三是接口。这一版新增了驱动观察接口，内容接口支持用组件共享文件，电源控制接口开始识别标准的充电阈值属性，关机接口允许带标志重启；另外几处是与设备识别、路径含空格相关的修补。审计日志这块把管理操作与越权访问的记录字段改成「谁、做了什么、为什么」，排查时比原来清楚。

还有几处影响日常使用的：磁盘空间检查新增预留量选项，空间不够时只刷必要的包；配额组功能转正；应用刷新感知的用户提示默认开启；恢复模式下的重启改为一次性条目。

沙箱分三档

严格模式是默认档。它借内核的三样东西把应用关起来：AppArmor 管访问规则，seccomp 管系统调用，命名空间隔离文件系统与进程视图，应用看不到容器外的世界。要用摄像头、要读用户目录，都得走接口声明。

经典模式给那些必须接触整个系统的软件留了口子，安装时要显式加参数才会生效，等于放弃了隔离。开发模式面向打包者，跑起来仍然受严格规则约束，但能访问系统资源并打印出还缺哪些接口，属于调试档，这类包不会自动更新。

接口按需授权

严格模式下的应用想拿到一项系统能力，就得声明对应的接口，再由用户或系统完成连接。文档里接口是按字母排的一张长清单，从音频播放、摄像头、蓝牙到设备控制各有一条。

这种设计把「能做什么」写在了包的声明里，装之前就能看清楚。代价是有些功能要手动连一下接口才通，第一次用某个设备时容易卡在这一步。

更新自动来，也能退回去

更新由刷新机制负责，默认按固定节奏自动进行，新版本换上来之后上一版仍然留着。装完发现不对，一条回退命令就能切回前一个修订版，不用重新找旧包。

不想让它自己动，可以对单个包暂停更新，也可以改系统级的刷新策略。文档特别注明，暂停更新这项能力需要 2.58 及以后的版本。

发行版覆盖面

官方在安装守护进程这一节列了十八个发行版：Ubuntu、Debian、Fedora、CentOS、Red Hat、Rocky、AlmaLinux、Arch、Manjaro、openSUSE、Linux Mint、Kali、Parrot、Pop!_OS、Elementary、KDE Neon、GalliumOS 与树莓派系统。

覆盖面是这套格式的主要卖点之一。对同一个软件要同时供给多个发行版的场景，打包一次比维护多套包省事。

和不可变系统的关系

Ubuntu Core 是 Canonical 的嵌入式系统，官方对它的描述是不可变、精简、严格受限的 Linux。这类系统里没有传统的包管理器，整机的应用与更新都走 snap 这一条路，差量更新、空中升级、离线环境部署都靠它完成。

snapd 在这类设备上不只是装软件的工具，还是系统维持一致状态的基础组件。2.78 里那些与全盘加密、种子刷新、恢复模式相关的改动，很大一部分就是为这个场景服务的。

需要提前知道的几件事

自动更新是默认行为，不是可选功能。不喜欢这种节奏的人得主动去关，关掉之后又要自己盯安全更新，这个取舍要提前想清楚。

包体偏大也是常被提到的一点。依赖一起打包意味着重复占用，同一个运行库在几个包里各存一份，磁盘紧张的小机器上会明显。

另外它依赖内核特性，容器里、精简系统里、或者内核模块被裁剪过的环境，沙箱未必能按预期工作，遇到问题时先看这一层。

snapd 解决的是「一个包在哪个发行版上都能跑」这件事：依赖随包走、沙箱分三档、接口按需连接、更新自动推送还留一次回退。2.78 的重心在加密、组件与接口三块，日常感受到的变化不多，往不可变系统那条线上看才明显。