在日常 Linux 運(yùn)維工作中，我們經(jīng)常會用到 lsblk 和 df -h 兩個命令查看磁盤信息，但偶爾會遇到一個令人困惑的問題：兩者顯示的磁盤容量不一致。最近在維護(hù)一臺 ECS 服務(wù)器時，就遇到了這種情況，特此記錄排查過程和解決方法，供有同樣需求的運(yùn)維同行參考。

一、問題現(xiàn)象：兩者顯示差異明顯

在服務(wù)器上執(zhí)行 lsblk 命令查看磁盤信息，發(fā)現(xiàn) /dev/sdc 磁盤容量為 215GB（實(shí)際購買的是 200GB 云硬盤，因計(jì)算進(jìn)制差異顯示為 215GB），且已掛載至 /var/lib/docker 目錄。

具體執(zhí)行結(jié)果如下：

[root@ecs-90894794 ~]# lsblk
NAME          MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda             8:0    0   40G  0 disk 
├─sda1          8:1    0    1G  0 part /boot
└─sda2          8:2    0   39G  0 part 
  └─klas-root 253:0    0   39G  0 lvm  /
sdb             8:16   0  200G  0 disk 
sdc             8:32   0  215G  0 disk /var/lib/docker
sr0            11:0    1  458K  0 rom  

但當(dāng)執(zhí)行 df -h /var/lib/docker 查看該掛載點(diǎn)的實(shí)際使用情況時，卻發(fā)現(xiàn)容量僅為 50GB，已用 70%，與 lsblk 顯示的 215GB 相差巨大。

[root@ecs-90894794 ~]# df -h /var/lib/docker
文件系統(tǒng)        容量  已用  可用 已用% 掛載點(diǎn)
/dev/sdc         50G   35G   16G   70% /var/lib/docker

二、問題排查：一步步定位原因

遇到這種差異，首先要明確兩個命令的核心區(qū)別，才能針對性排查：

• lsblk：查看的是物理磁盤/分區(qū)的硬件容量，反映的是磁盤本身的實(shí)際大小，不受文件系統(tǒng)影響；
• df -h：查看的是文件系統(tǒng)已掛載的可用容量，顯示的是文件系統(tǒng)實(shí)際可使用的空間，而非磁盤硬件本身的容量。

基于這個區(qū)別，排查思路如下：

1. 確認(rèn)磁盤分區(qū)是否完整

首先懷疑是磁盤分區(qū)未占滿整個物理磁盤，導(dǎo)致 lsblk 顯示物理盤容量，而 df 顯示分區(qū)容量。執(zhí)行 parted /dev/sdc print 查看分區(qū)詳情：

[root@ecs-90894794 ~]# parted /dev/sdc print
型號：QEMU QEMU HARDDISK (scsi)
磁盤 /dev/sdc：215GB
扇區(qū)大小 (邏輯/物理)：512B/512B
分區(qū)表：loop
磁盤標(biāo)志：

編號  起始點(diǎn)  結(jié)束點(diǎn)  大小   文件系統(tǒng)  標(biāo)志
 1    0.00B   215GB   215GB  xfs

從輸出可以看到，/dev/sdc 只有一個分區(qū)，且分區(qū)已占滿整個 215GB 磁盤，排除“分區(qū)未占滿物理盤”的問題。

2. 確認(rèn)文件系統(tǒng)類型及狀態(tài)

排除分區(qū)問題后，重點(diǎn)排查文件系統(tǒng)。執(zhí)行df -T /var/lib/docker 查看文件系統(tǒng)類型：

[root@ecs-90894794 ~]# df -T /var/lib/docker
文件系統(tǒng)       類型    1K-塊     已用     可用 已用% 掛載點(diǎn)
/dev/sdc       xfs  52403200 36295308 16107892   70% /var/lib/docker

確認(rèn)文件系統(tǒng)為 XFS，這是關(guān)鍵信息。結(jié)合排查結(jié)果，最終定位原因：

磁盤已從 50GB 在線擴(kuò)容至 215GB，分區(qū)表已自動同步擴(kuò)容，但 XFS 文件系統(tǒng)未跟隨擴(kuò)容，仍停留在原來的 50GB 大小。

補(bǔ)充說明：XFS 文件系統(tǒng)本身不支持自動擴(kuò)容，即使底層磁盤/分區(qū)擴(kuò)容，也需要手動執(zhí)行命令讓文件系統(tǒng)識別新增空間。

三、解決方法：一鍵擴(kuò)容 XFS 文件系統(tǒng)

由于分區(qū)已占滿整個物理磁盤，且文件系統(tǒng)為 XFS，只需執(zhí)行一條命令即可完成擴(kuò)容，無需停機(jī)、不丟失數(shù)據(jù)，全程在線操作。

核心命令（直接復(fù)制執(zhí)行）

xfs_growfs /var/lib/docker

命令說明

xfs_growfs 是 XFS 文件系統(tǒng)的擴(kuò)容工具，作用是將文件系統(tǒng)大小擴(kuò)展至底層分區(qū)的最大可用空間。這里直接指定掛載點(diǎn) /var/lib/docker，工具會自動識別對應(yīng)的分區(qū)和文件系統(tǒng)，完成擴(kuò)容。

驗(yàn)證結(jié)果

擴(kuò)容完成后，再次執(zhí)行 df -h /var/lib/docker 查看效果：

[root@ecs-90894794 ~]# df -h /var/lib/docker
文件系統(tǒng)        容量  已用  可用 已用% 掛載點(diǎn)
/dev/sdc        215G   35G  180G   17% /var/lib/docker

此時 df -h 顯示的容量與 lsblk 一致，問題徹底解決。

四、常見場景補(bǔ)充（避坑指南）

除了本次遇到的“XFS 文件系統(tǒng)未擴(kuò)容”場景，df -h 與 lsblk 不一致還有以下兩種常見情況，可對應(yīng)排查：

場景1：分區(qū)未占滿物理磁盤

表現(xiàn)：lsblk 顯示物理盤容量大，parted 查看分區(qū)僅占一部分空間。

解決：先通過 parted 調(diào)整分區(qū)大?。〝U(kuò)大至物理盤100%），再執(zhí)行對應(yīng)文件系統(tǒng)的擴(kuò)容命令（XFS 用 xfs_growfs，ext4 用 resize2fs）。

場景2：文件系統(tǒng)為 ext4 未擴(kuò)容

表現(xiàn)：與本次場景類似，但文件系統(tǒng)為 ext4。

解決：分區(qū)擴(kuò)容后，執(zhí)行 resize2fs /dev/xxx（xxx 為分區(qū)名，如 /dev/sdc1）即可。

到此這篇關(guān)于Linux中df -h與lsblk顯示不一致問題的解決方法的文章就介紹到這了,更多相關(guān)Linux df -h與lsblk顯示不一致內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論