Linux卸载软件后残留配置是设计使然，非卸载失败；需分层清理：先用对应包管理器命令卸主体（如apt purge、dnf remove），再手动清~/.config等用户目录及/etc等系统路径，最后验证dpkg -l | grep "^rc"或find无输出才算干净。
Linux 卸载软件后，残留目录和配置文件很常见——不是卸载没成功，而是包管理器默认“留着不动”。真正干净的清理，得靠分层处理：先清主体，再扫配置，最后验空。
按安装方式选对卸载命令
不同来源的软件，清理起点完全不同：
- apt 安装（Ubuntu/Debian）：
sudo apt purge 软件名删程序+系统配置，但不碰~/.config/；之后必须补sudo apt autoremove --purge清孤立依赖和 rc 状态包 - dnf/yum 安装（Fedora/RHEL/CentOS）：
sudo dnf remove 软件名默认只删二进制，/etc/和~/.config/全保留；加--autoremove可删依赖，但配置仍需手动处理 - rpm 包手动安装：用
sudo rpm -e 软件名，别直接删文件；若报依赖错误，先rpm -qR 软件名查依赖，避免误伤其他程序 - 源码编译安装：回原解压目录执行
sudo make uninstall（如有）；否则按./configure --prefix=的路径反查/usr/local/下对应 bin/lib/share 目录 - Snap/Flatpak：Snap 必须
sudo snap remove --purge 软件名，否则/var/snap/和~/snap/一直占空间；Flatpak 用flatpak uninstall --delete-data 软件名，否则~/.var/app/不清
重点清理用户级配置目录
家目录里的残留最隐蔽，重装后旧设置复现、磁盘不释放，往往就出在这儿：
- 检查这几个位置：
ls -a ~/.config | grep -i 软件名、ls -a ~/.local/share | grep -i 软件名、ls -a ~/.cache | grep -i 软件名 - 常见路径包括：
~/.config/软件名/、~/.local/share/软件名/、~/.jupyter/（如 Miniconda 类工具）、~/.mozilla/firefox/*.default-release/（浏览器扩展残留） - 删除前确认无其他程序共用：比如
~/.config/terminator/是独立配置，但~/.config/gtk-3.0/是全局主题设置，不能乱动
系统级残留要定向扫描，不盲目通杀/etc/、/var/lib/、/var/log/ 是重灾区，但不能 find / -name "*软件名*" -delete：
- 安全查法：
sudo find /etc /var/lib /var/log -maxdepth 3 -iname "*软件名*" 2>/dev/null - 看到结果后逐条验证：
ls -l /etc/软件名/确认归属，file /var/log/软件名.log看是否真是日志，再决定删不删 - 特别注意 systemd 服务残留：
ls /usr/lib/systemd/system/ | grep 软件名，卸载后.service文件常还在，用sudo systemctl daemon-reload后再删更稳妥
最后一步：验证是否真干净
清理完别以为万事大吉，快速验证能避开“删了等于没删”：
- 包状态检查：
dpkg -l | grep "^rc" | grep 软件名（Debian系）、rpm -qa | grep -i 软件名（RHEL系）、pacman -Q | grep 软件名（Arch系） - 文件级确认：
sudo find /usr /etc /var /home -iname "*软件名*" 2>/dev/null，无输出才算基本清完 - 如果仍有残留，且不确定是否安全删除，优先用
ls -la看属主和修改时间，比直接rm -rf更可靠
不复杂但容易忽略
