主页 / ubuntu / 问题 / 1108320
Accepted
yaobin
Asked: 2019-01-10 07:21:12 +0800 CST

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

  • 772

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

通过阅读Ext4 Filesystem文档，我了解到默认数据模式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”过程是系统的设计吗？我阅读了Fstabwiki 页面，但没有看到它提到“mount-remount”的事情。
  • 如果/etc/fstab真的是用来重挂载的，第一次挂载是在引导过程的哪一步？它在 中实施/etc/init.d吗？我确实在/etc/init.d调用umountfs和中看到了一些脚本umountroot，但是，浏览它们的内容，它们看起来并不相关。
boot fstab partitioning mount hard-drive

2 个回答

  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并重新启动。

    • 9
  2. Best Answer

    使用 /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)手册：

    重新挂载功能遵循 mount 命令如何与 fstab 中的选项一起使用的标准方式。这意味着只有在完全指定了设备和目录时，mount 命令才读取 fstab（或 mtab）。

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

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

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

    在引导/etc/fstab时挂载文件系统时也没有引用/内核对/etc/fstab. 引用psusi 的回答：

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

    ...

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

    不需要 fstab 的文件系统

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

    • 6

相关问题