userdel -r仅删除账户及主目录、邮件池，无法处理挂载目录、非标准路径文件、systemd用户数据等残留；需先终止进程、检查挂载，再手动清理ssh密钥、sudo规则、cron任务、systemd服务等，并用id、getent、find验证无痕。
userdel -r 是基础，但不是万能的
userdel -r 确实是删除用户的起点，它会删掉 /etc/passwd、/etc/shadow、/etc/group 中的条目，并顺手清掉 /home/username 和 /var/spool/mail/username。但别以为执行完就万事大吉了——
- 如果 /home/username 被挂载为独立文件系统（比如用 mount --bind 或 LVM 卷），-r 会失败且静默跳过，目录原封不动留在那里
- /var/mail/username 可能根本不存在（某些发行版默认用 /var/spool/mail/），而 userdel 不会检查另一路径
- 用户可能早就在 /tmp、/run 或 /opt 下建了非标准目录，这些完全不在 -r 的清理范围内
所以第一步永远不是直接敲命令，而是先确认状态：
- 检查登录：用 who | grep username 或 w -h | awk '$1 == "username" {print}'
- 查进程：pgrep -u username，有输出就得先处理（见下一条）
- 看挂载：findmnt -t ext4,xfs -o SOURCE,TARGET | grep username
用户进程不杀干净，userdel 会直接报错退出
userdel 默认拒绝删除仍有活跃进程的用户，错误信息通常是：userdel: user username is currently used by process XXXX。这时候不能硬加 -f 参数强行删——那只会让进程继续跑着，但归属变成 UID 数字，后续查问题极难定位。
稳妥做法是：
- 先用 pkill -u username 发 SIGTERM（可被进程捕获并优雅退出）
- 等 2 秒，再用 pgrep -u username 确认无输出
- 若仍有残留，再用 pkill -9 -u username 强制终止
- 注意：不要用 killall -u username，某些旧版 killall 不支持 -u，反而可能误杀同名进程
手动清理残留文件时，别只盯着 /home
userdel -r 漏掉的常见位置比想象中多：
- /var/lib/systemd/users/username：systemd 用户 session 数据，不删会导致下次同名用户登录失败
- /run/user/$(id -u username)：即使用户已删，该目录可能因未正常登出而残留（尤其 systemd-logind 异常时）
- /etc/sudoers.d/username 或 /etc/sudoers 里手工添加的权限行
- /root/.ssh/authorized_keys 或其他服务配置中硬编码的用户名（比如 nginx 配置里的 user username;）
- find / -xdev -user username 2>/dev/null 可扫全盘归属，但注意加 -xdev 避免跨挂载点误搜
特别提醒：rm -rf /home/username 前务必确认当前没人在该目录下工作——比如 NFS 挂载点或容器卷绑定到了这里，贸然删除可能影响其他服务。
验证是否真删干净，重点看三处
删完别急着关终端，立刻验证： -id username 必须返回 no such user（不是空输出）
- getent passwd username 和 getent shadow username 都应无输出（比直接 grep 更可靠，能绕过 nsswitch 缓存）
- ls -ld /home/username /var/spool/mail/username /var/mail/username 2>/dev/null 应全部报 “No such file or directory”
最容易被忽略的是文件属主残留：某个日志文件或 socket 文件仍属已删用户，ls -n 看到 UID 数字而非用户名，这种“幽灵归属”不会报错，但长期积累可能触发权限异常或磁盘满警报。
