简洁版本：
在 Ubuntu 18.04 系统的 /etc/fstab 中，将分区挂载为 /home 时通常使用的选项是什么？只是“默认值 0 2”，还是其他？
较长的版本：
我今天搞砸了我的 /etc/fstab，但设法把它弄回来了。我弄乱了一些东西，基本上删除了 fstab 中的 /home 条目，但我不知道它做了这件事，系统仍然正常工作。当我重新启动系统时（出于其他原因），系统被搞坏了，甚至不让我登录（甚至在Ctrl+ Alt+F3控制台上也不行）。我最终把注意力集中在 fstab 问题上，重新创建了丢失的行，现在我正在从该系统发帖。
但我只是输入了一行通用的命令，其中 options="defaults"、dump=0 和 pass=2。我怀疑 dump 和 pass 本来就没问题，但我敢打赌除了默认值之外，选项应该还会有。有人能看一下 vanilla 18.04 系统并告诉我 /home 挂载的选项是什么吗？auto_da_alloc？
我在发帖前搜索过这个论坛。2011 年的一个帖子也就是说，默认就可以，但那已经是 8 年前的事了……
更长的版本，包含此次失误的背景信息：
我一周前升级到了 18.04。我保留了 /home 分区，复制到新驱动器，并围绕该分区安装了操作系统。一周以来，它一直运行良好。
今天，我正在设置备份过程，并忙着安装其他驱动器，包括外部驱动器。外部驱动器是现有的 HDD，我将其放入全新的 SATA3/USB 外壳中，所以我的第一步就是确保新外壳可以正常工作。
新的机箱/驱动器出现在 Ubuntu 的磁盘实用程序中，我可以看到旧分区。我挂载了其中一个分区以确认它正常工作，然后运行 df（或类似的东西）来确认它。
就在那时，我注意到它已将新分区挂载在 /home，显然取代了常规的 /home。哦，挂载操作遵循了分区的标签（是的，我现在明白为什么了）。快速查看 /home 确认它正在查看旧驱动器上的数据。哎呀！我立即卸载它，它又回到了正确的主分区。正确的文件再次出现在 /home。呼，好，不要再这样做了！
系统又可以正常工作了，但我不知道的是，在执行此操作时，Disks 实用程序弄乱了 fstab 文件。原始的 /home 条目不见了，现在正确分区的 UUID 与另一个挂载点相关联（更多详细信息我将在此跳过）。下次我重新启动时，砰的一声，没有 /home。
经过一个小时的谷歌搜索并思考在它坏掉之前我刚刚做了什么之后，我弄明白了并使用 fstab 中的通用行恢复了它。
谢谢阅读 ：）
答案1
获取分区的 UUID 对于sudo blkid
GPT 分区磁盘，请使用sudo sgdisk
Ubuntu 文档中有关 UUID 的更多信息：使用 UUID
ext4 主分区的“builtin”/home行：fstab
# <file system> <mount point> <type> <options> <dump> <pass>
# /home
UUID=<a-string> /home ext4 defaults 0 2
答案2
好的，听起来 18.04 系统中没有针对 /home 挂载的特殊设置——只需使用“defaults 0 2”，就像我在原始帖子中所说的那样。
感谢 cmak.fr 和 karthik！