我的 OpenBSD 服务器上有十多个文件系统，带有 12GB DDR3 和几个 1.5TB 硬盘。所有文件系统本身的大小通常在 8GB 到 64GB 之间。
我注意到即使遵循最佳实践——保持它们如此小——fsck在重启时仍然很慢。
是什么让fsck这么慢？原始文件系统大小？inode 总数（已使用 + ifree）？使用的 inode 数？完全是别的什么？有什么简单的方法可以fsck进一步改善时间？
构建新的 OpenBSD 内核后，内核的install目标Makefile执行以下操作：
rm -f /obsd
ln /bsd /obsd
cp bsd /nbsd
mv /nbsd /bsd
我知道前两行删除了旧的备份内核/obsd并创建了一个/obsd指向当前运行内核的硬链接/bsd。特别是，正在运行的内核根本没有移动。这对我来说很有意义。
但是，将新构建的内核./bsd先移动到/nbsd，然后将其重命名为 的目的是什么/bsd？为什么不用明显更简单的替换第三和第四行cp bsd /bsd呢？
如果这很重要：OpenBSD 的默认分区方案将内核构建树放置在与根文件系统不同的文件系统（磁盘标签）中。