linux服务频繁重启由日志线索、定时任务、资源硬件异常或服务自身配置问题引发。需依次检查last reboot与journalctl错误日志、crontab及systemd timer、OOM/磁盘/CPU/硬盘状态，最后验证服务状态、日志、依赖和配置语法。
Linux服务频繁重启不是系统“自己想重启”，而是有明确诱因。排查要从日志线索入手，再逐层验证软硬件层面的异常点，不能只盯着服务本身。
看日志：定位重启触发点
系统每次重启前通常会留下关键痕迹：
- 用 last reboot 查最近几次重启时间，确认是否规律（比如整点、固定间隔）
- 用 journalctl -b -1 -p err 查上一次启动中的错误事件（-b -1 表示上个 boot）
- 重点搜索关键词：“shutting down”、“reboot”、“panic”、“oom-killer”，配合 -B 3 -A 3 查上下文
- 检查 /var/log/messages 或 /var/log/syslog 中是否有硬件报错、内核 oops、电源中断记录
查定时任务：隐藏的自动重启源
很多自动重启不是人为操作，而是被脚本或计划任务悄悄触发：
- 运行 crontab -l 查当前用户的定时任务
- 别漏掉系统级任务：ls /etc/cron.* /etc/cron.d/，尤其注意 /etc/cron.d/ 下非 root 用户写的脚本
- 检查 systemd timer：systemctl list-timers –all，看是否有自定义的重启服务单元
- 翻一翻 /etc/init.d/ 或 /etc/systemd/system/ 里有没有带 reboot、restart 字样的可疑脚本
验资源与硬件：排除底层崩溃可能
服务看似“自己挂了”，实则可能是系统级资源枯竭或硬件异常导致：
- 内存不足触发 OOM Killer：dmesg | grep -i “killed process”，再结合 free -h 和 cat /proc/meminfo
- 磁盘写满或只读：df -h 看根分区和 /var，mount 看是否意外 remount 为 ro
- CPU 过热或电源不稳：sudo sensors（需安装 lm-sensors）、dmesg | grep -i “thermal|power”
- 硬盘坏道或文件系统损坏：sudo smartctl -a /dev/sda、sudo fsck -n /dev/sda1
盯服务自身：配置与依赖是否可靠
如果是某个特定服务反复重启，还要深入它内部：