Debian spool故障排查与修复指南
一 快速定位
systemctl status postfix、systemctl status cups;日志路径包括**/var/log/syslog**、邮件服务**/var/log/mail.log**、打印服务**/var/log/cups/error_log**,可用tail -f /var/log/syslog或journalctl -u <服务名> -f跟踪最新错误。df -h与df -i,确认**/var或/**分区未满且inode充足;若空间紧张,先清理无关大文件或扩容。du -sh * | sort -hr或安装并使用ncdu /var/spool快速找出占用最大的队列目录(如postfix、cups等)。二 常见原因与对应修复
journalctl --vacuum-size=100M、apt-get clean),释放足够空间后重启服务。/var/spool/postfix应为postfix:postfix,权限750;打印队列/var/spool/cups应为lp:lp,权限755。postsuper -d ALL清理全部待处理邮件;打印队列可在确认无重要任务后重启cups以重建。操作前务必确认业务影响并做好备份。systemctl restart <服务名>重启,并用systemctl status确认状态为active (running)。三 邮件队列 Postfix 专项排查
postqueue -p查看待处理邮件;tail -f /var/log/mail.log与journalctl -u postfix -f定位投递失败、权限拒绝、连接超时等具体错误。postsuper -d ALL清空队列;也可交互式选择删除单封邮件。main.cf与master.cf;必要时在main.cf中设置debug_peer_level = 2并重启以获取更详细日志,再依据日志修复。四 打印队列 CUPS 专项排查
systemctl status cups,查看**/var/log/cups/error_log**与journalctl -u cups -f中的排队、权限、设备不可用等报错。systemctl restart cups),并观察日志是否恢复正常。cupsctl DebugLogging=yes,在**/var/log/cups/debug_log**中获取更细粒度信息以定位问题。五 安全与预防建议
du/ncdu观察**/var/spool**增长趋势,及时清理异常堆积的队列文件与临时文件。