LVM 擴展文件系統：新分區與擴展現有分區
我經常需要在 VMWare-ESX 6 上執行的 RHEL7 系統上擴展文件系統。通常，我調整現有虛擬磁碟的大小並執行以下 cmd：
- echo “1” > /sys/class/scsi_disk/0:0:X:X/device/rescan
- pvresize /dev/sdX
- lvextend -l+100%FREE$$ VolumeGroup $$
- 調整大小2fs$$ MountPoint $$
我認為這是一個方便的解決方案，但 RedHat、VMWare 和我發現的大多數其他 How2 使用另一種方式。他們創建一個新分區並將其添加到卷組，而不是調整現有分區的大小。
看：
https://access.redhat.com/solutions/24770
我無法預測空間的需求，所以我不得不經常調整大小，但我不想每次都創建一個新分區。他們使用和偏愛第二種方法一定是有原因的，我認為第二種方法更糟糕。誰能告訴我為什麼？
親切的問候薩沙
實際上，在您指向 RedHat 文章的連結中，第一步說：
從空閒磁碟或分區創建物理卷（例如 /dev/sdc1 作為分區）
在 VMWare 文章的連結中，頂部有一條註釋：
**注意：**這些步驟僅適用於 EXT3 文件系統。
所以你可以做一個/或。在幾乎所有情況下（從 RHEL7/GRUB2 開始——對不起，我不能代表 VMWare），推薦的方法是在創建如下方案時不要創建分區。
Disk |- MBR |- |- LVM |- |- |- Superblock有時由於不分區而存在對齊問題，這會導致性能損失，但是對於據稱需要分區的系統，您可以補償 LVM 中缺少的分區。
分區的建議曾經基於這樣一個事實，即其他作業系統將無法讀取 LVM 元數據，並且由於沒有分區，因此會將磁碟顯示為未格式化而不是顯示為具有分區。實際上，即使在 Linux 中，如果沒有分區，磁碟對於所有分區工具（fdisk、gdisk、parted 等）來說似乎都是未使用的。那是因為它們旨在尋找分區。
如果您正在執行 VMware，我假設您正在使用有控制措施的公司環境——SA 沒有任何理由對分區進行操作，而且您永遠不會擁有 Windows 或任何“其他” OS”安裝到機器上，除非機器被重新利用。因此，不適用分區的建議。
舊版本 RHEL 的最佳實踐是分區： https ://unix.stackexchange.com/questions/76588/what-is-the-best-practice-for-adding-disks-in-lvm
使用整個磁碟的修訂建議對於 RHEL 7 來說當然是新的，因為舊系統使用 GRUB 而不是 GRUB2。在那些較舊的系統上，保留分區的原因是 /boot 需要在物理磁碟上。
在您的情況下，您不是指作業系統磁碟，因此即使在較舊的系統中，您也可以安全地將 LVM 元數據直接保存在原始磁碟上，而無需任何分區。
在一種情況下，您需要使用保護性 MBR，即您在來賓作業系統的物理驅動器上使用 LVM，而不是使用 vmdk 或其他類型的文件。但即使如@shodanshok 所述，您也可以使用管理程序上的 lvm.conf 中的過濾器來隱藏它們。
如果這是一個 SAN 支持的物理磁碟，這裡有一個討論： https ://access.redhat.com/discussions/1488023
Oracle DBA 還建議使用原始磁碟： http ://www.dba-oracle.com/real_application_clusters_rac_grid/raw_devices_linux.html
最後，Reddit 上也對此進行了討論： https ://www.reddit.com/r/sysadmin/comments/292qf2/lvm_physical_disk_vs_partitions/
幾乎每個人都同意，使用整個磁碟。
如果您有興趣，請進一步閱讀有關從 LVM 支持的磁碟引導的資訊。 https://unix.stackexchange.com/questions/136614/how-does-grub2-load-the-kernel-from-an-lvm-volume
http://forums.fedoraforum.org/showthread.php?t=263325
總結一下：使用整個磁碟。有一天，分區工具可能會在 *nix 中完全停止使用，取而代之的是 zfs 工具、btrfs 工具、lvm 或三者的某種組合。