`/etc/fstab` 是否用于重新挂载驱动器?

yao*_*bin 9 partitioning boot fstab mount hard-drive

我有一个安装了 Ubuntu 14.04.5 的设备,它有一个带有 ext4 文件系统的硬盘。

通过阅读Ext4 Filesystem文档,我了解到默认数据模式是ordered仅保护元数据。在我的项目中,我们希望将其更改journal为也保护文件数据,因为数据安全具有更高的价值。

我尝试的第一件事是修改/etc/fstab文件。我试图改变

UUID=<UUID> / ext4 errors=remount-ro 0 1
Run Code Online (Sandbox Code Playgroud)

UUID=<UUID> / ext4 errors=remount-ro,data=journal 0 1
Run Code Online (Sandbox Code Playgroud)

通过附加data=journal到选项字段。

但是,当我重新启动设备时,我得到了一条错误消息,说cannot change data mode on remount. 我检查了dmesg并看到了一条关于使用ordered数据模式安装驱动器的早期消息。

很长一段时间以来,我认为/etc/fstab用于覆盖默认安装选项,因此驱动器仅安装一次。但现在看起来不对:驱动器是使用其默认安装选项安装的,然后/etc/fstab被拾取以重新安装它。

我的问题是

  • 这个“mount-remout”过程是系统的设计吗?我阅读了Fstabwiki 页面,但没有看到它提到“挂载-重新挂载”的事情。
  • 如果/etc/fstab真的用于重装,那么第一次挂载是在启动过程的哪一步?它在/etc/init.d? 我确实在/etc/init.d调用umountfs和中看到了一些脚本umountroot,但是,浏览它们的内容,它们看起来并不相关。

moo*_*765 9

来自man ext4

数据={期刊|有序|回写}
              指定文件数据的日志模式。元数据总是
              记日记。要使用除根文件系统上的命令以外的模式?
              tem,将模式作为引导参数传递给内核,例如 root?
              标志=数据=期刊。

data=ordered从您的 fstab 行中删除并进行编辑/etc/default/grub。在/etc/default/grub改变线

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
Run Code Online (Sandbox Code Playgroud)

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash root?flags=data=journal"
Run Code Online (Sandbox Code Playgroud)

运行sudo update-grub并重新启动。


Ser*_*nyy 6

使用 /etc/fstab 时

如果您运行,sudo strace -e open,openat mount -o remount,rw /您将看到该命令实际上是 open /etc/fstab。这是您将看到的最常见的命令,经常在有关从恢复 shell 工作的文章中引用。

还要引用sourcejedi 的答案(来自mount(8)手册):

mount -o 重新挂载,rw /dir

在此调用之后,mount 读取 fstab 并将这些选项与来自命令行 (-o) 的选项合并。如果在 fstab 中未找到挂载点,则允许使用未指定源的重新挂载。

但是,这并不意味着/etc/fstab总是使用它。特别是,当您还指定设备文件时;参考mount(8)手册

重新挂载功能遵循挂载命令如何与 fstab 中的选项一起工作的标准方式。这意味着仅当完全指定设备和目录时,mount 命令才不会读取 fstab(或 mtab)。

mount -o remount,rw /dev/foo /dir

在这个调用之后,所有旧的挂载选项都被替换,fstab 中的任意内容都被忽略,除了由 mount 命令内部生成和维护的 loop= 选项。

这是有道理的,因为/dir可能是任意的 - 将设备重新安装到不同的安装点。

/etc/fstab安装时也没有提到/在启动时内核文件系统一无所知的/etc/fstab。引用psusi的回答

最终引导加载程序出现并可以将命令行传递给内核。如果传递了 root= 参数,它会告诉内核根 fs 所在的位置,而不是内置值。需要访问的驱动程序仍然必须内置到内核中

...

最后,今天我们有了 initramfs。这类似于 initrd,但它不是加载到 ramdisk 的压缩文件系统映像,而是压缩的 cpio 存档。一个 tmpfs 被挂载为根目录,并在那里提取存档。initramfs 引导脚本没有使用被视为肮脏黑客的 pivot_root,而是将真正的根目录挂载到 /root 中,删除 tmpfs 根目录中的所有文件,然后将 chroot 放入 /root,然后执行 /sbin/init

不需要 fstab 的文件系统

另请注意,Linux 内核具有其他驻留在内存中的文件系统——这些文件系统通常对用户不可用,其中一些根本没有挂载点,而另一些则暴露给用户。内核不必参考/etc/fstab这些。一个例子是/proc- 它是一个虚拟文件系统,主要公开关于进程的信息,以及一些关于硬件和系统的信息,这些信息应该真正存在于/sys另一个虚拟文件系统中。