CarrieYung很多人把 Ubuntu 系统维护理解成“装完系统就完事”，这个想法通常会在三周内遭到现实的毒打。前两周系统风平浪静，第三周你可能就会遇到这些画面：apt update 卡在某个软件源死活不动，搜狗输入法装上之后怎么按都切不出来，或者某天开机发现 NVIDIA 驱动把桌面搞成了一个无法进入的死循环。我这些年一直在做 Linux 系统维护，也帮同事朋友处理过大量这类问题，今天把我自己反复踩过的坑和验证过的方案整理一遍，从系统版本选择、安装重装，到换源、输入法、显卡驱动，再到 Docker 和日常磁盘清理，一条线全部讲透。
这篇文章适合刚接触 Ubuntu 的桌面用户，也适合准备在自己的工作机、实验室服务器、虚拟机上搭建开发环境的人。下面所有操作，我都默认你用的是 Ubuntu 22.04 LTS 或 24.04 LTS 这类长期支持版本，这也是目前维护成本最低的选择。
1. 系统版本与安装介质：选错版本和镜像，后续问题会一个接一个
1.1 LTS 版本和普通版本的本质区别，以及 22.04、24.04、26.04 怎么选
很多新手上来就装一个最新版本，结果用了两周发现某个软件依赖对不上，或者 NVIDIA 驱动不兼容新内核，就开始怀疑 Linux 是不是不行。其实问题根源通常不是 Linux，而是你选的版本策略有问题。
Ubuntu 的版本分成两类：LTS（Long Term Support，长期支持版）和普通版（比如 23.10、25.04 这种非 LTS）。LTS 版本每两年发布一次，官方提供五年以上的安全更新和维护，软件仓库里的包版本相对保守，但稳定性和兼容性经过了大量测试。普通版只有九个月的支持周期，软件比较新，但升级频繁，驱动兼容性也容易出幺蛾子。
做系统维护，最忌讳的就是在普通版上长期使用。2025 年这个时间点，我建议桌面用户和工作站优先选择 22.04 LTS 或 24.04 LTS。24.04 是 2024 年 4 月发布的，到现在驱动和软件生态已经很成熟了；22.04 则更“老成持重”，如果你用的是一些企业内部软件、旧版 CUDA 工具链，22.04 反而更稳。至于 26.04，按照发布节奏会在 2026 年 4 月出现，如果你不是喜欢折腾尝鲜的那类人，没必要在新版本发布初期就立刻迁移。
而且 20.04 升级 24.04 这种跨大版本升级，我也建议你先备份数据，再用 do-release-upgrade 做一次测试性升级，不要在生产环境直接上。很多人看到“升级”两个字就手痒，结果升级到一半出现软件源冲突、桌面会话丢失，维护成本直接翻倍。
1.2 镜像文件下载与启动盘制作：一个影响后续所有操作的细节
下载 Ubuntu 系统镜像文件，最稳妥的路径是去官网的 Release 页面，或者用官方提供的中文镜像站。镜像文件命名里一般带 amd64、arm64 这样的标识，你首先要确认自己的机器架构。绝大多数 Intel/AMD 桌面电脑选 amd64 的 ISO 就行，ARM 开发板、Apple Silicon 虚拟机里才需要 arm64。
制作启动盘我常用的方案有两种。第一种是 Windows 下用 Rufus，写入模式选 DD 镜像模式，U 盘采用 GPT 分区表，目标系统类型选 UEFI。第二种是 Linux 下直接用 dd 命令：
bash复制sudo dd if=ubuntu-24.04.2-desktop-amd64.iso of=/dev/sdX bs=4M status=progress
注意 of 指向的是整个 U 盘设备节点（比如 /dev/sdb），而不是 sdb1 这种分区节点，这个细节写错就会把 U 盘搞成没法启动的状态。制作完成之后，进 BIOS 把启动顺序切到 U 盘，Secure Boot 如果影响启动可以先关掉，装好系统之后再说。
这块最容易踩的坑是：有人用 Windows 自带的“资源管理器右键格式化 U 盘 + 解压 ISO 到 U 盘”来装系统，结果开机直接提示找不到可启动设备。原因很简单，UEFI 启动需要的 ESP 分区和引导文件根本没被正确写进去，镜像是“刻”进去的，不是“复制”进去的。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 重装与双系统：分区规划、引导共存和虚拟机环境的完整操作闭环
2.1 U 盘安装 Ubuntu：分区方案里最重要的一件事
Ubuntu 系统安装本身并不难，真正让新手摸不着头脑的是手动分区。官方安装器默认的“清除整个磁盘并安装 Ubuntu”会帮你自动搞定分区，但如果这是双系统机器，或者你打算把 /home 独立出来方便以后重装保数据，就尽量选手动分区。
一个合理的双系统分区方案通常是这样：
| 分区 | 大小 | 作用 |
|---|---|---|
| ESP 分区 | 512MB ~ 1GB | 存放引导文件，Windows 和 Ubuntu 共用 |
| / 根分区 | 50GB ~ 100GB | 系统文件与软件 |
| /home | 剩余空间 | 用户数据、配置、文档 |
| swap | 4GB ~ 8GB | 交换空间，休眠时也需要 |
ESP 分区是关键。已经有 Windows 的机器上，原有的 ESP 分区可以直接复用，不需要再建一个，但一定不要把 Windows 的 EFI 分区删掉再重建，那样会让 Windows 无法引导。安装器里的“安装启动引导器的设备”要选择 ESP 分区对应的物理盘，不要选 Windows Boot Manager 所在的那种奇怪路径。
很多人重装完重启直接进了 Windows，根本看不到 Ubuntu 的引导菜单。这种情况九成是引导顺序问题：进 BIOS 把 UEFI 的引导顺序改成 Ubuntu（实际上就是 shimx64.efi 这个引导文件），Windows 和 Ubuntu 的引导项都会出现在 GRUB 里。如果 GRUB 菜单丢失，可以用 Boot-Repair 工具修复，这个工具是 Ubuntu 维护者推荐的标准方案。
2.2 双系统引导共存与时间同步：两个常见的“雷”
双系统装好之后，第一个雷是 Windows 和 Ubuntu 的时间对不上。原因很简单：Windows 默认把硬件时间当作本地时间，Linux 默认把硬件时间当作 UTC，两边换算规则不一样，就会差八小时。解决办法是让 Ubuntu 也把硬件时间当本地时间：
bash复制sudo timedatectl set-local-rtc 1
改完再进 Windows，时间就正常了。这个坑几乎每个双系统用户都会遇到，搜索引擎里“双系统时间不对”的热门程度仅次于“Ubuntu 怎么换源”。
第二个雷是某天你想删掉 Ubuntu，或者重装 Windows，结果 Windows 引导也被搞坏了。因为 Ubuntu 的 GRUB 会接管机器启动，Windows 的 bootloader 文件还在 ESP 分区里但没被优先加载。解决思路是先备份 EFI 分区里的关键文件，再操作系统分区，不要顺手格式化 ESP 分区。
2.3 VMware、ESXi、WSL 安装 Ubuntu：网络和显示问题才是重点
除了物理机，很大一部分用户是在虚拟化环境里装 Ubuntu 的。“VMware 虚拟机安装 Ubuntu”“ESXi 安装 Ubuntu”“WSL 安装 Ubuntu”都是高频搜索词，它们的共同痛点主要是网络和显示。
VMware Workstation 里安装 Ubuntu，虚拟机网络类型默认是 NAT，能上网但虚拟机 IP 和宿主机不在同一个网段。如果你需要局域网里的其他机器直接访问虚拟机里的服务，就把网络模式改成桥接模式，这样虚拟机直接占用物理局域网的一个 IP。桥接模式下要注意物理网卡如果是无线网卡，部分路由器会限制客户端互通，导致虚拟机能上网但宿主机访问不了它，这是网络环境限制，不是 Ubuntu 配置问题。
ESXi 里装 Ubuntu 多数是当服务器用，安装时建议把虚拟磁盘类型选成 Thin Provision，硬盘利用率高；网卡类型选 VMXNET3，性能比 E1000 好很多。装完 Ubuntu 后如果发现网卡没识别，多半是 VMware Tools 没装完整，需要先装 open-vm-tools：
bash复制sudo apt install open-vm-tools open-vm-tools-desktop
WSL 是另一个高频场景。Windows 下用 WSL 安装 Ubuntu，本质上是跑在轻量虚拟机里的发行版，不需要桌面环境，直接 wsl --install -d Ubuntu 就能装。WSL2 里最常见的坑是 gedit 无法显示中文界面或直接不弹窗口，这是因为 WSLg 的显示服务没启动或 DISPLAY 环境变量不对。可以检查 /mnt/wslg 目录是否存在，如果不存在就说明 WSLg 没启用，需要执行 wsl --update 并确保 Windows 版本支持。WSL2 本身不推荐装完整桌面，它更适合做命令行开发环境，真要图形界面，建议用 VMware 或者裸机安装。
3. 安装后的第一件事：换源与输入法，这两关不过后面全卡壳
3.1 软件源更换：为什么 apt 慢、报错、依赖混乱，根源都在这里
Ubuntu 装完后的第一件事当然是 apt update，但如果你用的是官方源，在国内网络环境下那个速度常年让人怀疑人生。所谓“Ubuntu 换源”，本质是把软件源配置文件 /etc/apt/sources.list 里的下载地址，从官方服务器替换成国内镜像站的地址。
22.04 开始，Ubuntu 的软件源配置迁移到了 /etc/apt/sources.list.d/ubuntu.sources 这个新格式。改之前先备份原始文件，这是维护习惯问题，任何系统配置文件改动之前都应该留个后路：
bash复制sudo cp /etc/apt/sources.list.d/ubuntu.sources /etc/apt/sources.list.d/ubuntu.sources.bak
然后编辑文件，把 URIs 那行改成镜像站地址。我这里以清华 TUNA 源为例，把 http://archive.ubuntu.com/ubuntu/ 替换成 https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ 即可。如果你用的是 22.04，阿里的源地址是 mirrors.aliyun.com，腾讯云是 mirrors.cloud.tencent.com，选哪个都行，关键是同一次系统里不要混着多个源的旧缓存，否则依赖解析会出现奇奇怪怪的版本错乱。
换完源之后执行：
bash复制sudo apt update
sudo apt full-upgrade
这个 full-upgrade 和 upgrade 的区别在于，full-upgrade 会处理依赖变化时可能需要安装新包或移除旧包的情况，跨小版本升级时更彻底。不少新手只跑 upgrade，结果遇到“软件包保持未升级”的提示不知道怎么办，其实 full-upgrade 很多时候能解决。
3.2 中文输入法：搜狗输入法、fcitx 与 ibus 的冲突逻辑
输入法问题在 Ubuntu 中文用户里的出现频率高到离谱。热词里“Ubuntu 安装搜狗输入法”“Ubuntu 中文输入法怎么设置”“Ubuntu 输入法切换”被反复搜索，根本原因在于 Ubuntu 默认用的是 ibus 输入法框架，而搜狗输入法 Ubuntu 版依赖的是 fcitx 框架，两者在同一套桌面环境里会互相打架。
我的建议是不要装两套框架。如果你主力是搜狗输入法，就先卸载掉 ibus 相关组件，或者至少在环境变量层面强制应用走 fcitx。安装搜狗输入法最稳的路径是去官网下载 deb 包，然后：
bash复制sudo apt install ./sogoupinyin_4.2.1.145_amd64.deb
sudo apt --fix-broken install
装完之后需要配置环境变量，在 /etc/environment 文件里加上：
code复制GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx
然后重启 fcitx：
bash复制fcitx -r
设置里把搜狗输入法添加到输入法列表，切换快捷键默认是 Ctrl+Space。很多人抱怨切不出来，多半是环境变量没生效，或者系统里残留的 ibus 进程把键盘事件劫持了。可以用 im-config 命令把输入法框架切换到 fcitx，然后注销重新登录，这一套流程走下来基本不会再出现切不出来的问题。
如果你不想折腾依赖，追求“装好就能打字”的省心体验，那直接用系统自带的中文拼音输入法，设置里的“区域与语言”添加“汉语（Intelligent Pinyin）”，走 ibus 框架，零配置就能用。不是所有人都需要搜狗的词库，稳定输出比花哨功能更重要。
4. 显卡驱动与嵌入式开发：从桌面黑屏到开发板挂载的硬件链路
4.1 NVIDIA 显卡驱动安装：查看驱动、选择版本、处理黑屏和循环登录
Ubuntu 安装 NVIDIA 显卡驱动是一个经典维护场景，也是翻车率最高的操作之一。热词里“Ubuntu 查看显卡驱动”“Ubuntu 安装 NVIDIA 显卡驱动”常年排在前面，说明这个问题没有一次性解决过的人太多了。
先讲查看当前驱动状态。命令行里最常用的两条命令：
bash复制lspci -k | grep -A 2 -i vga
nvidia-smi
lspci 是看硬件是否被系统识别，nvidia-smi 是看 NVIDIA 驱动是否正常运行以及 GPU 的实时状态。如果 nvidia-smi 显示找不到命令，说明驱动没装好。
驱动安装路径我建议优先用系统仓库版，不要一上来就跑官网下载 .run 安装包。Ubuntu 仓库里的驱动已经按内核版本打过 DKMS 补丁，会跟着内核升级自动重建模块，比较省心。先看系统推荐装哪个版本：
bash复制ubuntu-drivers devices
它会列出当前显卡可用的驱动版本，最后一行通常有 recommending 标记，直接安装即可：
bash复制sudo apt install nvidia-driver-550
sudo reboot
很多人在这个阶段会栽跟头：笔记本重启后卡在登录界面死循环，或者桌面黑屏只有鼠标能动。这大多是因为 Secure Boot 开启时，第三方驱动模块需要签名，而 DKMS 模块没有通过签名认证。解决办法有两种：一是在 BIOS 里关掉 Secure Boot（对个人桌面用户最省事）；二是在安装驱动时注册 Machine Owner Key，给模块签名，这个流程麻烦，一般用户没必要。如果你已经卡死，可以按 Ctrl+Alt+F2 进 tty 终端，卸载驱动之后就能恢复登录：
bash复制sudo apt purge nvidia-*
sudo reboot
还有一种情况是安装时选了“推荐版本”，但这个版本对老显卡不兼容。老思路是去查显卡对应的驱动分支，比如 GeForce GTX 10 系用 470 或 535 都行，RTX 30 系以后用 550 比较合适。装完驱动之后别忘了验证 nvidia-smi 能看到进程和显存，这才说明驱动真的跑起来了。
4.2 开发板挂载、ncnn 编译环境与 QEMU 启动配置
Ubuntu 不光是桌面系统，它也是嵌入式开发和 AI 推理框架的主要宿主环境。热词里“ncnn ubuntu”“开发板挂载 ubuntu”“ubuntu 启动 qemu 的环境”就是那类需求。
ncnn 是一个在移动端和嵌入式端跑神经网络推理的框架，在 Ubuntu 上编译前要先把基础依赖装齐：cmake、build-essential、git，再装 OpenMP 和 Vulkan 依赖。Vulkan 相关包如果缺失，虽然能编译过，但 GPU 加速用不了，在 x86 桌面上调试就失去了意义。编译命令：
bash复制git clone https://github.com/Tencent/ncnn.git
cd ncnn
mkdir build && cd build
cmake -DNCNN_VULKAN=ON -DNCNN_BUILD_EXAMPLES=ON ..
make -j$(nproc)
开发板和 Ubuntu 之间的“挂载”一般有两种含义：一种是把开发板根文件系统 mount 到 Ubuntu 上做文件传输，另一种是开发板通过 SSH 或 NFS 访问 Ubuntu 上的共享目录。前者最常见的场景是板子 tf 卡插到读卡器上，用 lsblk 找到分区设备，再 mount /dev/sdb2 /mnt/rootfs，修改板子上的系统文件后 umount。后者则是在 Ubuntu 上开 NFS 服务，让开发板通过网络访问主机目录，方便交叉编译后直接部署。
QEMU 启动环境的配置则多用于不同架构的系统镜像调试。如果想在 x86 的 Ubuntu 上跑一个 ARM 架构的系统镜像，需要先安装 qemu-user-static 和 binfmt 支持：
bash复制sudo apt install qemu-user-static
然后配合 debootstrap 或者容器工具，就能在用户态模拟方式下执行 ARM 程序。这个环境对开发和板卡镜像构建很实用，但注意不要指望它在 QEMU 里跑出多高的性能，做单元测试和文件系统级别操作没问题，跑完整桌面或大型应用会很吃力。
5. Docker 与开发工具链：容器化维护、AI 编程助手和桌面生产力配置
5.1 Ubuntu 安装 Docker 的系统级配置：用户组、镜像加速和日志轮转
“Ubuntu 安装 Docker”是绝对的高频词，原因也好理解，现在的开发环境越来越依赖容器化部署。Docker 在 Ubuntu 上的安装过程并不难，难的是安装之后的几个配置，很多照着官方文档装完的人会发现 docker ps 需要加 sudo 才能执行，这是用户组没加的原因：
bash复制sudo usermod -aG docker $USER
newgrp docker
不加这个组，每一条 docker 命令都要 sudo，在日常维护里非常烦人。加完用户组之后重启一下 Shell 再验证。
Docker 安装源的配置也很关键。如果你直接用官方源，在国内拉取镜像的速度依然会让人崩溃。这里说的镜像加速，指的是配置 Docker daemon 的 registry-mirrors，把官方 Docker Hub 的拉取请求转发到国内镜像站点。修改 /etc/docker/daemon.json：
json复制{
"registry-mirrors": ["https://docker.m.daocloud.io"],
"log-driver": "json-file",
"log-opts": {
"max-size": "10m",
"max-file": "3"
}
}
这个配置里 log-driver 和 log-opts 是很多人容易忽略的部分。容器如果不限制日志大小，长期运行的应用可能吃掉几十 GB 磁盘空间，这在 Ubuntu 系统维护里是隐形杀手。限制单文件最大 10MB、保留 3 个文件，日志超过 30MB 自动滚动，可以有效避免磁盘被 /var/lib/docker 目录堆满。
改完重启 Docker：
bash复制sudo systemctl restart docker
日常维护常用的命令我列一份，都是我在生产环境验证过的：docker ps -a 看所有容器、docker logs --tail 100 容器名 看最近日志、docker exec -it 容器名 bash 进容器调试，还有 docker system prune -af 清理所有无用镜像和构建缓存。这个 prune 命令要小心用，它会删掉所有未被容器引用的镜像，部署环境里如果本地有想要保留的镜像，先确认有没有被 tag 过。
5.2 AI 编程助手与桌面小工具：安装 Codex、PicGo、HTML 编辑器与置顶窗口实现
开发工具链方面，最近很火的一个话题是在 Ubuntu 上安装 OpenAI Codex，这是一个在终端里使用的 AI 编程助手。安装前提是系统里有 Node.js 环境：
bash复制curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash -
sudo apt install -y nodejs
npm install -g @openai/codex
codex --version
装完之后第一次运行会要求登录授权，这里需要你有官方账号。Codex 在 Ubuntu 上使用下来的体验是：对 Python、TypeScript、Shell 脚本这类常见语言的理解都比较到位，但如果你的项目依赖特殊环境变量或私有包管理器，它依然会犯低级错误。我的建议是把它当成“结对编程助手”，而不是“自动写代码工具”，重要代码一定要人工 review。
PicGo 是写博客的人经常需要用到的图床工具，Ubuntu 下可以下载 AppImage 包，或者用 npm 安装 picgo 命令行版本。图床配置里最常遇到的坑是上传后返回的 URL 无法访问，这通常是你配置的图床供应商域名或 Token 到期的问题，和 PicGo 本身无关，排查时先单独测试 Token 是否能通过 API 上传。
“Ubuntu 的 HTML 编辑器”这个热词对应的需求其实很基础。如果你只是改改页面，gedit 或者 VSCode 都够用；如果做正式开发，我推荐 VSCode 加 Live Server 插件，它在 Ubuntu 下表现很稳定。至于 Vim 和 Emacs，那是另一个维度的选择了，不适合刚转 Ubuntu 的新手。
另外有一个很有意思的热词：“Ubuntu 中在窗口标题栏右键 always on top 是怎么动态实现置顶的”。这个功能本质是窗口管理器提供的属性控制。在 GNOME 桌面里，最快的方案是安装 GNOME 扩展“Always Top”之类的扩展；如果不想装扩展，用 wmctrl 命令行也能实现：
bash复制sudo apt install wmctrl
wmctrl -r "终端" -b add,above
wmctrl 的原理属于 X11 窗口管理协议，它通过修改窗口的 _NET_WM_STATE 属性来让窗口保持置顶。如果你在 Wayland 环境下，这个方法会失效，因为 Wayland 出于安全设计不开放全局窗口状态操作，需要换成 GNOME 桌面原生的快捷键或扩展方式。在写这篇文章时，我的建议是：正常工作场景用 GNOME 扩展，脚本自动化场景用 X11 + wmctrl，不要盲目在 Wayland 下折腾窗口置顶。
6. 网络配置与文件共享：虚拟机网卡、静态 IP 和远程协作的一揽子方案
6.1 虚拟机网卡和静态 IP 配置：把网络问题一次理顺
Ubuntu 网络配置是另一个高频维护场景，尤其是虚拟机场景下，“虚拟机网络图标上一个问号”“VMware 桥接 Ubuntu 上不了网”这类问题几乎每天都有新人遇到。
先理解 Ubuntu 22.04 和 24.04 默认用 netplan 管理网络配置，配置文件在 /etc/netplan/ 目录下，一般是 01-network-manager-all.yaml 或者包含某个接口名。要配置静态 IP，先确认网卡名称：
bash复制ip a
找到类似 ens33、eth0 或 enp0s3 的接口名，然后编辑 netplan 配置：
yaml复制network:
version: 2
ethernets:
ens33:
dhcp4: no
addresses:
- 192.168.1.100/24
routes:
- to: default
via: 192.168.1.1
nameservers:
addresses:
- 223.5.5.5
- 119.29.29.29
改完：
bash复制sudo netplan apply
这个过程经常翻车的点有两个。第一是 YAML 格式缩进，netplan 对缩进极其敏感，少一个空格就直接报错，我把这行配置缩进对齐方式写成上面那样，你直接对照着套即可。第二是虚拟机的 NIC 类型，VMware 里如果你把网络模式从 NAT 切成桥接，网卡接口名可能从 ens33 变成 ens38 或别的，旧配置就对不上了，需要重新 ip a 确认新接口名。
至于虚拟机网络图标上的问号，通常是网络服务状态没刷新，执行 systemctl restart systemd-networkd 或者重启 NetworkManager 就能解决。
6.2 文件共享与远程协作：Samba、VMware 共享文件夹与 SSH 免密
Ubuntu 和 Windows 互为双系统环境时，文件共享最常用的方案是 Samba。在 Ubuntu 上安装配置 Samba：
bash复制sudo apt install samba
sudo smbpasswd -a 你的用户名
修改 /etc/samba/smb.conf 加入共享目录配置：
ini复制[share]
path = /home/你的用户名/共享
available = yes
valid users = 你的用户名
read only = no
browsable = yes
重启 smbd 服务之后，Windows 的在文件资源管理器里输入 \Ubuntu主机IP 就能访问共享目录。这里常见的问题是 Windows 访问提示没有权限，百分之八十是用户没加到 smbpasswd，或者防火墙没放行 445 端口。
VMware 虚拟机里的“共享文件夹”是另一条路径，它走的是 vmhgfs 或 open-vm-tools 的挂载接口。在 VMware 设置里添加共享目录之后，Ubuntu 里手动挂载：
bash复制sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other
如果你用的是 open-vm-tools，这条命令也适用。很多人在 /mnt/hgfs 下看不到共享内容，多半是忘了把用户加到 fuse 组，或者直接没执行挂载命令。把它加入 /etc/fstab 实现开机自动挂载：
code复制.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other,defaults 0 0
开发板挂载 Ubuntu 共享目录的场景，前面提到过 NFS，这里再补一个日常远程运维的核心操作：SSH 免密登录。把本机公钥追加到目标机器的 authorized_keys 文件里：
bash复制ssh-copy-id 用户名@目标IP
之后 ssh 登录就不需要输密码了。维护多台 Ubuntu 机器时，免密登录会节省大量时间，但要注意私钥文件权限必须设为 600，否则 SSH 客户端会直接拒绝使用。
7. 日常维护压箱底经验：磁盘日志清理、备份策略与升级时机
7.1 磁盘为什么总是满：journalctl、旧内核、apt 缓存与 snap
Ubuntu 系统用一段时间之后，磁盘空间会莫名减少，这不是错觉，而是系统维护里最典型的几个“隐形空间吞噬者”在起作用。
第一个是 journald 系统日志。/var/log/journal 目录如果不限制大小，日志文件能涨到好几个 GB。用 journalctl 清理是官方推荐做法：
bash复制sudo journalctl --vacuum-size=100M
这条命令会把日志空间压缩到 100MB 以内，老旧日志直接删除。为了避免它再次无限增长，编辑 /etc/systemd/journald.conf 里的 SystemMaxUse=100M，重启 systemd-journald 服务。
第二个是旧内核。每次 apt full-upgrade 升级内核时，旧内核文件不会自动删除，/boot 分区如果当初分得比较小，很快就满了。查看当前运行的版本：
bash复制uname -r
dpkg --list | grep linux-image
删除未使用的旧内核：
bash复制sudo apt purge linux-image-旧版本号
有经验的维护者会用 apt autoremove 自动化删掉不再依赖的内核包，但执行前先 uname -r 确认当前版本，避免手滑删掉正在运行的内核。
第三个是 apt 缓存和 snap 包。apt 下载的 .deb 包缓存在 /var/cache/apt/archives，执行 sudo apt clean 就能清空。snap 包则有个特殊机制，旧版本 snap 会被保留用于回滚，长期累积会占用不少空间。清理命令：
bash复制sudo snap set system refresh.retain=2
更好的办法是直接用 snap list 查看哪些包有旧版本，再用 snap remove 删除。对于桌面用户，我一般建议非必要不装太多 snap 包，因为 snap 的挂载机制会产生很多 loop 设备，在 /dev/loop 下密密麻麻，看着就心烦。
7.2 数据备份与恢复：Timeshift、分区备份及重装前的准备
系统维护最核心的底线是备份。热词里“Ubuntu 系统重装”频繁出现，但多数人重装之前根本没有数据备份方案，等到系统进不去才想起来重要文件还在硬盘里。
我日常最推荐的桌面备份工具是 Timeshift。它类似 Windows 系统还原，可以按小时、天、周做快照，底层用的是 rsync 或者 Btrfs 的 COW 快照。安装：
bash复制sudo apt install timeshift
Timeshift 的功能设计偏向“系统文件备份”，不建议把 /home 也放进去，那样快照体积会大得离谱。用户自己的文档、配置，用 rsync 单独备份到外部硬盘更合理：
bash复制rsync -av --delete /home/你的用户名/ /media/备份盘/home_backup/
--delete 参数会让目标目录里源目录已经不存在的文件也被删除，保持备份和源目录一致。执行之前可以先配合 --dry-run 跑一遍看看会动哪些文件，对新手是很好的习惯。
重装系统之前还有一件事要做：导出一份当前系统已安装软件包的清单。这样重装完之后可以用清单一键恢复所有软件包：
bash复制dpkg --get-selections > packages.list
重装后执行：
bash复制sudo apt update
sudo dpkg --set-selections < packages.list
sudo apt dselect-upgrade
按照这个方法恢复，即使来源不同版本，也能把之前手动装过的绝大多数软件自动装回来。这是我在帮人做 Ubuntu 系统重装时一定会做的步骤，省掉了重新搜索下载安装包的痛苦。
7.3 升级的时机与节奏：跨大版本升级前的维护性检查
最后回到升级这个话题。20.04 升级 24.04、24.04 升级 26.04，这类跨版本升级什么时候做、怎么做，才是系统维护水平高低的体现。
我个人的经验是：避免在 Ubuntu 新版本发布后三个月内升级，尤其是工作主力机。新版本发布早期往往伴随驱动兼容性和软件源同步不完整的问题。比较稳妥的升级窗口是发布后半年左右，那时候社区反馈的问题已经积累了很多解决方案。
升级前务必执行一次完整的维护性检查：
bash复制sudo apt update && sudo apt full-upgrade
sudo do-release-upgrade
执行 do-release-upgrade 会在终端里跑升级过程，中间可能要确认几次配置文件的替换选择。升级过程中最忌讳的是网络断连，一旦断开，系统可能处于半升级状态，恢复成本很高。有条件的话接一根有线网线，或者确保 Wi-Fi 稳定。升级完成后重启，先检查内核版本和 systemd 状态，确认一切正常再开始日常使用。
如果你只是想在 22.04 和 24.04 之间切换，而且手头有大量应用配置不想重新设置，我会建议先用 Timeshift 做一次全盘快照，再执行跨版本升级。快照文件放在外部硬盘里，就算升级失败也能回滚到升级前的状态。这个习惯我坚持了快十年，在我这里，系统维护的核心不是“多高深的命令”，而是每次动手前先想好退路。记住这一条，Ubuntu 的维护压力就少了一半。