linux卸载失败主因是包名错误：apt/rpm严格区分大小写和后缀，须用apt list或rpm -qa确认确切包名；默认不删配置，debian需--purge，rhel需手动清理；源码安装需make uninstall或rm -rf；强制卸载rpm可能破坏系统。
查不准包名，卸载命令直接报错
Linux 卸载失败最常见的原因不是权限或依赖，而是输错了包名——apt 和 rpm 都严格区分大小写和版本后缀，且不接受模糊匹配（比如输 nginx 却想删掉 nginx-full）。
- 先用
apt list --installed | grep -i nginx或dpkg -l | grep nginx确认**确切安装的包名**（注意带-common、-core等后缀的变体） - Debian/Ubuntu 系统中，
apt remove nginx可能什么也不删，因为实际装的是nginx-full；而apt remove nginx-full才生效 - RHEL/CentOS/Fedora 用
rpm -qa | grep nginx查，卸载时只写名字本体（如nginx），**不能带 .rpm 后缀或版本号** - Tab 补全救不了命：它只补已安装包名，但前提是你的输入能触发匹配——建议至少敲前 3 个字母再按 Tab
删了软件，配置文件和用户数据还在
默认 apt remove 或 yum remove 只删二进制和文档，/etc/ 下的配置、/var/lib/ 里的数据库目录、甚至用户家目录里的隐藏配置（如 ~/.vimrc）全留着。这不是“残留”，是设计如此。
- 要清配置，Debian/Ubuntu 必须加
--purge：sudo apt --purge remove nginx-full - RHEL/CentOS 8+ 的
dnf用--allowerasing不等于清理配置；真正等价于--purge的是dnf remove --setopt=remove_leaf_only=True，但更稳妥的做法是手动删/etc/nginx/和/var/log/nginx/ -
apt autoremove不会动配置文件，只删那些“被依赖但没被任何已装包需要”的包——比如你删了gimp，它可能顺手删掉libgegl-0.4-0，但不会碰/etc/gimp/2.0/
源码编译安装的软件，没有包管理器管你
通过 ./configure && make && sudo make install 装的程序，apt、dnf、rpm 全都看不见它，自然也卸不掉——它们压根不知道这个软件存在。
- 唯一指望是作者在
Makefile里写了uninstall规则：进原编译目录，执行sudo make uninstall（但很多项目根本没实现） - 没
uninstall？只能靠./configure --prefix=/opt/myapp这种方式安装——卸载时直接rm -rf /opt/myapp，干净利落 - 如果当初没指定
--prefix，默认装到/usr/local/：二进制在/usr/local/bin/，库在/usr/local/lib/，配置在/usr/local/etc/——得一个个翻，容易漏 - 别信“
make clean”能卸载：它只删编译中间文件，和已安装的程序无关
强制卸载 rpm 包，系统可能当场变砖
rpm -e --nodeps 是把双刃剑：它绕过依赖检查，强行删掉目标包，但可能顺手干掉 glibc、systemd-libs 这类底层基础包——下次 reboot 就卡在 initramfs。
- 除非你明确知道这个包是孤立的（比如自己打的测试包），否则永远优先用
yum remove或dnf remove，它们会自动计算依赖并提示风险 - 想确认影响范围？运行
rpm -qR package_name看它被谁依赖，再用rpm -qf /path/to/binary反查某个文件属于哪个包 - 误删关键包后，别慌着重装系统——用
rpm --force --nodeps强装回去往往更糟；正确做法是挂 Live CD，chroot 进去用dnf reinstall恢复
最麻烦的不是命令记不住，而是搞不清软件到底怎么装上去的：apt 装的、rpm 装的、snap 装的、flatpak 装的、自己编译的……每种都有自己的卸载逻辑。混用多种方式装同一个服务（比如既用 apt 装 nginx，又用官网 deb 覆盖），后续清理基本靠猜。
