我正在调试多引导 Linux 系统上的 systemd-boot 安装失败（离散分区中的 Ubuntu 20.04 和 22.04 的多个实例）。
可悲的是，唯一的后果
bootctl install
和其他相关配置是系统引导到 GRUB shell。
退出 GRUB shell 偶尔会进入 (a) 另一个 GRUB shell 或 (b) systemd-boot 菜单（尽管没有任何已配置的引导条目）。
最近，经过各种修改后，退出 GRUB shell 会返回消息（大小写和空格与原始文件相同）：
StartImage failed: Load Error
谷歌还没有听说过，所以问题是，哪个进程抛出了这个错误？
其次，错误会是加载内核或 initramfs 失败吗？
当然，任何关于如何让 systemd-boot 观察其配置的想法也将受到欢迎。
我正在调试防火墙 .service 单元，出现了一些问题。
其中一个问题是该单位的最佳服务类型，无论是 exec 还是 oneshot。在我的搜索中几乎没有出现两者的比较，可能是因为 exec 是 systemd (v.249 IIRC) 的一个相对较新的添加。
作为背景，该单元（称为 iptables.service）旨在通过在网络启动之前（即network-pre.target 之前）运行 Bash 脚本（称为 iptables.sh）来激活和配置防火墙，例如，
ExecStart=/bin/bash -c '/home/locsh/iptables.sh'
Type=oneshot具有不进入“活动”状态的优点，因此它随后可以被重新启动或重新激活，例如，通过计时器单元。在大多数示例中，它也是这两种类型中更常见的一种，尽管没有解释。
type=exec的好处是会延迟后续单元的启动，直到主服务执行完毕。这似乎对防火墙 .service 单元非常有意义，因为网络应该依赖于成功运行的脚本并保持关闭，例如，如果由于某种原因相关的 .mount 单元尚未激活而暂时无法读取脚本.
在任何一种情况下， Restart=on-failure似乎都是一个明显而谨慎的补充。
第一个问题是，无论出于何种原因，其中一个是否会更好。
第二个问题是 Type=exec 是否会因为延迟后续单元的启动而在某些边缘情况下引入微妙的排序周期，无论是否有“Restart=on-failure”，部分原因是单元的排序依赖性
Before=network-pre.target
在引导过程中相对较早。
也许这是一个愚蠢的问题，但在谷歌上的两个小时没有出现任何问题。
简而言之，Bash 中是否存在以下区别：
X="
a
b
c
"
和
X=(
a
b
c
)
前者符合变量的定义，后者符合数组的定义。
数组是一个多元素变量，所以这是说前者也是一个用于所有目的的数组吗？
如果前者是一个数组，那么（a）双引号和（b）括号之间的唯一操作区别是对数组元素的引用规则的操作吗？
非常感谢您的任何见解。