Ubuntu开发者正在重新审视一个2018年的bug，该bug涉及到Ubuntu Server在启动时不进行文件系统检查（FSCK）。由于Curtin安装程序的引入，FSCK在某些版本的Ubuntu中被默认禁用。开发者现在考虑是否应在启动时为EXT4和EFI引导分区等场景恢复FSCK。讨论集中在现代文件系统的不同需求以及如何在保持系统稳定性的同时做出最佳决策。
来自 2018 年的 bug 报告指出，Ubuntu Server 将“fs_passno”设置为 0，这意味着在启动时没有 FSCK。而此前 Ubuntu Server 安装到 Ubuntu 18.04 以及此后版本都会出现倒退和改变，引入了他们新的基于 Curtin 的 Subiquity 安装程序，在启动过程中并不会进行 FSCK。自 2019 年初以来，这个 bug 没有被触及，但现在 Ubuntu 开发人员正在重新探索。
这些 bug 现在已经被 Ubuntu 开发者发现，并正在想办法是否要在启动时启用 FSCK 与 Curtin 前进，尤其是 Ubuntu 新的桌面安装程序也要利用 Curtin。
Canonical 的 Michael Hudson Doyle 现在开始了关于 To fsck or not to fsck at boot by default 的讨论。他承认一些现代的文件系统，如 XFS / Btrfs / OpenZFS 不支持任何有意义的 FSCK，但对于像 EXT4 和 EFI 引导分区这样的情况，启用该功能可能是有意义的。
458
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
