1. 從一塊“塞滿的盤”說起搞Linux運維的朋友十有八九都經(jīng)歷過這種時刻磁盤滿了應(yīng)用直接宕掉跑過去一看df -h輸出紅字/分區(qū) 100%一堆日志和臨時文件把/var堆到一點不剩。更頭疼的是當初裝系統(tǒng)時圖省事所有空間全給了根分區(qū)想擴容只能找停機窗口拆機加盤流程長還容易出岔子。我自己最早那幾年就吃過這個虧線上數(shù)據(jù)庫的磁盤告警擴容花了大半夜從那時候起我就意識到Linux 磁盤管理不能只靠“分區(qū)格式化掛載”三板斧得把 LVMLogical Volume Manager邏輯卷管理這套東西真正吃透用它來解決動態(tài)擴容和靈活調(diào)整的痛點。這篇文章以“Linux 磁盤管理與 LVM”為主線不講虛的直接拆解底層概念、常用命令、完整實操流程再附上我踩過的坑和排查經(jīng)驗。適用于剛接觸 Linux 服務(wù)器管理的初學(xué)者也適合正在準備運維面試、想把磁盤這塊知識補全的中級學(xué)習(xí)者。看完這篇文章至少你能做到拿到一塊新盤知道怎么分區(qū)、格式化、掛載對現(xiàn)有 LVM 布局能一眼看懂遇到擴容、縮容、快照這類需求不再心里發(fā)怵。2. 磁盤管理基本功分區(qū)、格式化與掛載2.1 分區(qū)工具怎么選fdisk vs parted vs lsblkLinux 下磁盤分區(qū)工具很多但我實際用下來日常維護主力還是fdisk和parted兩個lsblk則是我每次動手前必看的“地形圖”。fdisk最經(jīng)典的工具交互式操作適合 MBR 分區(qū)表單盤容量 2TB 以下時夠用。操作邏輯簡單n新建、d刪除、w保存退出用熟了全程盲打都行。parted專門應(yīng)對 GPT 分區(qū)表和大容量磁盤2TB 以上必須用它支持交互式和命令行兩種模式。實際生產(chǎn)環(huán)境里我更喜歡直接用parted /dev/sdb --script mklabel gpt這種非交互寫法方便寫進腳本里批量操作避免人工輸入出錯。lsblk查看磁盤和分區(qū)關(guān)系的利器樹狀結(jié)構(gòu)一目了然。它能顯示每個塊設(shè)備的大小、掛載點和類型排查“這塊盤對應(yīng)哪個設(shè)備名”的時候比fdisk -l輸出更直觀。選型背后的邏輯很簡單分區(qū)表類型決定上限。MBR 只能用四個主分區(qū)GPT 幾乎不受限而且 GPT 是現(xiàn)在新服務(wù)器的默認選擇。運維工作中除非是接手老機器必須兼容舊 BIOS否則我強烈建議一律 GPT parted。2.2 格式化到底做了什么分區(qū)只是把一塊物理盤劃分成多個獨立的“空間段”真正讓它能被寫入數(shù)據(jù)必須做文件系統(tǒng)也就是俗稱的“格式化”。這個動作的本質(zhì)是在分區(qū)上初始化一套數(shù)據(jù)結(jié)構(gòu)比如 inode 表、塊組描述符、超級塊等內(nèi)核通過這些結(jié)構(gòu)來管理文件讀寫。常用命令是mkfs.ext4 /dev/sdb1或mkfs.xfs /dev/sdb1加-t可以指定類型確認例如mkfs -t ext4。具體選 ext4 還是 xfs我建議看場景文件系統(tǒng)優(yōu)點適用場景ext4兼容性最強支持在線擴容和縮容前提是未掛載時縮容也費勁通用業(yè)務(wù)、老系統(tǒng)遷移xfs性能好大文件處理強擴容只需xfs_growfs大數(shù)據(jù)、數(shù)據(jù)庫、高并發(fā)存儲btrfs支持快照、壓縮、校驗和實驗環(huán)境、特殊存儲需求一個很容易被忽略的點xfs 不支持在線縮容只能擴不能縮。如果你預(yù)期后續(xù)要縮容一開始就別選 xfs。這是個花了大代價換來的教訓(xùn)我有一次在日志服務(wù)器上用了 xfs后來空間分配不合理想縮容只能遷移數(shù)據(jù)重建文件系統(tǒng)相當痛苦。2.3 掛載與永久掛載格式化完的分區(qū)要掛載到目錄樹里才能用。臨時掛載用mount /dev/sdb1 /data重啟就失效永久掛載得寫進/etc/fstab。為什么不能只寫mount因為重啟后系統(tǒng)不會自動恢復(fù)未登記的掛載關(guān)系。/etc/fstab每一行的格式是設(shè)備名、掛載點、文件系統(tǒng)類型、掛載選項、dump 備份標記、fsck 檢查順序。實際操作我會建議別直接寫設(shè)備名比如/dev/sdb1而是寫 UUID因為重啟后設(shè)備名可能漂移但 UUID 是穩(wěn)定不變的。用blkid可以查到分區(qū)的 UUID。典型的 fstab 行UUIDxxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx /data ext4 defaults 0 2寫完 fstab 后務(wù)必用mount -a測試一遍。別問我為什么強調(diào)這個——我有一次改完 fstab 沒驗證重啟后系統(tǒng)因為掛載失敗進不去只能進 rescue 模式改回來冷汗都下來了。加nofail選項可以在掛載設(shè)備不存在時跳過避免這種問題但核心還是寫完后先測。3. LVM 設(shè)計哲學(xué)為什么你需要它3.1 傳統(tǒng)分區(qū)的瓶頸與 LVM 的解法傳統(tǒng)分區(qū)方案下一個分區(qū)的邊界一旦定死想調(diào)整就只能刪了重建這在生產(chǎn)環(huán)境等于災(zāi)難。LVM 的核心思路是把物理磁盤抽象成“資源池”你不再直接面對物理分區(qū)而是面對邏輯卷邏輯卷的大小可以動態(tài)調(diào)整底層空間來自一個或多個物理磁盤聚合出的“池子”。拿生活化例子類比傳統(tǒng)分區(qū)像一套固定隔間的出租房每個隔間的墻都澆筑死了想擴大某間屋只能砸墻重砌LVM 像一個倉庫里面堆著可移動貨架你隨時可以調(diào)整某個區(qū)域的邊界甚至可以臨時把隔壁區(qū)域的貨架挪過來用。這個靈活性就是 LVM 存在的最大價值。LVM 的分層結(jié)構(gòu)是理解一切命令的鑰匙PVPhysical Volume物理卷一塊磁盤或分區(qū)標記后就能被 LVM 使用。VGVolume Group卷組多個 PV 聚合形成的資源池相當于“總倉庫”。LVLogical Volume邏輯卷從 VG 里劃出的具體空間是最終格式化掛載使用的對象。PEPhysical ExtentPV 上的最小存儲單元默認 4MiB類似文件系統(tǒng)里的塊。LV 的分配就是按 PE 個數(shù)來計算的。3.2 LVM 里的關(guān)鍵術(shù)語與數(shù)據(jù)流向數(shù)據(jù)寫入路徑是這樣的進程 → LV → VG → PE → PV → 磁盤扇區(qū)。理解這個鏈路后你就明白為什么 LVM 可以跨磁盤——一個 VG 里可以加入多塊 PVLV 的數(shù)據(jù)可以散布在多塊物理盤上。但這也帶來一個隱患如果某個 PV 故障且它是 VG 里唯一的數(shù)據(jù)源整個 VG 就危險了。所以生產(chǎn)環(huán)境往往用 RAID 或硬件陣列把多塊盤先做成整列再在其上建 LVM這樣既拿到 LVM 的靈活性又保住數(shù)據(jù)可靠性。pvcreate、vgcreate、lvcreate這三個命令是 LVM 的核心入口。pvcreate /dev/sdb1把分區(qū)初始化為 PVvgcreate vg_data /dev/sdb1 /dev/sdc1把兩個 PV 放入卷組lvcreate -L 100G -n lv_data vg_data從卷組劃出邏輯卷。每步完成后用pvs、vgs、lvs三個簡寫命令查看狀態(tài)基本能覆蓋 90% 的排查場景。4. LVM 實操全流程從初始化到擴容4.1 場景設(shè)定與初始化操作為了把流程串起來我們假設(shè)一個常見需求機器上新增了兩塊 500GB 的物理盤/dev/sdb和/dev/sdc要把它們組合成一個卷組劃分出邏輯卷掛載到/data下用于存放業(yè)務(wù)文件。第一步確認磁盤識別狀態(tài)lsblk輸出中能看到/dev/sdb和/dev/sdc都是裸盤狀態(tài)未分區(qū)未格式化。第二步創(chuàng)建 PVpvcreate /dev/sdb /dev/sdc這里有個細節(jié)可以直接把整個裸盤設(shè)為 PV也可以分區(qū)后再設(shè)。用裸盤省事但如果盤上已有分區(qū)表或數(shù)據(jù)痕跡pvcreate會拒絕執(zhí)行并要求加-f強制這個操作有破壞性生產(chǎn)環(huán)境務(wù)必先確認盤內(nèi)數(shù)據(jù)不需要了。第三步創(chuàng)建 VGvgcreate vg_data /dev/sdb /dev/sdc默認 PE 大小是 4MiB不需要動。用vgdisplay vg_data可以看到 VG 總大小和剩余空間我這里應(yīng)該顯示約 931GB。第四步創(chuàng)建 LV 并格式化掛載lvcreate -L 800G -n lv_data vg_data mkfs.xfs /dev/vg_data/lv_data mkdir -p /data mount /dev/vg_data/lv_data /data這里故意留了約 131GB 空閑后面擴容演示就是用這部分剩余空間。把掛載寫入 fstab 時建議使用邏輯卷的路徑而非/dev/vg_data/lv_data因為系統(tǒng)啟動時 LVM 的激活順序由lvm2服務(wù)保證直接寫邏輯卷路徑是安全的。更穩(wěn)妥的做法是用blkid查邏輯卷的 UUID 后寫入兩種方式我都在用實測都沒問題。4.2 LV 在線擴容的正確姿勢擴容是 LVM 最吸引人的功能但許多人第一次操作時容易搞錯順序。核心原則先擴 LV再擴文件系統(tǒng)順序反了會報錯或者導(dǎo)致內(nèi)核沒有刷新識別新大小。比如要把lv_data從 800G 擴到 900G命令是lvextend -L 100G /dev/vg_data/lv_data或者直接指定擴容后大小lvextend -L 900G /dev/vg_data/lv_data然后看文件系統(tǒng)類型xfs 用xfs_growfs /dataext4 用resize2fs /dev/vg_data/lv_dataxfs_growfs的參數(shù)是掛載點而resize2fs的參數(shù)是設(shè)備路徑這個區(qū)別幾乎每天都有新手問。xfs 不能在掛載狀態(tài)下縮容所以它對擴容方向特別友好ext4 縮容必須在卸載狀態(tài)下用resize2fs而且有風(fēng)險千萬別在掛載狀態(tài)強行縮。4.3 縮容與遷移真到用時方知難縮容比擴容復(fù)雜得多因為要保證數(shù)據(jù)安全必須先減小文件系統(tǒng)再減小 LV。ext4 的流程是卸載文件系統(tǒng)umount /data檢查文件系統(tǒng)e2fsck -f /dev/vg_data/lv_data縮文件系統(tǒng)resize2fs /dev/vg_data/lv_data 500G縮邏輯卷lvreduce -L 500G /dev/vg_data/lv_data重新掛載mount /dev/vg_data/lv_data /data每一步都要確認成功再走下一步特別是第 3 步和第 4 步的大小必須嚴格一致不然邏輯卷比文件系統(tǒng)小數(shù)據(jù)會被截斷那是災(zāi)難級的故障。xfs 沒有縮容能力想縮小就只能備份數(shù)據(jù)、重建 LV、恢復(fù)數(shù)據(jù)。所以我再次強調(diào)創(chuàng)建 xfs 文件系統(tǒng)前先想清楚未來是否有縮容需求。至于 LV 遷移用pvmove /dev/sdb /dev/sdc可以將數(shù)據(jù)從一塊故障盤遷移到另一塊這在磁盤預(yù)警后做熱替換非常有用。我經(jīng)歷過的場景是某塊物理盤 SMART 報警但還沒完全掛掉就是靠pvmove把數(shù)據(jù)搬到新盤然后vgreduce移除舊 PV全程業(yè)務(wù)無感知。4.4 LVM 快照回滾的秘密武器LVM 快照不是物理復(fù)制數(shù)據(jù)而是基于 COWCopy-On-Write寫時復(fù)制機制。創(chuàng)建快照時系統(tǒng)只記錄原卷的元數(shù)據(jù)狀態(tài)實際數(shù)據(jù)不動后續(xù)原卷有修改時舊數(shù)據(jù)才被復(fù)制到快照區(qū)。因此快照空間占用遠小于原始數(shù)據(jù)量但快照區(qū)一旦被寫滿快照就會失效這點必須提前留出充足空間。常用操作lvcreate -L 20G -s -n snap_lv_data /dev/vg_data/lv_data這里的-s表示 snapshot-n指定快照名?；貪L時卸載原 LV用lvconvert --merge /dev/vg_data/snap_lv_data把快照合并回去。這個操作我一般在業(yè)務(wù)發(fā)版前做一版快照萬一出問題幾十秒就能回到發(fā)布前狀態(tài)大大縮短回滾時間。需要注意快照期間原卷的每次寫入都會觸發(fā) COW如果業(yè)務(wù)寫入量大快照區(qū)會迅速膨脹一定要監(jiān)控快照使用率滿了立即刪除或擴容。5. 常見故障排查與避坑手記5.1 掛了但沒掛上fstab 與 UUID 問題這是 Linux 磁盤管理最經(jīng)典的坑。系統(tǒng)啟動時報錯進不去多半是/etc/fstab里的設(shè)備名失效了。排查思路分三步開機時查看日志確認哪行失敗進 rescue 模式把 fstab 里對應(yīng)的行注釋掉正常啟動后再用blkid核對 UUID 重新掛載。還有一種情況是設(shè)備存在但掛載點寫錯比如掛載點沒創(chuàng)建就直接mount系統(tǒng)會報 “mount point does not exist”。解決方案簡單先mkdir -p再掛。別笑新手階段我至少犯過三次。5.2 pvdisplay 看不到 PV先看分區(qū)類型執(zhí)行pvcreate成功但重啟后pvdisplay找不到 PV這種情況通常和分區(qū)類型標識有關(guān)。如果 PV 建在分區(qū)/dev/sdb1上分區(qū) ID 應(yīng)該是8eLinux LVM 類型用fdisk -l可以確認。如果是裸盤建 PV不存在這個問題。但更常見的原因是/etc/lvm配置文件里filter過濾規(guī)則設(shè)置了accept列表把某些設(shè)備排除了。排查時用vgscan -v查看掃描過程能定位到被過濾的設(shè)備。5.3 快照空間不足導(dǎo)致鎖死快照寫滿后原 LV 不會立刻損壞但相關(guān) I/O 會變慢甚至卡住。處理方式立即刪除快照lvremove -f /dev/vg_data/snap_lv_data釋放 COW 壓力原卷數(shù)據(jù)不受影響。如果業(yè)務(wù)需要保留快照就得在創(chuàng)建時預(yù)留 20% 以上的空間并且設(shè)置監(jiān)控告警。我在 KVM 虛機上做過一次實驗快照區(qū)只有 2G業(yè)務(wù)寫入高峰期半小時就寫爆當時數(shù)據(jù)庫寫入明顯變慢丟了兩分鐘監(jiān)控數(shù)據(jù)后續(xù)再也沒敢把快照區(qū)設(shè)得太小。5.4 常用排查命令清單場景命令說明查看空間df -h看掛載點使用率查看磁盤lsblk看塊設(shè)備樹狀結(jié)構(gòu)查看分區(qū)表fdisk -lMBR/GPT 分區(qū)信息查看 UUIDblkid獲取設(shè)備唯一標識查看 PVpvs/pvdisplay物理卷狀態(tài)查看 VGvgs/vgdisplay卷組狀態(tài)和大小查看 LVlvs/lvdisplay邏輯卷狀態(tài)掃描 LVMvgscan/lvscan重新識別 LVM 設(shè)備查看掛載findmnt確認掛載關(guān)系這些命令建議背下來面試和技術(shù)答辯基本都會問到平時排查也足夠用了。真正的高手不是記住每個參數(shù)而是能在出問題時快速定位是哪一層出了問題——是物理層、分區(qū)層、LVM 層還是文件系統(tǒng)層。5.5 性能問題的隱雷LVM 不是萬能的最后說一個容易被忽視的坑。LVM 的條帶化striped功能可以提升并發(fā)讀寫性能但配置起來相當謹慎。lvcreate -i 2 -I 64k -L 100G vg_data表示在兩個 PV 間做條帶化條帶大小 64KiB。這種配置對順序讀寫有明顯幫助但一旦其中一個 PV 故障整個 LV 的數(shù)據(jù)都可能不可用可靠性反而下降。我個人的建議是生產(chǎn)環(huán)境優(yōu)先做 RAID 底層LVM 只做邏輯管理個人測試環(huán)境可以隨意折騰條帶化實驗。性能不夠別急著上 LVM 條帶先去查文件系統(tǒng)掛載參數(shù)、IO 調(diào)度器、緩存策略這些往往影響更大。6. 面試高頻題與實戰(zhàn)復(fù)盤很多人在準備 Linux 面試時會發(fā)現(xiàn)磁盤管理和 LVM 是必考模塊。最常被問的幾個問題這里直接給出我認為最到位的答法思路。問題請解釋 PV、VG、LV 的關(guān)系并說明 PE 的作用。答題思路先講分層結(jié)構(gòu)——PV 是物理卷由物理磁盤或分區(qū)構(gòu)成多個 PV 組成 VGVG 是資源池LV 從 VG 劃出是對外可見的邏輯卷。PE 是 LVM 最小的分配單位默認 4MiBLV 的大小就是 PE 數(shù)量的整數(shù)倍。用一句話總結(jié)PE 是 LVM 的“磚塊”PV 是“磚場”VG 是“倉庫”LV 是“隔出來的房間”。問題怎么給根分區(qū)擴容答題思路先說根分區(qū)能否擴取決于當初是否用了 LVM。如果是標準分區(qū)且空間不足要么遷移數(shù)據(jù)到新盤要么用分區(qū)調(diào)整工具如 gparted 的 LiveCD 方式但風(fēng)險高如果根分區(qū)在 LVM 里新增一塊 PV 加入 VG然后lvextend擴根分區(qū)對應(yīng)的 LV再擴容文件系統(tǒng)即可。關(guān)鍵在于向面試官展示你能分清楚“標準分區(qū)”和“LVM”兩種場景的差異。問題xfs 和 ext4 的區(qū)別答題思路xfs 適合大文件高并發(fā)擴展性強但不支持縮容ext4 兼容性好支持縮容但操作復(fù)雜。如果磁盤容量規(guī)劃不明確優(yōu)先 ext4如果確定未來只增不減且重視性能選 xfs?；卮饡r可以補一個實際案例比如數(shù)據(jù)庫日志目錄用的是 xfs普通業(yè)務(wù)數(shù)據(jù)目錄用的是 ext4。問題在線擴容時為什么必須先擴 LV 再擴文件系統(tǒng)答題思路LV 是邏輯邊界文件系統(tǒng)是數(shù)據(jù)管理邊界。如果先擴文件系統(tǒng)文件系統(tǒng)嘗試使用超出 LV 限定的空間會立刻報錯如果只擴 LV 不擴文件系統(tǒng)文件系統(tǒng)感受不到新增空間也無法使用。順序其實是系統(tǒng)設(shè)計上的強約束理解了這一層就不會再犯順序顛倒的錯誤。7. 實際操作中的一些個人習(xí)慣文章快寫完了按慣例分享幾個我個人多年養(yǎng)成的習(xí)慣算不上什么標準答案但確實幫我避免過幾次事故。第一每次改 LVM 或 fstab 之前先cp /etc/fstab /etc/fstab.bak.日期改完用mount -a驗證確認沒問題再繼續(xù)。備份這件事在服務(wù)器管理里永遠不嫌多特別是牽涉到啟動流程的文件多一份備份就多一條退路。第二生產(chǎn)環(huán)境新建 LV 實際使用量不要超過 80%。LVM 雖然能在線擴容但擴的時候需要 VG 有足夠空閑空間如果整塊盤都分配完再想擴就只能加新盤。預(yù)留 20% 的空間既是性能冗余也是操作空間。這個比例我在數(shù)據(jù)庫服務(wù)器上甚至放到 30%。第三監(jiān)控快照使用率。創(chuàng)建完快照后我會掛一條 cron 或者寫進現(xiàn)有監(jiān)控腳本里每小時檢查一次/dev/mapper下的快照空間超過 70% 立即處理。快照寫滿這件事不發(fā)生則已一發(fā)生就是生產(chǎn)事故預(yù)防成本比處理成本低太多了。第四熟悉 rescue 模式。不管用什么發(fā)行版都值得花半小時練習(xí)進入 rescue 模式的路徑。因為磁盤和 LVM 出問題時很多時候系統(tǒng)起不來你連命令都打不了再強的知識也用不上。能把系統(tǒng)救起來才有后續(xù)的修復(fù)操作。Linux 磁盤管理和 LVM 是運維工程師的基本功也是系統(tǒng)設(shè)計里最容易被低估的一環(huán)。很多人覺得“能用就行”等真正空間不夠、磁盤報警的時候才后悔當初沒好好規(guī)劃。趁現(xiàn)在手上環(huán)境還能折騰多建幾個 PV、多切幾個卷、多做幾次快照回滾練習(xí)這些操作熟練了以后真遇上故障心里就有底了。