最近在给几台旧设备做系统规划时我反复思考一个问题为什么一台性能不错的电脑装完主流操作系统后会变得越来越慢表面看是内存和 CPU 占用高真正原因是系统层面积累了大量预装应用、常驻服务、云端同步组件和各类智能功能。而随着 AI 能力全面进入操作系统这个问题变得更明显——网络请求、本地模型常驻、遥测上报都在让系统变得越来越“聪明”也越来越“重”。如果你也想要一个轻量、可控、不依赖云端 AI 服务的系统环境那么“自包含操作系统”selfcontaining OS是一个很值得尝试的方向。本文会把这套思路完整拆开包括 bloat 是怎么产生的、系统级 AI 依赖有哪些代价、适合自包含改造的发行版怎么选、如何从最小化安装做到真正够用、如何建立本地软件包体系最后再附带一个常见问题与排错清单。这篇文章的适用人群主要有两类一是想给旧电脑或低配设备重新提速的开发者二是对隐私、可控性和系统纯净度有较高要求的技术爱好者。文章中的实操以 Debian 12 最小化安装为例也会顺带对比 Arch、Alpine、Void、FreeBSD 等方案的适用场景。实际操作建议在虚拟机或闲置机器上进行生产环境改造前请先备份数据。1. 为什么现代操作系统会越来越“重”1.1 系统膨胀bloat是怎么产生的bloat 这个词在软件领域指的是“系统包含了过多用户不需要但不得不承担的组件”。它不是单一原因造成的而是几个力量共同作用的结果。第一是预装应用策略。商业操作系统为了生态和营收会默认预装大量应用。比如 Windows 的商店应用、Office 试玩、游戏录屏组件部分 Linux 桌面发行版也会默认安装办公套件、多媒体软件、打印机驱动体系等。这些预装内容占用的不只是磁盘还会拉起一堆开机自启进程和后台更新任务。第二是服务粒度的问题。现代操作系统中很多功能都是独立服务例如打印服务cups、蓝牙服务、局域网发现服务avahi、多媒体键守护进程、云同步服务等。它们单独看起来都合理但在大多数用户场景下根本不会被使用反而每个服务都会常驻内存、定期唤醒 CPU。第三是依赖关系复杂化。比如 Ubuntu 上安装 Snap 包时会拉起 systemd 的循环挂载单元影响开机速度很多图形应用为了一个图标组件可以把整套 GTK/Qt 依赖拉进来。包管理器解决了软件安装问题但也让依赖树变得很难控制。第四是遥测和智能功能。现代系统普遍带有“帮助改进产品”的统计上报机制以及各种智能推荐、语音助手、AI 摘要功能。这些功能需要网络连接、本地索引、模型常驻进一步加剧了资源占用。你会发现bloat 不是某个软件的问题而是系统设计目标的产物。厂商希望你开箱即用、功能齐全、持续联网而用户往往想要的只是“专心地做某几件事”。1.2 AI 与操作系统的绑定带来什么新问题AI 进入操作系统后又给“轻量可控”增加了新的矛盾点。以当前主流系统为例Windows 在系统层面集成 CopilotmacOS 逐步加入 Apple Intelligence手机厂商的系统级 AI 助手也越来越常见。这些功能的共通点是需要持续联网、需要本地模型或索引服务、需要硬件有较强的算力和内存。对只想要一个安静开发环境的用户来说这些系统级 AI 功能至少带来三类问题资源占用本地模型或嵌入向量索引会常驻内存即使是云上计算也会被 GUI 向导和网络状态检查拖住启动流程。数据边界系统级 AI 助手通常要读取邮箱、剪贴板、浏览器内容才能提供“智能”服务这些数据要传输到云端还是本地处理用户往往没有完全透明的控制权。功能不可剥离很多自定义 Linux 桌面可以很干净地去掉 AI但一台预装系统的笔记本上用户很难彻底移除厂商的智能服务只能关闭部分开关。因此在“避开 AI”这一诉求下最干净的做法不是去找一个开关而是选择一套没有任何系统级 AI 绑定的 base OS自己决定要不要装 AI 相关组件。这层思考也决定了本文后面所有操作的方向系统本身不内置 AI用户按需添加而不是系统强制你使用 AI 能力。1.3 自包含 OS 的设计理念自包含selfcontaining操作系统的核心思想可以概括成三句话系统运行时尽量不依赖外部云服务。系统自带或可方便获取所需软件、补丁和依赖。用户对系统有最终控制权而不是厂商。这并不等于完全不用互联网。互联网仍然是获取软件包、文档和更新补丁的重要渠道。“自包含”重点是不必须联网、不必须依赖特定厂商账号、不把系统核心功能外包给云端 AI 服务。一个典型的自包含系统具备这些特征特征说明最小化安装只装你用得到的组件不用“全家桶”本地软件仓库离线 deb/rpm 包、apt 缓存代理断网也能装软件无遥测系统默认不会把使用数据发送给厂商无云端 AI 依赖即使有 AI 需求也优先使用本地模型服务可裁剪用 systemd 等机制关掉用不到的服务而不是靠第三方工具去“优化”配置可复现安装和配置过程保存成脚本或文档重装时可快速恢复有了这个目标接下来就可以回答“选哪个系统来承载自己的自包含环境”了。2. 如何选择适合自包含改造的发行版2.1 先明确选择标准在开始安装之前先把选择标准定下来避免被“哪个发行版更酷”带偏。我的判断标准是四个维度是否默认带桌面。自带桌面的发行版会引入很多依赖自包含改造要从“无桌面”开始往往更干净但如果你需要保留桌面可以选择支持最小化安装的发行版。包管理器是否可控。要能方便地查看依赖、移除软件包、查看包体积apt、dnf、pacman、apk 都满足区别在于使用习惯。默认服务是否克制。预装服务的数量和类型直接决定瘦身工作量。更新方式是否适合离线。对自包含系统来说能够缓存软件包、导出离线补丁很重要。这四条标准不是要求“绝对最小”而是要求“可控”。即使某个发行版初始体积稍大只要包管理体系和系统服务设计合理也能被驯化成一套干净的自包含环境。2.2 主流发行版对比下面是我调研后的对比。注意这不是“哪个发行版最好”的排名而是不同定位的取舍发行版基础包体积默认服务适合场景备注Debian 12 最小化较小较少服务器、自制桌面不默认 Snap稳定适合作为“底子”Ubuntu Server中等一般服务器快速部署桌面版默认 Snap需要额外剥离Arch Linux极小极少喜欢 DIY 的极简环境滚动更新需要主动维护Alpine Linux很小极少容器、旧设备、嵌入式使用 musl libc部分二进制兼容需注意Void Linux很小少对 systemd 持保留态度的用户runit 启动轻量FreeBSD / OpenBSD小少追求 Unix 传统与安全软件生态门槛略高ChromeOS 及其改版轻量依赖厂商账号上网本、教育场景与自包含理念相反缺少本地自治关于表格中的 ChromeOS这里多解释一句ChromeOS 虽然看起来轻但核心链路绑定账号、云同步和 Web 应用离线能力和隐私边界都有限如果你追求的是“不依赖厂商账号也能完整使用”它并不是自包含方向。另外有两个常见中的特殊情况银河麒麟Kylin OS和龙蜥Anolis OS这类系统在服务器场景里也支持最小化安装和离线包部署。如果你所在的团队有国产化要求可以在它们上面套用同样的“最小安装 本地软件源 关闭不需要的服务”思路本文后面的大部分命令同样适用。2.3 为什么实战选择 Debian 12我的选择是 Debian 12 最小化安装。原因很直接安装镜像可以选择不带桌面基础服务少适合做干净底子默认不使用 Snap不会出现 Ubuntu 那种大量 Snap 循环挂载拖慢开机的问题apt 包管理系统成熟有丰富的离线缓存工具apt-cacher-ng、apt-offline 等社区资料多遇到问题容易搜到答案。如果你的目标是极致的体积控制也可以把本文步骤替换成 Alpine 或 Arch 的安装流程瘦身思路是通用的。3. 环境准备与最小化安装3.1 准备镜像与校验到 Debian 官网下载 netinst 或完整 DVD 镜像。这里用 netinst 即可安装过程会在线拉取必要的安装组件。下载后建议做哈希校验避免镜像被篡改或下载损坏。# 以 Linux 环境校验为例 sha256sum debian-12.*-amd64-netinst.iso输出值与官网提供的 SHA256SUMS 文件内容一致后再继续安装。在 Windows 上可以使用 certutil 或 PowerShell 的 Get-FileHash 来校验思路相同。如果你是在虚拟机里练习建议给虚拟机分配 2 核 CPU、2GB 内存、20GB 磁盘这个配置足够后续测试 XFCE 桌面和基础服务。如果你是在物理机上安装建议优先使用有线网卡完成初始安装因为部分无线网卡需要额外固件第一阶段联网失败会让人误以为系统安装出了问题。3.2 安装过程中如何避免 bloat安装 Debian 的图形安装器时有一个很容易被忽略的步骤在“软件选择”tasksel界面默认会勾选“Debian desktop environment”以及对应的桌面环境选项常见的是 GNOME。这一步要非常小心把桌面选项取消掉只保留“standard system utilities”标准系统工具。这样做之后安装出来的系统只有一个纯文本命令行环境没有图形桌面、没有打印服务、没有蓝牙桌面栈后续所有组件都由你自己按需添加。这就是自包含改造的第一步让系统从源头保持“最小”。安装过程中还会要求设置 root 密码和一个普通用户。建议 root 密码和用户密码分开设置日常使用普通用户安装软件或系统管理时再用 sudo 或 su 切换。最小化系统可能没有 sudo可以先使用 su 切换到 root再安装 sudo 并配置普通用户的权限。3.3 安装后的基础配置安装完成后重启进入文本终端先登录普通用户然后切换到 root 或使用 sudo 执行命令。首先要确认网络可用# Debian 最小系统通常没有安装 curl先用 ip 命令查看网卡和地址 ip addr # 测试 DNS 和网络连通性 ping -c 3 deb.debian.org如果网络正常接着编辑软件源。默认安装器会让你选择镜像站点如果你在国内建议换成阿里云、清华 TUNA 等镜像站。Debian 12 的源配置文件采用 deb822 格式通常位于 /etc/apt/sources.list.d/ 目录。可以新增一个文件# 将以下内容写入 /etc/apt/sources.list.d/debian.sources Types: deb URIs: https://mirrors.tuna.tsinghua.edu.cn/debian/ Suites: bookworm bookworm-updates bookworm-backports Components: main contrib non-free non-free-firmware Signed-By: /usr/share/keyrings/debian-archive-keyring.gpg这里需要注意的是non-free-firmware 组件对无线网卡等硬件很重要。如果你的机器有需要闭源固件的网卡在前面安装器的高级选项中要勾选加载非自由固件否则安装完成后可能出现“有网卡但连不上 Wi-Fi”的情况。更新系统并安装基础工具apt update apt upgrade -y apt install -y sudo curl wget ca-certificates vim openssh-server到这里你已经得到一个干净、最小、可联网的 Debian 基础系统了。接下来开始瘦身和自包含化。4. 系统瘦身从“最小化”走向“足够用”4.1 查看已装软件包的大小最小化安装不等于已经足够小里面仍然有一些安装器依赖的包或者你根本不会用到的工具。先看当前系统哪些包占用空间最多dpkg-query -Wf ${Installed-Size}\t${Package}\n | sort -n | tail -30每条记录的第一列是安装大小单位 KB第二列是包名。这个命令对于后续了解系统构成非常有帮助。下面这个脚本可以把结果存成文件方便对比优化前后的体积变化#!/bin/bash # 文件路径/usr/local/bin/pkg-size.sh echo 系统软件包体积 TOP 30 (单位 KB): dpkg-query -Wf ${Installed-Size}\t${Package}\n | sort -n | tail -30在确认某个包是否可以删除时不要只看包名猜测建议先用 apt-cache 查看反向依赖apt-cache rdepends 包名如果没有任何软件依赖它你自己也用不到才可以考虑移除。4.2 按需禁用服务先列出当前所有已安装的 systemd 服务找出哪些是开机自启的systemctl list-unit-files --typeservice --stateenabled在最小化安装的 Debian 里常见的有 ssh、systemd-networkd、cron、getty 等。如果你的场景不需要某个服务可以用以下命令禁用。但禁用前要确认它不是系统关键服务# 举例禁用不需要的局域网发现服务 systemctl disable --now avahi-daemon.service avahi-daemon.socket # 禁用调制解调器管理服务很多人用不到 systemctl mask ModemManager.service这里解释一下 disable 和 mask 的区别disable 只是取消开机启动服务仍然可以被其他进程调用mask 会把服务单元符号链接到 /dev/null彻底阻断。对于确定永远用不到的服务mask 更彻底但也要小心如果某些软件依赖该服务可能报错。即使是桌面场景下面这些服务通常也可以按需关闭打印服务 cups如果你没有打印机、蓝牙服务 bluetooth如果你不用蓝牙设备、自动更新服务等。这里的关键是“按需”不是越少越好更不是为了追求服务数量最少而牺牲核心功能。4.3 减少日志和临时文件systemd-journald 默认会尽量保留日志如果不限制体积日志目录可能膨胀到 GB 级。在 /etc/systemd/journald.conf 中设置硬限制[Journal] SystemMaxUse100M SystemMaxFileSize20M MaxRetentionSec7day修改后重启 journaldsystemctl restart systemd-journald另外/tmp 目录默认使用磁盘空间如果内存充足可以考虑把 /tmp 挂载为 tmpfs。这样系统重启后临时文件自动清空减少磁盘写入。在 /etc/fstab 中追加tmpfs /tmp tmpfs defaults,size512M,mode1777 0 0这个操作会把 /tmp 清空并放到内存里如果有服务在 /tmp 下写入大文件需要调整 size。最小化系统通常不会有这个问题但如果你之后安装桌面或编译软件要注意临时文件大小是否可能超过这个限制。4.4 谨慎处理内核模块与固件自包含系统的另一个优化点是内核模块。内核会按需加载模块但在启动期间仍然会探测硬件、加载固件。如果你知道自己机器不需要某些子系统可以把模块加入黑名单# /etc/modprobe.d/blacklist.conf blacklist pcspkr blacklist snd_pcsp这个例子只是关闭蜂鸣器。对于需要关闭网卡、蓝牙、指纹等模块的用户需要先确认模块名称再写黑名单。切不可为了“瘦身”而把不熟悉的模块全部禁用否则可能导致网卡或磁盘控制器无法识别这是自包含改造中最容易踩的坑之一。如果你真的想进一步压缩内核可以学习编译内核和定制 initramfs但那是另一个工程话题不建议新手一上来就做。对大多数人来说服务级别的裁剪已经能带来非常明显的资源优化效果。5. 构建自包含的软件与数据体系5.1 本地软件包缓存与离线安装“自包含”意味着即使断网也应该能完成常见软件的安装。Debian 系最直接的做法是准备一套离线 deb 包或者在内网部署一台 apt 缓存代理。先看简单的方式在一台有网的机器上用 apt 下载指定软件包及其依赖然后拷贝到目标机器离线安装# 在有网的机器上下载软件包不安装 apt download nginx但 apt download 只下载指定包不处理依赖如果你的目标是收集某软件的完整依赖树可以使用 apt-get install --download-only它会真实解析依赖但不安装。更工程化的方式是使用 apt-offline它能生成签名清单在能联网的机器上下载对应包再回到目标机器安装。这个工具非常契合离线运维场景。如果你的环境有多台机器部署 apt-cacher-ng 更高效。在服务器上安装并启动apt install apt-cacher-ng然后在客户端机器的 /etc/apt/apt.conf.d/ 下新增一个代理配置文件# /etc/apt/apt.conf.d/01proxy Acquire::http::Proxy http://缓存服务器IP:3142;这样多台机器下载同样的软件包时只需要从缓存代理拉取一次内网部署会快很多。在服务器端龙蜥 Anolis OS、CentOS Stream 这类 RPM 系系统也支持类似的离线思路可以用 dnf download --resolve 拉取指定软件包及依赖再在目标机器上使用 rpm -ivh 安装。注意 dnf download 需要提前安装 dnf-plugins-core 插件。5.2 禁用遥测与外部 AI 服务自包含系统应该默认不向外部发送使用数据。Debian 最小系统本身没有 Windows 那种遥测机制但如果你在安装过程中选择了参与软件流行性统计系统里会存在 popularity-contest 包它会定期匿名上报你安装了哪些软件用于 Debian 项目统计。如果不想参与直接卸载apt purge popularity-contest -y如果你额外安装了 GNOME 桌面、浏览器、云同步工具或输入法还要检查对应的联网选项例如关闭“自动检查更新”“自动崩溃上报”“云剪贴板”等。在命令行层面可以用防火墙规则限制特定域名出网# 使用 iptables/nftables 阻止到某个遥测域名的出站连接 iptables -A OUTPUT -d example-telemetry-host.com -j REJECT这个做法在 DNS 屏蔽之外多一层防护。不过要注意系统升级、时间同步、软件源访问也需要出网所以不要一次性把所有外部连接全禁掉。正确的做法是先查看最近网络连接确认哪些进程在联网再按需限制ss -tunap查看输出中的进程 PID 和远程地址就可以比较直观地判断哪些连接属于系统正常服务哪些属于多余的遥测或后台行为。对于可疑连接再结合 journalctl 查看对应服务日志决定是否禁用。如果需要保留 AI 能力但又不想依赖云端可以把网页版 AI 应用替换成本地运行的开源模型。像 Ollama、llama.cpp 这类工具可以把模型下载到本地后离线运行完全不向外部发送数据。这个点放到 5.3 展开。5.3 本地 AI需要时再装而不是默认常驻标题说要“避开 AI”更准确的说法是“避开不可控的云端 AI”。对于日常办公、写作、代码分析等场景如果确实需要 AI 辅助完全可以在自包含系统里装一个本地模型。以 llama.cpp 或 Ollama 为例安装后拉取一个小体积模型例如 Qwen2.5 的量化版本或 Llama 3.2普通 CPU 也能跑起来。这里不给出具体安装命令因为模型名称和版本变化非常快建议直接参考官方仓库的说明按当前文档操作即可。在是否引入本地 AI 这个问题上我的建议是如果纯粹想要一个轻量系统本地 AI 完全可以不装如果有明确的离线 AI 需求再按需安装并且优先选择 CPU 量化模型避免为了一个偶尔用的功能承担 GPU 常驻和大量内存占用。自包含的精髓不是“绝对不能有 AI”而是“AI 是否存在由你决定”。