ldd在 Linux 上将给出给定二进制文件所依赖的所有共享库的列表。这通常比用于创建二进制文件的链接器命令行上列出的库要广泛得多：它将包括这些库的大多数（如果不是全部）依赖项。
是否可以仅确定显式链接的库列表（即直接依赖项），如果可以，如何确定？
我有一个遗留的 root-on-zfs 安装，曾经是通过在单独的 ext4 分区上安装到带有 /boot 的 ext4 / ，然后将 / 的内容移动到 ZFS 池来完成的。
我在同一个磁盘上安装了各种 *BSD，从未造成任何问题，但现在我正在考虑在未使用的分区上进行 Devuan 安装。更准确地说：将已设置的安装从另一台计算机（使用 XFS）复制到相关分区上的新池。
我想坚持在自己的分区上使用 /boot 的方法，并且我认为最好不要对两个发行版使用单个 /boot 。因此，有两个 /boot 分区。
我以前从未这样做过，即使等式中没有 ZFS 也没有这样做过。这将如何与 grub 一起工作，特别是。考虑到它们将是 2 个不同的版本，并且每个发行版在某个时候都会想要生成一个新的 grub 配置？它会根据内核（在引导上）与内核模块（在池上）的匹配来确定哪个引导分区与哪个池相匹配，还是我必须在每次 grub 更新后手动验证一致性（在 grub.cfg 中） ？我看到 grub.cfg 仅引用保存 /boot 的分区的 UUID，加上池的名称作为内核参数。
FWIW，这台机器确实有 UEFI 支持，但似乎没有给我一个启动 EFI 分区的选项（例如进入 rEFInd），可能是因为还安装了 grub 引导加载程序。
我不会遇到必须经过一些麻烦才能启动辅助发行版的问题。
我一直在/lib/firmware几台机器上跟踪上游 Linux 固件存储库，对该树进行非常定期的更新。
我想我在上周执行 git-pull 的机器上启动旧内核时发现固件加载错误。
该存储库是否有关于向后兼容旧内核的策略，或者这不是问题（例如），因为内核所做的只是使用标准接口将二进制文件加载到目标设备上，该接口可能很长时间以来都没有改变时间？
我在 VirtualBox 中制作了一个 TrueOS VM，使用一个将物理硬盘分区（sda5）虚拟化为完整磁盘的 vmdk。结果，我现在在该 sda5 分区上有一个 GPT/GUID 分区表（sda 本身有一个 GPT/GUID 分区表）。
当我losetup /dev/sda5 /dev/loop0在主机上创建回送设备 ( /循环0。
这可能吗？会不会和loop device模块的max_part参数有关？FWIW，循环模块内置在我的内核中，/sys/module/loop/parameters/max_part 返回 0 ...我可以在不重新启动的情况下更改该值吗？