系统版本：X86（cpu amd ryzen 3500x,内存2*8g，系统盘在一个单独ssd里，）
设备环境：物理机，局域网
系统版本号1.1.26
BUG现象：更新以后大约每隔一小时都要重启，我把系统日志都导出来发给了work buddy，分析结果如下：
飞牛OS (fnOS) 频繁重启问题 — 日志分析报告
问题概述
飞牛OS（主机名：LZHOME2）从2026年3月29日起出现极其频繁的重启问题，3月29日至4月1日共计重启60+次，严重影响系统可用性。
根因分析
根因一：CRON 定时关机任务（历史问题，已自3月29日消失）
严重程度：🟡 中（已不触发，但需确认是否彻底清除）
在 syslog.1（较早日志）中发现明确的证据：
CRON[1563953]: (root) CMD (poweroff) @ 2026-03-24 01:00:01
CRON[1563530]: (root) CMD (poweroff) @ 2026-03-25 01:00:01
CRON[1563043]: (root) CMD (poweroff) @ 2026-03-26 01:00:01
CRON[1562244]: (root) CMD (poweroff) @ 2026-03-27 01:00:01
CRON[108778]: (root) CMD (poweroff) @ 2026-03-28 01:00:01
CRON[36405]: (root) CMD (poweroff) @ 2026-03-29 01:00:01
现象：每天凌晨 01:00:01，root 的 crontab 执行 poweroff，系统关机后次日约 08:16 被 BIOS/网络唤醒自动开机。
说明：这是飞牛OS的"定时开关机"功能（计划任务）。从3月29日 01:00 之后该 CRON 关机任务不再出现，说明你可能在3月28日前后取消了这个定时任务。
根因二：fn-scheduler（任务计划）应用异常导致系统循环重启（当前主因）
严重程度：🔴 严重
从3月29日起，系统出现大量无规律重启，与 fn-scheduler（任务计划）应用直接关联：
关键证据链
- 每次系统启动后，fn-scheduler 会被自动启动（APP_AUTO_STARTED 事件）：
2026-04-01T15:40:08 TRIMEVENT: UPDATE "app" SET "is_non_manual_stop"=true,"status"='start' WHERE app_name = 'fn-scheduler'
2026-04-01T15:41:53 TRIMEVENT: fn-scheduler APP_AUTO_STARTED
- 每次 fn-scheduler 启动后约20-30分钟，系统就触发 shutdown：
- 例1：
15:41:53 fn-scheduler 启动 → 21:42:48 系统重启（间隔约6小时，系统中途其他原因重启过）
- 例2：
21:43:40 fn-scheduler 启动 → 21:46:10 系统重启（间隔仅2.5分钟！）
- 例3：
21:48:40 fn-scheduler 启动 → 22:11:10 shutdown.target 被触发
- 重启模式呈现"启动 → fn-scheduler 启动 → 短时间内再次重启"的循环
重启频率统计（3月29日 - 4月1日）
| 日期 |
重启次数 |
备注 |
| 3月29日 |
~18次 |
从凌晨1点CRON关机后开始频繁重启 |
| 3月30日 |
~9次 |
仍然频繁 |
| 3月31日 |
~20次 |
重启最为密集 |
| 4月1日 |
~10次 |
截至日志导出时间 |
关键日志片段（4月1日傍晚的典型循环）
# 系统启动
21:42:48 systemd[1]: Starting systemd-update-utmp.service - Record System Boot/Shutdown in UTMP
21:43:08 systemd[1]: Started trim_main.service
21:43:40 TRIMEVENT: fn-scheduler APP_AUTO_STARTED ← 任务计划被自动启动
21:46:10 systemd[1]: Starting systemd-update-utmp.service - Record System Boot/Shutdown ← 又一次重启！
# 仅运行了约3分钟就被重启了
第二次尝试
21:46:10 systemd[1]: Starting systemd-update-utmp.service
21:46:27 systemd[1]: Started trim_main.service
21:48:40 TRIMEVENT: fn-scheduler APP_AUTO_STARTED ← 任务计划又被自动启动
22:11:10 systemd[44090]: Reached target shutdown.target - Shutdown ← 22分钟后触发关机
诊断结论
你的飞牛OS频繁重启有 两层原因：
第一层（历史，已消除）
- **CRON 定时
poweroff**：每天凌晨1点关机，次日8点自动唤醒。这在3月29日后已不再触发。
第二层（当前，正在发生）
- **
fn-scheduler（任务计划）应用存在 bug：该应用在系统启动后自动运行，但其内部某个定时任务配置异常，会触发系统关机/重启。由于设置了 is_non_manual_stop=true（非手动停止），每次重启后它又被自动启动，形成重启循环**。
修复建议
立即修复（停止重启循环）
- 登录飞牛OS Web 管理界面
- 进入"应用中心" → "任务计划"（fn-scheduler）
- 停止该应用，并关闭"开机自启动"选项
- 检查任务计划中是否有"重启"或"关机"类型的计划任务，将其删除或禁用
通过 SSH 修复（如果 Web 界面无法访问）
bash****复制
# 1. 停止任务计划应用
docker stop fn-scheduler 2>/dev/null || systemctl stop fn-scheduler 2>/dev/null
2. 禁用开机自启动（通过飞牛OS命令行）
进入飞牛OS的数据库，修改fn-scheduler的auto_start状态
sqlite3 /usr/trim/data/app.db "UPDATE app SET is_non_manual_stop=false WHERE app_name='fn-scheduler';"
3. 检查crontab中是否还有残留的poweroff
crontab -l
如果有 poweroff 相关条目，用 crontab -e 删除
反馈给飞牛官方
这是 fn-scheduler 应用的 bug，建议去飞牛OS官方群反馈以下信息：
供反馈的关键日志
证据1：fn-scheduler 触发 APP_AUTO_STARTED 后系统重启
2026-04-01T21:43:40.223475+08:00 LZHOME2 TRIMEVENT[2838]: TRIMEVENT:{"data":{"APP_GROUP":"","APP_ID":46,"APP_NAME":"fn-scheduler","APP_USERNAME":"","DISPLAY_NAME":"任务计划","INSTALL_VOLUME_ID":0,"META_VOLUME_ID":0,"PORT_USAGE":0},"datetime":1775051020,"eventId":"APP_AUTO_STARTED","from":"trim.app-center","level":0}
2026-04-01T21:46:10.201919+08:00 LZHOME2 systemd[1]: Starting systemd-update-utmp.service - Record System Boot/Shutdown in UTMP...
↑ fn-scheduler 启动后仅 2分30秒 系统就重启了。
证据2：fn-scheduler 数据库记录被设置为非手动停止（自动重启）
2026-04-01T15:40:08.513083+08:00 LZHOME2 trim_app_center[2865]: UPDATE "app" SET "is_non_manual_stop"=true,"status"='start' WHERE app_name = 'fn-scheduler'
证据3：重启循环的完整序列（4月1日 21:42-22:11）
# === 第一次启动 ===
2026-04-01T21:42:48.944415+08:00 LZHOME2 systemd[1]: Starting systemd-update-utmp.service - Record System Boot/Shutdown in UTMP...
2026-04-01T21:43:08.095236+08:00 LZHOME2 systemd[1]: Started trim_main.service - trim main service.
2026-04-01T21:43:40.223475+08:00 LZHOME2 TRIMEVENT[2838]: TRIMEVENT: APP_AUTO_STARTED - fn-scheduler（任务计划）
=== 2分30秒后第二次重启 ===
2026-04-01T21:46:10.201919+08:00 LZHOME2 systemd[1]: Starting systemd-update-utmp.service - Record System Boot/Shutdown in UTMP...
2026-04-01T21:46:27.995705+08:00 LZHOME2 systemd[1]: Started trim_main.service - trim main service.
2026-04-01T21:48:40.297108+08:00 LZHOME2 TRIMEVENT[2827]: TRIMEVENT: APP_AUTO_STARTED - fn-scheduler（任务计划）
=== 22分钟后触发关机 ===
2026-04-01T22:11:10.207311+08:00 LZHOME2 systemd[44090]: Stopped target default.target - Main User Target.
2026-04-01T22:11:10.208091+08:00 LZHOME2 systemd[44090]: Reached target shutdown.target - Shutdown.
证据4：历史 CRON 关机任务（syslog.1 中的记录）
2026-03-24T01:00:01.793622+08:00 LZHOME2 CRON[1563953]: (root) CMD (poweroff)
2026-03-25T01:00:01.655335+08:00 LZHOME2 CRON[1563530]: (root) CMD (poweroff)
2026-03-26T01:00:01.138492+08:00 LZHOME2 CRON[1563043]: (root) CMD (poweroff)
2026-03-27T01:00:01.422937+08:00 LZHOME2 CRON[1562244]: (root) CMD (poweroff)
2026-03-28T01:00:01.268792+08:00 LZHOME2 CRON[108778]: (root) CMD (poweroff)
2026-03-29T01:00:01.965079+08:00 LZHOME2 CRON[36405]: (root) CMD (poweroff)
系统环境信息
| 项目 |
值 |
| 主机名 |
LZHOME2 |
| OS |
飞牛OS (fnOS) - 基于 Debian |
| 内核特性 |
AMD SP5100 TCO WatchDog, ACPI Power Button |
| Docker |
已启用 (containerd + dockerd) |
| UPS |
Network UPS Tools (nut-monitor) 已配置 |
| 已安装应用 |
迅雷、qBittorrent、百度网盘、FlyPic、EasyTier-Web、虚拟机、文件快照、HomeAssistant、相册、影视、安全中心、iSCSI、Office预览 等 |
| 日志时间范围 |
2026-03-24 ~ 2026-04-01 22:17 |
出现频率：必现
联系方式：（群：飞牛私有云fnos274,昵称：支）
