非根分区的 fstab 传递值

SPR*_*BRN 6 partition fsck fstab

如果我/etc/fstab在最新的 Amazon Linux 服务器上打开(使用 init,而不是 systemd),我会看到以下内容:

LABEL=/         /           ext4    defaults,noatime        1       1
tmpfs           /dev/shm    tmpfs   defaults                0       0
devpts          /dev/pts    devpts  gid=5,mode=620          0       0
sysfs           /sys        sysfs   defaults                0       0
proc            /proc       proc    defaults                0       0
/dev/sdf        /data       ext3    defaults                1       1
/dev/sdg        /mail       ext3    defaults                1       1
/dev/sdh        /backup     ext3    defaults                1       1

/dev/sdi        /data2      ext4    defaults                0       2
Run Code Online (Sandbox Code Playgroud)

我想添加最后一个条目,并且认为0 2dumppass属性的正确设置。但是,我看到其他非根卷具有1 1. 我相信dump不再相关了。

这些价值观真的重要吗?

我应该将它们设置为0 2吗?

Jde*_*eBP 6

是的,它们很重要,但不像以前那么重要。

周围有很多历史记录来描述这些事情。doco 的适用程度取决于您使用的操作系统以及您管理系统的方式。

例如:作为M.迪基说,如果你仍然运行dump命令,然后在信息freq栏非常确实的事,因为它告诉dump做什么。相反,如果您与https://superuser.com/a/247527/38062 上的回答者在同一条船上,那么dump您系统中的任何内容可能都不会使用该列中的信息。

操作系统在该领域的工作方式发生了显着变化,这些列的相关性也发生了变化。

从历史上看,一个fsck在启动时脚本中运行,并带有告诉它以/etc/fstab密码顺序读取和处理所有条目的选项。并且有大量的 doco 指示您为passno列中的传递编号选择特定值,正如您在问题中所暗示的那样。

那个 doco 已经过时了。世界已经改变。

systemd 操作系统

在 systemd 操作系统上,fsck不再有这个责任。

systemd 的原生配置格式是unit,它可以是service unitmount unit。systemd 的服务管理仅在这些方面运作。你的/etc/fstab数据库被转换成一个命名的程序安装和服务单位systemd-fstab-generator。该程序是一个生成器,一种辅助实用程序,其工作是动态创建单元文件。它生成.mount安装卷的.service单元和针对单个卷运行的单元systemd-fsckfsck在设置客户端-服务器连接到显示进度信息的服务器后链接到)。 /etc/fstab实际上是一个源文件 它不是本地控制/配置系统。

的操作systemd-fstab-generator完全忽略 的freq/etc/fstab。它只关心passno列是零还是非零。如果是后者,它会生成导致服务调用运行的引用。如果是前者,则不会。因此,如果您选择 2、1 或实际上 17035,则没有区别。systemd-fsck@device.servicefsck

小吃

nosh 工具集也转换/etc/fstab为原生形式,在 nosh 情况下是一套服务包。它执行此操作的程序是convert-fstab-services. 这可以显式运行,或者可以利用自动转换系统在更改/etc/system-control/convert/时更新服务包/etc/fstab

同样,该freq列被忽略。(不要被它创建的服务包所迷惑。这与 BSD 崩溃转储有关,与通过命令进行的文件系统备份无关。)同样,关于列的唯一重要的事情是它大于零,这就是导致创建服务包并将其连接到服务包的原因。dump@devicedumppassnofsck@directorymount@directory

noauto和的区别fsck

在NOSH和做事的systemd方式两者的结果是,而不是一个单一fsck而被拘留的一种模式,扫描/etc/fstab,并决定该怎么做,在系统自举一个单点(或两个,作为的情况下BSDrc.d系统试图区分“后台”和“前台”卷),运行fsck是通过启动单独的“挂载”服务来触发的。

未在引导时挂载的文件系统(因为它们被标记为noauto)因此不会fsck在引导时运行它们的s。

fsck无论如何什么都不做的引导程序

虽然很passno重要,因为它控制(间接)fsck针对单个卷运行的 nosh 服务包或系统服务单元的生成;有时这fsck实际上是一种无操作。一些文件系统格式根本没有fsck可以在“无人参与的preen”模式下运行的工具,而不是这些引导时间/挂载时间fsck调用的需要。

至少在以下情况下是这样:

对于此类文件系统类型, 的实际效果passno因此为零。将其设置为零,则不会fsck运行任何服务。将它设置为非零,fsck运行的服务调用一个什么都不做的程序。

进一步阅读


Tho*_*key 0

dump如果您备份系统,该程序是相关的。无论您备份特定的非根文件系统,还是仅仅依靠fsck修复它,都是您的选择(假设您正在谈论您的个人计算机)。

\n\n

进一步阅读:

\n\n\n