linux卸载软件须先确认安装来源：apt装的用dpkg/apt，rpm装的用rpm/dnf/yum，源码安装需手动清理；不同包管理器卸载语义不同，残留配置需手动删除~/.config等目录及systemd服务。
确认软件安装方式再动手
Linux卸载失败，八成是因为搞错了安装来源——apt装的不能用rpm -e删，源码编译的更不能指望包管理器识别。先查清它从哪来，比急着敲命令重要得多。
- 查是否由
apt安装：dpkg -l | grep 软件名或apt list --installed | grep 软件名 - 查是否由
dnf/yum安装：dnf list installed | grep 软件名（Fedora/RHEL 8+）或yum list installed | grep 软件名（CentOS 7） - 查是否为
rpm手动安装：rpm -qa | grep 软件名，注意输出的是完整包名（如firefox-120.0.1-1.fc39.x86_64），不是“firefox” - 查是否源码安装：运行
which 软件名，若路径是/usr/local/bin或~/bin，大概率是手动编译的，包管理器压根不认
用对包管理器命令，别混用 purge/remove/erase
不同发行版的“卸载”语义不同，remove在APT里默认保留配置，但在DNF里remove和erase行为一致——都不动/etc下的配置。混淆用法会导致残留或误删。
-
apt purge（Debian/Ubuntu）：删二进制+删/etc下所有配置，等价于apt remove --purge -
dnf remove（Fedora/RHEL 8+）：只删程序文件，配置留在/etc；要清配置得加--setopt=clean_requirements_on_remove=True，且不保证用户目录（如~/.config） -
yum erase（CentOS 7/RHEL 7）：比yum remove更彻底，会尝试删部分配置，但依然不碰~/.config，且无自动清理依赖选项 -
pacman -Rns（Arch/Manjaro）：-n删/etc配置，-s递归删孤立依赖，但不会动~/.local/share里的数据目录
残留配置不等于“卸载失败”，但得你亲手收尾
包管理器的设计哲学是“不碰用户数据”，所以~/.config/软件名、~/.cache/软件名、/var/lib/软件名这些从来不在卸载范围内。留着它们不影响系统，但占空间、可能干扰重装。
- 查用户级配置：
ls -la ~/.config ~/.local/share | grep -i 软件名 - 安全删除（先确认）：
rm -rf ~/.config/软件名 ~/.local/share/软件名 ~/.cache/软件名 - 查系统级残留：
sudo find /etc /var/lib -path "*/软件名*" -o -name "*软件名*.conf" 2>/dev/null，逐条判断再删 - 别用
find / -name "*软件名*"全盘扫——可能匹配到日志、临时文件甚至其他软件的字符串，误删风险高
源码安装的软件没有“卸载键”，靠记录或反向推导
没make uninstall？不是bug，是常态。开发者常不写这个目标，因为安装路径、文件列表根本没统一标准。这时候得靠自己留的“安装笔记”或逆向还原。
- 如果记得
./configure --prefix=/opt/myapp，直接sudo rm -rf /opt/myapp最干净 - 如果用了默认
--prefix=/usr/local，文件分散在/usr/local/bin、/usr/local/lib、/usr/local/share，可用sudo make -n install 2>&1 | grep '/usr/local'模拟安装过程，看它打算往哪写 - 如果连源码目录都没了，只能靠
which 软件名+ldd $(which 软件名)+strace -e trace=openat ./软件名 2>&1 | head -20组合定位关键路径
真正麻烦的不是删文件，而是删完后发现systemd里还挂着myapp.service，或者/etc/profile.d/里有环境变量脚本——这些都得手动检查，包管理器完全不管。
