我发现在我公司的 IT 安装中，有许多磁盘，其中一个分区占用了磁盘上的所有空间。通常有一个类似 的东西，/dev/sdb带有一个分区/dev/sdb1，其大小/dev/sdb1是整个块设备的大小。然后使用所需的文件系统格式、挂载点等挂载该分区。
我不明白为什么我们会对这种（1 个分区）配置使用分区而不是整个磁盘。在这种情况下，为什么使用分区而不是整个磁盘？是否有任何最佳实践推荐这种方法？
例如，我们可以在整个原始块设备上创建文件系统并挂载它，而不需要任何分区：
mkfs.ext4 -E stride=16,stripe-width=64 /dev/xvde
mount /dev/xvde /mnt/abc
这将创建一个没有指定分区的挂载点。作为验证：
# sfdisk -l /dev/xvde
Disk /dev/xvde: 6527 cylinders, 255 heads, 63 sectors/track
# fdisk -l /dev/xvde
Disk /dev/xvde: 53.7 GB, 53687091200 bytes, 104857600 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
对于有分区的东西，我们得到它下面的分区列表：
# fdisk -l /dev/sdb
Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes, 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x00082e8c
Device Boot Start End Blocks Id System
/dev/sdb1 2048 3907026943 1953512448 83 Linux
我的基本问题是：与在整个磁盘上创建文件系统然后挂载整个磁盘相比，创建分区然后在该分区上创建文件系统是否有优势？
答案1
在这种情况下使用分区而不是整个磁盘有什么理由吗？
我能想到的几个原因：
- 人们（即未来的管理员）期待分区表。有了分区表，可以避免 WTF 时刻。整个设备上的文件系统可能看起来更简单——“我正在保存一个抽象层，耶！”——但事实并非如此少一个抽象层， 它是还有一种可能性。
- 程序可能首先需要一个分区表，然后需要一个文件系统。看看当事情出错时会发生什么。
我认为第一个原因就足够了。此外（这些可能不适用于您的情况）：
- 如果您需要缩小文件系统并创建多分区设置，那么如果您已经有分区表的话会更容易。
- 如果您需要将引导加载程序放置在某个位置，那么位于某个标准偏移处的单个分区是比整个设备上的文件系统更好的起点。分区外有一些空间可以容纳一些基本的引导加载程序，或者如果您想添加 EFI 系统分区，那么问题就会集中到上述问题上。
但是，如果你需要在机柜之间来回移动磁盘，破坏其逻辑扇区大小任何没有的设置，整个设备上的文件系统都可以让您更轻松地挂载。比较这个问题我的答案就在那里。