无分区文件系统的优点

Question

几周前我遇到了一些我以前从未见过的事情：一个文件系统（我相信是 ext3）安装到没有分区的存储设备上。本质上/dev/sdb 是整个文件系统。我知道许多文件系统可以扩展到空白空间，因此这样做可以在不处理 LVM 或其他类型的卷管理器的情况下进行扩展，但是以这种方式设置存储还有其他优势吗？

我看到的具体情况是作为数字运算服务器的临时数据卷，引导和根卷完全是不同存储设备上的传统分区。——

Answer 1

优点：您不会在分区表上浪费一个磁盘扇区。（好极了。）

优点：该磁盘可用于不支持 PC 式分区的操作系统。（就像你要使用一个一样。）

缺点：这是不寻常的，可能会使协同系统管理员感到困惑。（看？）

缺点：如果您安装另一个操作系统，它可能会认为该磁盘包含垃圾，并且很容易通过选择错误的磁盘而意外覆盖它——而操作系统通常会保留它们不理解的分区类型。

不相关：直接在磁盘上扩展文件系统并不比在分区中更容易，反之亦然。（在 LVM 上会更容易。）

结论：它有效，但不是一个好主意。

另一个缺点：以后更难将分区分成两部分。 (7认同)
遇到了这个 [超级用户问答](http://superuser.com/questions/215341/dev-sda1-not-a-subset-of-dev-sda)，其中有一些使用 `hexdump` 和 `od` 的好例子以非常具体的方式展示`/dev/sda` 与.. `/dev/sda1` 设置的情况。 (5认同)
在整个磁盘上扩展卷要简单一些，因为您不必首先扩展分区。 (4认同)
混乱，哎！我的内部仪表目前倾向于“错误的优化尝试”。 (2认同)
在非商业环境中，安装另一个操作系统可能是相关的 - 但谁会在商业环境中进行多重引导？我很不安，这是规范的答案。没什么错，只是它的意见。我对无分区磁盘的使用持怀疑态度，但下面给出了一些很好的理由。 (2认同)

Answer 2

当这在虚拟环境中完成时，我看到了真正的好处。由于我们的 VMDK 存储在我们的 NAS 上，我们可以动态地扩展它们。

如果我们使用分区，要么我们需要使用 LVM（以及与之相关的开销）并将这些分区链接在一起，要么我们需要关闭主机（或文件系统，如果不使用）以使用类似 gparted 的东西。

但是，如果您使用整个磁盘而不是分区，则可以强制重新扫描 SCSI 磁盘并使用 resize2fs 在文件系统在线（和正在使用！）时扩展文件系统。

Answer 3

不确定这将如何应用于 Linux 但对于本机 ZFS，建议在整个磁盘而不是分区上创建池的一个原因是在前一种情况下可以启用磁盘写入缓存。

这里还提到了其他几个原因：

结论：它有效，并且可能是一个好主意，具体取决于文件系统。

当然，但是让操作系统在不知道文件系统或原始设备消费者要求的情况下盲目地打开缓存并不是一种可靠的方法。像数据库这样的应用程序需要确保提交的事务在磁盘上，而不仅仅是在内存中。 (4认同)
不能在分区级别启用写缓存。启用后，它会影响整个磁盘。如果文件系统正在使用整个磁盘，则它“拥有”该磁盘，因此它可以打开和关闭该缓存，而不会产生任何附带风险。否则，这样做可能会影响另一个磁盘使用者，因为其自身原因需要禁用该缓存。 (3认同)

Answer 4

将文件系统放在磁盘设备上而不创建任何分区并不少见。

好处：

当您无论如何都想使用整个空间时，您就不必浪费时间使用某些分区工具
您不必担心“标准”分区格式的不兼容性（顺便说一句，标准分区格式是什么，DOS 一种，BSD 一种？），例如 DOS 分区格式在使用时只允许最多 2 TB 的分区512 字节逻辑扇区！
您不必担心（当前）具有异常扇区大小（例如 4 k）的驱动器上的分区引起的对齐问题 - 当然，当前的发行版应该提供能够正确对齐不同扇区大小的分区工具

能够在原始设备上调整文件系统的大小并不是一个很好的理由。你这样节省的空间，你不能用来做其他事情。因此，您可以直接在整个设备上创建文件系统。