☰

是否使用 `/etc/fstab` 来重新挂载驱动器？

tag-icon • tag-icon boot partitioning mount hard-drive fstab
是否使用 `/etc/fstab` 来重新挂载驱动器？

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

通过阅读文档Ext4 文件系统我了解到默认数据模式ordered仅保护元数据。在我的项目中，我们想将其更改为journal同时保护文件数据，因为数据安全更为重要。

我尝试做的第一件事就是修改/etc/fstab文件。我尝试更改

UUID=<UUID> / ext4 errors=remount-ro 0 1

到

UUID=<UUID> / ext4 errors=remount-ro,data=journal 0 1

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

但是，当我重新启动设备时，出现了一条错误消息，提示“ cannot change data mode on remount。我检查了一下，看到了一条关于使用数据模式dmesg安装驱动器的早期消息。ordered

很长一段时间以来，我都认为/etc/fstab它用于覆盖默认安装选项，以便驱动器仅安装一次。但现在看来不对：驱动器使用其默认安装选项进行安装，然后/etc/fstab拿起它重新安装。

我的问题是：

  • 这个“mount-remout”过程是系统设计的吗？我读过Fstab维基页面但没有看到它提到“mount-remount”的事情。
  • 如果/etc/fstab确实用于重新安装，在启动过程的哪一步中第一次安装驱动器？它是否在 中实现？我确实在和/etc/init.d中看到了一些脚本，但是浏览其内容，它们看起来并不相关。/etc/init.dumountfsumountroot

答案1

从man ext4：

数据={日志|有序|写回}
              指定文件数据的日志记录模式。元数据始终
              日志记录。要在根文件系统上使用除有序模式之外的模式，
              tem，将模式作为启动参数传递给内核，例如 root‐
              标志=数据=日志。

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

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

到

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash root‐flags=data=journal"

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

答案2

当使用 /etc/fstab 时

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

还引用sourcejedi 的回答（来自mount(8)手册）：

安装-o重新安装，rw / dir

这次通话之后，mount 读取 fstab 并将这些选项与命令行中的选项合并（-o）. 如果在 fstab 中未找到挂载点，则允许使用未指定的源重新挂载。

但是，这并不意味着总是/etc/fstab使用。特别是，当您还指定设备文件时；参考mount(8)手动的：

重新安装功能遵循 mount 命令使用 fstab 选项的标准方式。这意味着仅当设备和目录完全指定时，mount 命令才不会读取 fstab（或 mtab）。

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

调用此函数后所有旧的挂载选项都会被替换并且 fstab 中的任意内容都会被忽略，除了 loop= 选项，它由 mount 命令内部生成并维护。

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

/etc/fstab在启动时挂载文件系统时也不会引用内核对此/一无所知/etc/fstab。引用psusi 的回答：

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

...

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

不需要 fstab 的文件系统

还要注意的是，Linux 内核其他文件系统驻留在内存中的文件 - 通常用户无法访问这些文件，其中一些文件根本没有挂载点，而另一些文件则暴露给用户。内核不必引用/etc/fstab这些文件。例如/proc- 它是一个虚拟文件系统，主要暴露有关进程的信息，还有一些有关硬件和系统的信息，而这些信息实际上应该在/sys另一个虚拟文件系统中。

相关内容