前言： 本文是對這篇博客Maximum Size Of A Logical Volume In LVM的翻譯，敬請尊重原創和翻譯勞動成果，那些隨意轉載的大爺們，好歹也自覺注明出處。謝謝！
英文原文地址：https://www.walkernews.net/2007/07/02/maximum-size-of-a-logical-volume-in-lvm/
翻譯原文地址：http://www.cnblogs.com/kerrycode/p/8662780.html
邏輯卷管理（Linux Logical Volume Manager ）或LVM中單個邏輯卷（LV）的最大大小是多少呢？ 如何動態的調整和修改現有卷組（VG）的物理擴展單元（PE）的大小呢？
很有可能，你看到這篇文章是因為你在Google搜索了這些相似的LVM FAS的問題。 希望這些是你所想要的答案。
創建VG時， LVM卷組（VG）的物理擴展單元（Physical Extends 縮寫PE）大小是固定的， 在Linux命令行中，vgcreate 命令的選項-s表示顯式設置卷組（VG）上物理卷（PV）上PE的大小。
如果你沒有明確設置PE的大小的話，PE大小默認為4MB，但是，一旦這個值設定了，如果不重建VG的話， PE大小是無法修改的。這將涉及邏輯卷上的數據備份和數據恢復。
就目前的LVM2而言 - LVM版本號 2.02.06（2006-05-12），庫版本為1.02.07（2006-05-11），驅動程序版本4.5.0 - 沒有LVM命令或工具，甚至在HPUX中使用vgmodify，也無法動態或在線模式下調整或更改現有VG的LVM PE大小！
因此，建議在創建LVM卷組之前正確計划，例如，如果邏輯卷存儲的數據很有可能在不久的將來超過300G大小的話， 那么你在創建VG的時候，就不能設定PE大小為4MB
Linux邏輯卷管理器或LVM的可視概念圖。
Linux LVM中邏輯卷的最大大小是多少？
為什么邏輯卷的最大大小有限制？
為了限制Linux內核內存使用量，每個邏輯卷（LV）有65,536個物理盤區（PE）的限制。因此，LVM中PE大小將直接決定邏輯卷（LV）的最大大小！例如，4MB PE大小（默認PE大小）將單個邏輯卷（LV）限制為256GB，16MB PE大小將限制單個LV增長超過1TB，等等。
除PE大小因素外，單個LV的最大尺寸也受CPU架構和Linux內核版本的限制：
Linux內核版本2.4.x將最大LV大小限制為2TB。
在2.4.x之前的一些較早的Linux內核中，最大LV大小限制為1TB（由塊層中的整數簽名問題引起 caused by the integer signedness problems in the block layer）。
32位CPU和Linux內核版本2.6.x的組合，邏輯卷大小的限制在16TB時最大化。
對於在64位CPU上運行的Linux內核2.6.x，最大LV大小為8EB（此時非常恐怖的大容量存儲！）
翻譯完成，下面是我Google搜索到關於內核版本和CPU架構對邏輯卷的大小限制的描述資料。僅供參考。
- · For 2.4 based kernels, the maximum LV size is 2TB. For some older kernels, however, the limit was 1TB due to signedness problems in the block layer. Red Hat Enterprise Linux 3 Update 5 has fixes to allow the full 2TB LVs. Consult your distribution for more information in this regard.
- ·
- · For 32-bit CPUs on 2.6 kernels, the maximum LV size is 16TB.
- ·
- · For 64-bit CPUs on 2.6 kernels, the maximum LV size is 8EB. (Yes, that is a very large number.)
--------------------------------------------------分割線-------------------------------------------------------------
有一次創建了一個LV超過265G，但是PE Size為4M，這個讓我非常困惑，后面查了一下資料發現，以前有每個邏輯卷（LV）有65,536個物理盤區（PE）的限制，但是從LVM 2開始，沒有限制PE的數量，這個僅僅作為上面翻譯文章的補充。具體原文如下如下：
Those limits (65536 LE per LV) does not apply to LVM 2 and 2.6 kernel. Your LV can have much more LE (I dont know if there is even reachable limit for this). One and only feedback (if you can notice this) is that userspace programs for managing LVM works _little_ slower, when there is enormous number od LE to administrate. I tested it with 4GB LV on 16MB LE (but I didnt see difference)
原文地址：https://www.redhat.com/archives/linux-lvm/2005-January/msg00059.html
如果你真心覺得文章寫得不錯，而且對你有所幫助，那就不妨小小打賞一下吧，如果囊中羞澀，不妨幫忙“推薦"一下，您的“推薦”和”打賞“將是我最大的寫作動力！
本文版權歸作者所有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接.