我有一个嵌入式系统，但我不太容易访问它。虽然现在回想起来，我不应该这样构建它，但关闭系统的唯一方法就是杀死电源。这在 99.9% 的情况下有效，但每隔一段时间，我就会在启动时收到以下错误：
failed to mount XXXX. Wrong fs type, bad option, bad superblock.
我需要运行xfs_repair它才能继续。
在理想的世界中（向前迈进），我会有一个系统可以自动检测这样的故障并自动修复它，但至少，我希望能够继续启动，或者允许 ssh 远程访问来修复。
我试图弄清楚fsck这一切是如何发挥作用的，或者是否无关。例如，此故障是否是由于系统中的潜在错误（由多次不干净的关闭引起）导致的，该错误一直运行良好，直到fsck最终捕获它并在此过程中停止启动，或者这是一个可以被捕获并修复的故障fsck？
基本上，我想知道故意跳过fsck启动是否会允许系统继续启动（有风险），或者我是否应该fsck每次都强制在启动时运行以捕获并修复这样的错误？我只想要一个能够处理不正常关机并继续启动的系统，即使这意味着最近的数据丢失。