dpkg -l | grep '^rc' 可列出已卸载但配置文件仍保留的包（rc表示removed, config remains），这些包占用inode且可能干扰重装；需用sudo dpkg -P 包名或批量命令dpkg -l | grep '^rc' | awk '{print $2}' | xargs -r sudo dpkg -P彻底清除。
怎么用 dpkg -l | grep '^rc' 找出残留配置的已卸载包
系统里那些“卸载了但配置还在”的包，dpkg 会标记为 rc 状态（removed, config remains），它们不运行、不占大空间，但每个都对应一堆小文件（.conf、.list、.service），持续消耗 inode。直接 apt remove 对它们无效，必须用 dpkg -P（即 --purge）才能真正删干净。
- 先预览有哪些：
dpkg -l | grep '^rc'—— 注意开头是rc，不是ii或un - 批量彻底清除（含所有配置目录和文件）：
dpkg -l | grep '^rc' | awk '{print $2}' | xargs -r sudo dpkg -P - 执行前加
echo测试命令是否安全：dpkg -l | grep '^rc' | awk '{print $2}' | xargs echo
怎么用 apt autoremove --purge 清理真正无主的依赖包
autoremove 的本质是查依赖图：只删那些“当前没有任何已安装包声明需要它”的软件包。它不碰你手动装的、也没被其他包依赖的独立工具（比如你单独 brew install jq 或 sudo apt install ripgrep），但会清掉曾被 LibreOffice 调用、而 LibreOffice 已卸载后留下的 libreoffice-core 之类。
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
- 先看要删什么（不执行）：
sudo apt autoremove --purge --dry-run - 确认列表里没
linux-image-*、firmware-*、initramfs-tools这类关键项再执行：sudo apt autoremove --purge - 注意：
--purge会让它连带删配置；没加的话，默认只删二进制，配置还在
怎么用 deborphan 扫描未被跟踪的孤立库文件
apt autoremove 只管包管理器数据库里的记录，但有些库（尤其 lib*.so）是手动编译或第三方 repo 安装的，dpkg 不知道它们是谁的依赖。deborphan 从文件系统反向扫描：找出所有 /usr/lib/ 下没被任何 dpkg 包声明拥有、且没被现存二进制文件 ldd 引用的共享库。
- 安装并跑一次：
sudo apt install deborphan && sudo deborphan --guess-all - 它可能列出几十个结果，重点看后缀是
-dev、-dbg、-common的包名，这些大概率可删 - 谨慎操作：对每个疑似包，先
dpkg -S /path/to/libxxx.so确认归属，再apt show 包名看描述是否为开发/调试用途
为什么不能只靠 apt remove + rm -rf 手动删
手动删文件看似直接，但风险极高：你删掉的 /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0，可能正被 gnome-shell、nautilus、甚至 systemd 动态链接着；rm -rf /etc/nginx 看似清了旧配置，却可能顺手干掉当前正在跑的 Nginx 实例的主配置。包管理器维护的是完整依赖拓扑，而人眼无法实时追踪所有 ldd 链和 systemd 单元依赖。
- 永远优先用
apt purge或dpkg -P处理已知包 - 对非
dpkg管理的文件（如/opt下自建服务），必须先systemctl is-active和ps aux | grep确认进程已停 - 删
/etc下内容前，用diff -u对比备份，避免覆盖别人改过的配置
rc 状态包和 autoremove 列表必须人工过一遍，尤其当系统长期未维护时，--dry-run 输出里常混着不该动的内核模块或固件包。 
