我在 MTD 分区上安装了读写 JFFS2 FS。稍后在启动序列中，我将一个只读 FS 覆盖到这个读写 FS 中。
mount -t overlay overlay -olowerdir=/lower,upperdir=/upper,workdir=/work /merged
当我的读写 FS 几乎（如 99%）已满时，我看到挂载覆盖失败。挂载覆盖失败错误输出表明它无法在“workdir”中创建新目录，因为它已满。'workdir' 是同一个读写分区的一部分。
有人如何估计“workdir”中需要多少空间，以便安装覆盖不会失败。覆盖文档建议将“workdir”用于暂存目的。
如何使其故障安全？
我使用这个 overlay-fs 作为我的 rootfs，所以这里的挂载失败会导致内核崩溃。
在我的嵌入式 linux 板上，我使用 systemd-networkd 来管理我的网络接口配置。我需要触发一些一次性脚本，这些脚本将在网络接口启动和关闭时启动/停止我的自定义应用程序。我找到了网络调度程序，它可以满足我的需求，但我不确定它的资源密集程度如何，它是否是满足我需求的最佳解决方案。
有没有其他选择？
我知道 systemd-network-wait-online 可用于等待网络启动，但据我所知，systemd 目标依赖仅限于启动顺序。
我已将 systemd 配置为使用硬件看门狗。我的内核版本是5.10 这是配置
RuntimeWatchdogSec=120 in /etc/systemd/system.conf
WatchdogDevice=/dev/watchdog1
我可以看到 systemd 正在启动硬件看门狗并且系统运行良好。我需要测试这个硬件看门狗是否确实重置了硬件，所以我需要让 systemd 在运行时停止踢它。这可能吗 ？
我无法杀死 systemd 进程。