我家的情况是这样,X86小主机装的 HAOS ,目前是 14.1
在使用中遇到这么一个问题: 断电重启后会强制进入 rescue mode ,启动流程就会卡住, 需要插上键盘和显示器, 按 ctrl+D 或者打字 exit来跳出 rescue mode后,系统才会一路进入HA。
而且,现在这种情况变得有些严重了: 我让系统 reboot或者 shut down再开机,也会进rescue mode了。
虽然救援模式不像恢复模式那样属于严重故障。但这会影响到实际的使用,比如有次我出差,在外地点了一下更新,结果系统就起不来了,10天后我回到家才恢复。
这就让我很气愤,明明是一点点小问题,非要小题大做。(其实我进了rescue模式,也做不了什么,或者说是系统根本不需要救援)
好,我询问chatGPT绕过的方法,尝试了 用VI编辑system.conf,但是系统提示无法保存,因为文件是只读的。
然后我又根据chatGPT的建议,各种remount,fsck之类的操作,全部都无效。全部卡在文件只读,无法修改这一块。
最后经过一系列无效的尝试,chatGPT得出结论:我目前装的HAOS版本,天生就无法修改系统文件。
这是他的原话:------------------------------------------------------------------------------------------------------------
🚫 HassOS 是不可变系统(immutable)它的系统分区是: 只读(read-only) 使用 squashfs 或 OSTree 管理(类容器式文件系统) /etc/systemd/、/etc/fstab 等配置文件无法通过 ssh 或 Terminal 直接修改 启动流程中,如果检测到根文件系统(rootfs)损坏或不可挂载为读写,就强制进入 systemd rescue mode ------------------------------------------------------------------------------------------------------------------------
最后他建议我:------------------------------------------------------------------------
将 Home Assistant 从 HassOS(封闭系统)迁移到 Debian + Home Assistant Supervised 模式,可以让你: ✅ 获得完整的 Linux 控制权(systemd、fstab、自动修复、定制服务)
✅ 保留 Home Assistant 的 Supervisor 功能(如插件商店、自动更新等)
✅ 避免 rescue mode 等不可控问题
✅ 使用标准命令行管理系统,安装任意软件
✅ 配置自动 fsck、定制开机行为等系统级策略 ----------------------------------------------------------------------------------------- 人工智能嘛,毕竟存在胡说八道的可能性。
最后我的问题是: 有没哪位前辈也困扰于强制进救援模式这个问题的,在保持目前HAOS系统下,有没有什么好的解决办法?
因为我个人觉得断电关机是生活中很正常的一件事情,如果每次关机都要人工干预才能恢复工作,那就不要谈什么远程部署和远程管理了。 对于HAOS其他地方我目前是比较满意,实在不想去debian重装一遍了。
求救求救,感谢感谢。
|