烂人不配爱接触Ubuntu这几年，我被问得最多的一件事往往不是“这系统好不好用”，而是“Ubuntu上到底怎么安装软件”。我从Windows切换过来的时候也懵过一阵——Windows下双击一个exe就能装好，但在Ubuntu里，同一个程序既可能走apt，也可能从官网下.deb包，还可能要用snap、flatpak、AppImage甚至源码编译才能跑起来。更别提后面还有依赖冲突、环境变量写错、中文输入法缺字、gcc安装失败、SSH连不上这一大堆窗口系统里根本不会碰到的问题。这篇文章就围绕“Ubuntu软件安装”这个主题，把我这几年的实操经验完整整理一遍：从软件源、PPA这些基础配置讲起，再到apt、deb、snap、flatpak、AppImage几种主流安装方式，然后落到中文输入法、Python环境、Docker运行等真实场景，最后把我踩过的一些高频坑做成排查实录。不管你是刚接触Linux的新手，还是准备用Ubuntu做开发环境的技术人员，都能直接从这篇里找到能照抄的步骤。
1. Ubuntu装软件为什么这么绕：先看懂软件包的几种形态
1.1 Linux的软件安装不是“解压一个exe”那么回事
很多人第一次从Windows切到Ubuntu，最大的不适感就来自软件安装方式的分裂。Windows世界相对统一，厂商做好一个exe或msi安装包，用户双击，写入硬盘数据和注册表，完事。Linux世界的逻辑完全不同，绝大多数软件不是靠用户手动把文件放到某个目录，而是通过包管理器来自动组装，安装过程会涉及软件源、依赖关系、架构匹配、签名校验这些概念。
打个比方，Windows装软件就像你去超市买半成品菜，拿回家自己加工；Ubuntu的包管理器更像你点外卖，系统根据“菜单”（也就是软件源列表）把主菜和配菜一起送到你手里，再帮你按顺序摆好。优点是用户不用满世界找依赖库，缺点是“菜单”本身必须配好，否则系统根本找不到菜，或者找到的菜可能来自奇怪的地方。
正因为这个底层逻辑不同，Ubuntu上才会出现多种安装形态并存：apt、dpkg、snap、flatpak、AppImage、源码编译。这不是系统故意复杂化，而是不同历史阶段、不同场景下的产物。理解它们各自的定位，才能遇到具体软件时不慌。
1.2 各安装通道的定位和适用场景
我先把常用的安装方式列一个对比表，方便你建立整体认知：
| 安装方式 | 代表命令 | 软件来源 | 依赖处理 | 适用场景 |
|---|---|---|---|---|
| apt | sudo apt install 软件名 |
Ubuntu官方/第三方仓库 | 自动 | 系统组件、日常软件、开发工具 |
| dpkg | sudo dpkg -i 包.deb |
本地文件 | 需手动补 | 官网分发的deb包 |
| snap | sudo snap install 软件名 |
Snap商店 | 自动 | 跨发行版、沙盒隔离的桌面应用 |
| flatpak | flatpak install flathub 应用ID |
FlatHub | 自动 | 跨发行版、偏通用Linux桌面的应用 |
| AppImage | chmod +x 文件.AppImage 后运行 |
官网下载 | 基本无 | 免安装便携软件 |
| 源码编译 | ./configure && make && sudo make install |
源代码 | 手动装依赖 | 定制化、小众工具 |
实际使用中，apt是我的第一选择，因为它是Ubuntu系统原生的一部分，和系统集成度最高，升级、卸载、依赖管理都最顺手。如果apt仓库里没有，我才会去官网找deb包。snap和flatpak则更多用于一些“全平台应用”，比如某些官方只提供Linux通用包的软件。AppImage适合临时使用，比如一个工具软件我只需要偶尔打开一次，就不想让它污染系统。源码编译应该是最后手段，除非你想自定义编译参数，否则真的没必要从零开始造轮子。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 动手安装前，先把软件源和更新习惯搞定
2.1 配置镜像源，解决下载慢和安装失败
很多“安装失败”其实不是软件包问题，而是软件源问题。Ubuntu默认的软件源在国外服务器，网络不好时更新经常超时，或者下载到一半就失败。遇到这种情况，第一步不是怀疑命令写错了，而是先检查源。
我建议在装完系统后立刻做三件事：
- 备份原始源文件：
sudo cp /etc/apt/sources.list /etc/apt/sources.list.backup - 编辑源列表：
sudo nano /etc/apt/sources.list - 根据你的网络环境，把
archive.ubuntu.com、security.ubuntu.com等地址替换成访问速度好的镜像站地址。
以Ubuntu 22.04 LTS为例，一个可用镜像源配置大致长这样：
bash复制deb http://mirrors.aliyun.com/ubuntu/ jammy main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ jammy-updates main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ jammy-security main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ jammy-backports main restricted universe multiverse
替换完成后执行 sudo apt update，让系统重新读取仓库索引。这里有个非常容易踩的坑：Ubuntu的版本代号必须和源里的代号一致，比如22.04对应的是jammy，如果你复制了别的版本的源，哪怕只差一个代号，apt都会报一堆“无法定位软件包”或依赖版本错误。
2.2 PPA补充源：第三方的“额外货架”
Ubuntu官方源收录的软件数量虽多，但有时候版本偏旧，或者某个软件压根不在官方源里。这时候PPA（Personal Package Archive）就派上用场了。简单理解，PPA就是一个第三方维护的软件仓库，你把它添加进系统后，就能用apt直接安装这个仓库里的软件。
常用操作示例：
bash复制sudo add-apt-repository ppa:deadsnakes/ppa
sudo apt update
sudo apt install python3.12
deadsnakes是Python社区很有名的一个PPA，专门提供新版本Python。另一个常见例子是显卡驱动PPA，搜索到对应型号的驱动后，通过PPA安装会比自己下载run文件省心很多。
但PPA不是越多越好。每个PPA都可能和系统自带软件产生版本冲突，尤其是库文件会被替换的PPA。我的经验是：能不用就不用，非要用就保持“最少添加、用完可删”的态度。删除不想要的PPA也别手动删源文件，直接用 sudo add-apt-repository --remove ppa:xxx/yyy 更干净。
2.3 apt update和apt upgrade的正确节奏
很多初学者分不清这两个命令，我经常见到有人装软件前不执行 apt update，结果安装时提示Package not found，或者安装到一半才发现仓库索引里根本没有这个包。
apt update 的作用是拉取仓库的最新软件列表，它并不会升级软件。apt upgrade 才是真正升级已安装的软件。安装一个新软件前，尤其是刚切换镜像源或添加PPA后，一定要先跑一次 apt update。如果你想升级整个系统，再执行 sudo apt upgrade。
如果升级过程中系统崩溃了，或者断电中断，也不要慌，先执行这两条修复命令，大多数半成品状态都能恢复：
bash复制sudo dpkg --configure -a
sudo apt --fix-broken install
我个人习惯每月做一次 sudo apt clean && sudo apt autoremove，把下载缓存和无用的依赖包清掉，避免磁盘被无形填满。
3. 核心实操：四类安装方式的具体命令和避坑细节
3.1 apt安装与卸载：日常使用频率最高的命令集合
apt是Ubuntu里最重要的“软件入口”，大部分系统工具、桌面应用、开发依赖都能通过它安装。常用的命令组合我已经固化成了肌肉记忆：
bash复制sudo apt update # 刷新软件列表
apt search 软件名 # 搜索软件
apt show 软件名 # 查看软件信息、版本、依赖
sudo apt install 软件名 # 安装
sudo apt remove 软件名 # 卸载（保留配置）
sudo apt purge 软件名 # 卸载（删除配置）
sudo apt autoremove # 清理不再使用的依赖
安装gcc时，我推荐直接安装 build-essential，它会把gcc、g++、make等一整套编译工具链一次配齐，避免后续编译源码时缺这个缺那个：
bash复制sudo apt install build-essential
安装完成后用 gcc --version 验证。很多人安装gcc失败，问题往往出在“只装了gcc，却忘记装make和binutils这些配套工具”。如果你已经在系统里遇到过依赖损坏，先执行 sudo apt --fix-broken install，它会自动尝试修复未完成的安装状态。
卸载软件时也要注意：remove 只删除程序本体，配置文件和用户数据会留着；purge 才是彻底清除。如果你希望卸载后重新安装一个干净版本，建议用purge，否则重装后可能还会带上旧配置，出现一些莫名奇妙的残余问题。
3.2 官网下载deb包，用dpkg手动安装
不是所有软件都进得了Ubuntu官方仓库，很多商业软件、专业软件只会提供deb安装包，典型的有Chrome、VS Code、WPS等。拿到deb包后，安装命令非常简单：
bash复制sudo dpkg -i 软件包.deb
但这里有一个几乎人人都会遇到的情况：直接执行会报依赖缺失。比如你安装某个软件，提示缺少 libgtk-3-0、libxx.so之类的库。这时候不需要自己去网上找库文件，先执行一条修复命令：
bash复制sudo apt -f install
apt -f install 的意思是把当前系统中“已损坏的依赖关系”补全，它会根据deb包中声明的依赖信息，自动从软件源下载缺少的部分。这个过程修复完，再执行一次 sudo dpkg -i 软件包.deb 一般就能成功。
如果你想知道当前系统装了多少个deb包，可以用 dpkg -l；想卸载某个deb包，用 sudo dpkg -r 包名。注意这里的包名不完全等于文件名，比如 vscode_1.81.0_amd64.deb，它的包名通常是 code。查包名可以用 dpkg -I 软件包.deb 查看deb包的元信息。
3.3 Snap和Flatpak：用“应用商店”思路安装跨平台软件
如果说apt像Linux本地的传统市场，那snap和flatpak就是标准化的连锁商店。它们的特点是带有沙盒隔离机制，软件运行时被限制在一个封闭环境里，因此不会干扰系统其他部分，理论上也不会因为依赖冲突把整个系统搞崩。
snap的使用命令很简单：
bash复制sudo snap install firefox
sudo snap install code --classic
sudo snap list
sudo snap remove firefox
注意有些软件安装时需要加 --classic 参数，表示允许它访问系统资源，通常官方安装文档里会明确说明。snap的问题也很真实：首次启动比较慢、更新频率高、占用的磁盘空间偏大。如果你配置一般，建议别装太多snap应用。
flatpak的配置略麻烦一点，需要先确保已安装flatpak，并添加FlatHub仓库：
bash复制sudo apt install flatpak
flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub org.videolan.VLC
flatpak run org.videolan.VLC
我个人的选择原则是：优先看系统是否原生支持，再看软件官方推荐哪种方式。比如Firefox在Ubuntu 22.04上默认以snap形式安装，我用下来没遇到大问题，就按官方的来，不自找麻烦。
3.4 AppImage：想不安装就运行，chmod是关键
AppImage最像Windows下的绿色软件：下载一个文件，给它执行权限，直接就能运行，不写系统目录、不注册服务、不依赖安装。
拿到AppImage后，第一件事是加执行权限：
bash复制chmod +x 软件名.AppImage
./软件名.AppImage
如果你双击没反应，大概率就是权限没加。还有一种常见报错是提示“FUSE library not found”，因为AppImage依赖fuse库来挂载自己，解决方法是安装 libfuse2：
bash复制sudo apt install libfuse2
如果想让它出现在应用程序菜单里，可以装一个叫AppImageLauncher的工具，它能帮你自动集成菜单项、管理图标。AppImage的另一个优势是版本独立，你可以在不影响系统环境的情况下同时测试多个版本，适合拿来跑那些不需要长期驻留的工具。
4. 三件高频场景操作：中文输入法、Python环境、Docker运行
4.1 Ubuntu中文输入法怎么设置：装好系统后先干这件事
很多人的Ubuntu装完第一反应是“怎么打不了中文”。实际上系统本身一般已经内置了中文字体，缺的是中文输入法框架。我在22.04 LTS上最稳妥的流程是这样的：
bash复制sudo apt update
sudo apt install ibus-libpinyin
sudo apt install fonts-noto-cjk
安装完成后注销或重启一次，然后在“设置 → 系统 → 区域与语言”里，点击“输入源”旁边的加号，搜索Chinese，选择“Intelligent Pinyin”添加到输入源。默认切换快捷键通常是Super+Space，也就是Windows键加空格；如果你想改成Ctrl+Space，可以自己在设置里调整。
如果你更喜欢Fcitx5输入法框架，也可以用如下命令：
bash复制sudo apt install fcitx5 fcitx5-chinese-addons
然后通过 im-config 把默认输入法框架切换为fcitx5，重启后生效。Fcitx5在部分桌面环境下对中文输入法的兼容性更好，尤其是一些非GNOME桌面。遇到候选词不显示或输入框不跟随光标等问题，多半是输入法框架和桌面环境没匹配好，换一下框架或补装对应前端组件往往就能解决。
4.2 我要用Python做系统，该装哪些软件：一次配好开发底座
很多朋友问“我想用Python做系统，要安装哪些软件”，这个问题的答案不是简单装个Python就行。Python本身在很多Ubuntu版本里已经预装，但只装核心解释器远远不够，你还需要包管理工具、虚拟环境、代码编辑器和必要的编译工具。
我建议的基本安装命令：
bash复制sudo apt update
sudo apt install python3 python3-pip python3-venv
sudo apt install build-essential git curl wget
注意，我用的是python3-pip和python3-venv这两个独立包，而不是直接调用pip install。因为Ubuntu系统自带的Python属于系统组件，直接向系统级pip装包，很容易把依赖改乱，甚至影响系统工具的正常运行。正确做法是用venv创建项目级虚拟环境：
bash复制python3 -m venv myenv
source myenv/bin/activate
pip install requests flask
编辑器方面，我一般安装VS Code。在21.04之后的Ubuntu里，微软官方提供了deb包，也可以直接用snap安装：
bash复制sudo snap install code --classic
这样一套下来，开发环境基本齐了。剩下的事情就是装依赖、写代码、跑测试。
4.3 Ubuntu安装Docker并运行Python环境：一套可直接复制的流程
Docker对开发者的意义是把环境打包成标准容器，避免“在我电脑上能跑”这种经典问题。我在Ubuntu 22.04上安装Docker的完整步骤如下，每一步都亲测可用。
先卸载可能存在的旧版本Docker：
bash复制sudo apt remove docker docker-engine docker.io containerd runc
更新源并安装依赖：
bash复制sudo apt update
sudo apt install ca-certificates curl gnupg lsb-release
添加Docker官方GPG密钥和软件仓库：
bash复制curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg
在22.04上，仓库描述文件可以这样写：
bash复制echo "deb [arch=$(dpkg --print-architecture) signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu jammy stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
然后正式安装：
bash复制sudo apt update
sudo apt install docker-ce docker-ce-cli containerd.io
安装后千万别急着用sudo跑Docker。为了不每次输入sudo，先把当前用户加入docker组：
bash复制sudo usermod -aG docker $USER
重新打开一个终端，执行 docker run hello-world 验证，成功输出欢迎信息就说明安装正常。
运行Python环境时，我喜欢用官方Python镜像：
bash复制docker pull python:3.11-slim
docker run -it --rm -v "$(pwd)":/app -w /app python:3.11-slim bash
在容器内就可以正常执行 pip install 和 python 脚本.py，代码目录会通过-v参数挂载进去，容器退出后数据依然保留在宿主机。如果拉取镜像速度很慢，可以配置registry mirror，在 /etc/docker/daemon.json 中写入镜像加速地址后重启Docker服务。这套方法同样适用于把项目快速丢到测试环境。
4.4 开发板挂载Ubuntu后的软件安装思路
“开发板挂载Ubuntu”这类需求，通常出现在树莓派、RK系列等ARM开发板上。很多人直接把普通Ubuntu的安装习惯照搬过去，结果发现命令报错或软件不兼容，原因是开发板一般使用ARM架构镜像，软件源和x86版本并不完全相同。
在开发板上安装软件，核心命令仍然是sudo apt install 软件名，但要格外注意两点。第一是确保系统源和当前系统版本匹配，不要强行修改源；第二是安装前通过 uname -m 确认架构，如果是aarch64，那dpkg支持的包必须是对应arm64版本。如果遇到架构不兼容的软件，可以考虑用源码编译，或者使用跨平台包格式（如AppImage）。对开发板系统的交叉编译工具链，则建议先查找开发板厂商的官方文档，不同平台的工具链差异较大。
5. 高频故障排查实录
5.1 Ubuntu安装gcc失败：先修源和依赖，再谈编译
“ubuntu安装gcc失败”是我见过非常高频的搜索词。真正原因是源码级依赖问题的情况很少，大部分是以下几种：
- 没有先执行
apt update，软件源索引过期，找不到包。 - 之前的安装过程被中断，dpkg锁未释放。
- 添加了互相冲突的PPA，导致依赖版本异常。
- 只安装了gcc，却缺少编译必需的make、binutils等配套工具。
通用修复步骤是：
bash复制sudo apt update
sudo apt --fix-broken install
sudo dpkg --configure -a
sudo apt install build-essential
如果这步之后还报错，再检查一下 apt-cache policy gcc，看看可用版本和仓库来源是否正常。不建议在普通桌面系统上手动下载源码包编译gcc，那样做不仅耗时长，还容易把系统工具链搞坏。
5.2 环境变量配置错误导致常用命令全部失效
修改环境变量是Linux新手最容易翻车的地方。常在 ~/.bashrc 或 /etc/environment 里加一行路径，结果手误把整个PATH覆盖掉，再打开终端发现ls、sudo全都找不到。
遇到这个情况别重启再开机，有更快的补救办法。在当前终端里用完整路径重新设置PATH：
bash复制/usr/bin/export PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
恢复可用命令后，再打开刚才编辑的文件，修复写错的那一行。如果sudo也用不了，记得用 /usr/bin/sudo 的绝对路径去执行。
我的建议是，修改任何环境变量前先备份文件：
bash复制cp ~/.bashrc ~/.bashrc.bak
同时也要明白各文件的加载顺序：登录shell会加载/etc/profile和~/.profile，交互shell会加载~/.bashrc，而/etc/environment则是全局环境变量文件。不要把所有内容都塞进同一个文件，否则排查起来非常痛苦。
5.3 忘记登录密码之后，怎么重置
忘记Ubuntu登录密码虽然丢人，但确实会碰到。方法很简单，利用系统的恢复模式就能重置，不需要重装系统。
过程是这样的：
- 重启电脑，开机后按住Shift键，进入GRUB菜单。
- 选择“Advanced options for Ubuntu”，进入带
(recovery mode)的项。 - 在恢复菜单里选择“root”进入root shell。
- 执行
mount -o remount,rw /，让文件系统可写。 - 执行
passwd 你的用户名，输入两次新密码。 - 输入
reboot重启。
这里有两个注意点：如果系统启用了全盘加密（LUKS），恢复模式下可能会先要求输入加密磁盘密码；另外恢复模式的root shell是只读挂载的，一定要先remount，不然passwd写不进去。用Live USB启动后挂载磁盘再chroot也是办法，但对新手来说远不如恢复模式方便。
5.4 安装软件时出现WebView错误、Installation error preparing for install
这类报错很典型，经常在安装某些图形界面软件或双击deb包时出现。看到“WebView错误”，大概率是缺少WebKit相关依赖，或者是软件调用了系统WebView渲染组件但找不到对应库。解决思路是补依赖库：
bash复制sudo apt install libwebkit2gtk-4.0-37 javascriptcoregtk-4.0 libgtk-3-0
如果软件安装提示“Installation error an error occurred while preparing for install”，更多时候是dpkg状态异常或apt进程占用。出现“Could not get lock /var/lib/dpkg/lock”时，先查看是否有apt进程在后台运行：
bash复制ps aux | grep -i apt
找到进程号后kill掉，再清理锁文件：
bash复制sudo rm /var/lib/dpkg/lock-frontend
sudo rm /var/lib/dpkg/lock
sudo dpkg --configure -a
之后重新安装一般就能通过。如果依赖关系依然报错，就再跑一遍 sudo apt --fix-broken install。更稳妥的做法是，遇到GUI安装失败时回到终端安装，终端会输出完整的错误信息，比图形界面友好得多。
5.5 Ubuntu SSH无法连接：从服务端到客户端逐层排查
“ubuntu ssh无法连接”是装好系统后非常常见的问题。首先要明确一个前提：Ubuntu默认可能根本没安装SSH服务端，只能连出去，不能连进来。先检查并安装：
bash复制sudo apt install openssh-server
sudo systemctl enable --now ssh
然后看服务状态和端口：
bash复制systemctl status ssh
ss -tlnp | grep 22
如果服务正常但外部仍然连不上，排查防火墙：
bash复制sudo ufw status
sudo ufw allow OpenSSH
客户端连接时用标准命令：
bash复制ssh 用户名@服务器IP
虚拟机环境里最容易出问题的是网络模式。VMware和VirtualBox里，NAT模式下外部机器通常不能直接访问虚拟机，需要设置端口转发，或者改用桥接模式让虚拟机获得局域网IP。如果再不行，检查两台机器是否在同一网段，用 ip addr 查看虚拟机IP。
如果你使用密钥登录，还特别要注意文件权限。~/.ssh/authorized_keys 的权限必须是600或644，.ssh目录最好是700，权限过松会导致OpenSSH拒绝加载密钥。
6. 经验扩展：国产Linux发行版、虚拟机安装、重装备份
6.1 银河麒麟等国产Linux发行版安装软件，命令可以通用吗
“银河麒麟怎么安装软件”这类问题背后，往往是用户从Ubuntu迁移到国产发行版后想保留原有习惯。我以技术角度说明：不少国产桌面系统，比如银河麒麟、统信UOS等，其桌面版本大量借鉴了Debian系架构，所以很多软件安装思路与Ubuntu相通。
在麒麟系统上，最简单的方法是直接双击下载的deb包，系统会调用图形化安装器处理；也可以用终端安装：
bash复制sudo apt install 软件名
sudo dpkg -i 软件包.deb
需要注意的是，国产发行版的软件源仓库和Ubuntu官方仓库并不完全一致，官方源的软件版本可能更新，PPA里的包则未必兼容，尤其是涉及内核签名、系统底层库的包，不能无脑照搬Ubuntu的PPA。遇到需要编译安装的软件时，先确认系统自带工具链版本，再决定使用源码方式安装。
6.2 虚拟机安装Ubuntu之后，先装这几个增强组件
不少新手会在VMware或VirtualBox里装Ubuntu，因为省一台实体机。系统装好后，第一步不是急着配置各种软件，而是安装虚拟机增强组件，否则分辨率被锁死、剪贴板不能共享、文件拖拽也做不了。
VMware里对应的是open-vm-tools：
bash复制sudo apt install open-vm-tools open-vm-tools-desktop
VirtualBox里对应的是guest additions。现在多数版本可以直接用包管理器安装：
bash复制sudo apt install virtualbox-guest-utils virtualbox-guest-dkms virtualbox-guest-x11
安装完重启虚拟机，分辨率就能自动适应窗口，共享文件夹在多数场景下也能正常挂载使用。VMware的共享文件夹如果没自动挂载，可以手动执行：
bash复制sudo mount -t fuse.vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other
记得安装镜像从官方下载，Ubuntu 22.04 LTS桌面版的镜像文件一般命名为ubuntu-22.04.5-desktop-amd64.iso，下载后建议比对官方校验值，避免镜像损坏导致安装中途报错。
6.3 重装系统前，把软件清单导出备份
重装Ubuntu最可惜的不是桌面配置丢失，而是你完全忘了自己装过哪些软件。其实系统安装状态是可以导出的。有两个层面的备份：
bash复制# 导出所有软件包状态
dpkg --get-selections > software.txt
# 导出手动安装的软件列表
apt-mark showmanual > manual_installed.txt
重装系统后，可以通过以下命令批量恢复：
bash复制sudo apt update
sudo dpkg --set-selections < software.txt
sudo apt-get dselect-upgrade
要注意的是，这种恢复方式会尝试把列表里的每个包都装回来，如果新系统版本和旧版本不一致，部分包可能出现兼容问题。所以更推荐使用 manual_installed.txt，只恢复你手动安装的那些核心软件，系统预装件交给新系统自己去处理。
与此同时，别忘了备份/etc/apt/sources.list和/etc/apt/sources.list.d/目录，PPA源和自订源都能找回。Python的pip包和conda环境则需要单独导出：
bash复制pip freeze > requirements.txt
conda list --export > environment.txt
专业场景下，比如要用conda安装VEP这类生物信息学软件，建议先在conda里建一个独立环境，用conda create -n vep创建环境，再执行conda install -c bioconda ensembl-vep，这样系统级的apt环境和conda环境互不干扰。
7. 一些实操心得和最后的小建议
文章写到这里，核心内容都覆盖得差不多了。我再分享几个从多次踩坑里总结出来的习惯，希望对你有参考价值。
我自己现在安装软件时的判断优先级是：能用apt装就绝不用其他方式；apt没有就上官网找deb包；跨平台桌面应用偶尔用snap或flatpak；跑项目、跑测试一律用Docker隔离；临时小工具用AppImage。这套顺序看起来简单，但能避免绝大多数依赖和版本冲突。
安装前，我一定会先执行 sudo apt update，这已经是肌肉记忆，不更新索引就安装，等于不看菜单就点菜，失败率很高。遇到任何奇怪报错，第一反应不是上网搜“如何跳过”，而是先看报错信息最后两行，再排查锁文件、依赖损坏、源不可用这三样最常见的病因。
有关安全性的这条我想特别强调：不要在终端里随便执行网上复制下来的“一键安装脚本”。很多安装失败的麻烦，其实就来自于依赖冲突；而更严重的风险，是你不清楚脚本到底往系统里写了什么。正规软件优先从官方渠道下载，检查包签名或校验值，系统里常用软件的路走通了之后，再考虑折腾那些比较偏门的工具。
最后再给你一个小技巧：装系统时如果条件允许，尽量把/home目录单独分区。这样以后系统崩了、重装了，个人数据和下载的安装包都还在，软件装回去的成本会低很多。希望这篇实操梳理能让你少踩几个坑。