LVM需要分区表吗？

Question

看来，我可以成功地在原始块设备上执行pvcreate，而无需采取创建分区表的步骤。然后，我能够创建卷组、逻辑卷，最后创建一个文件系统，挂载它，并通过dd进行测试。

看起来很有效，但我需要一个健全的检查。这主意不好吗？

如何在原始块设备之上创建GPT或MBR分区表？

如何使用parted来显示正在使用哪种类型的分区表？我试过这样做：

分离，选择/dev/sdb，打印和我得到：

错误: /dev/sdb:未识别的磁盘标签

然而，驱动器目前正在使用，我可以读写它。这是在没有分区表的原始块设备上执行LVM时所期望的输出吗？有什么想法吗？

谢谢!

Answer 1

即使LVM本身并不关心有一个真正的分区，创建它的一个原因就是通知分区程序有“存在的东西”。恶梦般的场景是一个新的sysadmin诊断服务器上的启动问题，触发分区程序，查看未分区的磁盘，并得出驱动器已损坏的结论。

我认为创建LVM分区没有坏处。你是?

Answer 2

虽然您只需要在原始块设备之外创建一个pv，但我通常会尽量避免它，因为它可能会导致对块设备的用途的混淆。它还可能破坏一些自动发现例程，如果缺少LVM的配置文件，LVM可以使用这些例程。

下面是一个使用parted创建GPT的示例，该分区包含1个分区，即整个驱动器，并将分区标志设置为lvm。mkpart要求您指定一个文件系统，但它不创建文件系统。在分手中似乎是一个长期存在的错误。另外，1米的起始偏移量是为了确保你得到正确的对齐。

parted /dev/sdb
mklabel GPT
mkpart primary ext2 1M 100%
set 1 lvm on

Answer 3

即使在过去，我使用MS磁盘标签或GPT磁盘标签用于PV，我现在更喜欢在主块设备上直接使用LVM。没有理由使用2个磁盘标签，除非您有一个非常具体的用例(比如带有引导扇区和引导分区的磁盘)。

直接拥有LVM的优点是：

• 简单-您不需要使用2套工具。
• 灵活性-您可以使用pvmove将数据从一个磁盘卷移动到另一个磁盘卷，而无需停机，您可以使用快照和瘦配置。
• 您不需要运行part探头或kpartx就可以告诉内核您创建/调整/删除了一个卷。如果正在使用分区，则需要重新启动部件探测/kpartx可能失败。
• 与在MS-DOS或GPT磁盘上使用LVM相比，性能可能更好。
• 如果使用fdisk创建的分区与基础卷上的区段(例如RAID数组)不对齐，则避免潜在的对齐。