我希望你和你的亲人一切都好。
我面临一个我无法理解根本原因的问题。
我有一个 CentOS 7 64 位的虚拟机。该 VM 具有以下分区:
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/cl-root 1.1T 1.1T 3.1G 100% /
devtmpfs 126G 0 126G 0% /dev
tmpfs 126G 0 126G 0% /dev/shm
tmpfs 126G 4.1G 122G 4% /run
tmpfs 126G 0 126G 0% /sys/fs/cgroup
/dev/sda3 239M 147M 76M 66% /boot
/dev/mapper/cl-tmp 190M 1.6M 175M 1% /tmp
tmpfs 26G 0 26G 0% /run/user/0
在挂载点/
(根)中,如您所见,卷总大小 1.1 TB 中只有 3.1 GB 可用空间。
我试图确定是否有某些删除文件被某个进程锁定,但情况并非如此:
# ls -l /proc/*/fd/* | grep deleted
ls: cannot access /proc/20484/fd/255: No such file or directory
ls: cannot access /proc/20484/fd/3: No such file or directory
ls: cannot access /proc/self/fd/255: No such file or directory
ls: cannot access /proc/self/fd/3: No such file or directory
使用parted
,我发现该分区的大小如下:
#parted /dev/cl/root
GNU Parted 3.1
Using /dev/dm-0
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print free
Model: Linux device-mapper (linear) (dm)
Disk /dev/dm-0: 1197GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:
Number Start End Size File system Flags
1 0.00B 1197GB **1197GB** ext4
用于lvdisplay
检查逻辑卷,我有:
# lvdisplay /dev/mapper/cl-root
--- Logical volume ---
LV Path /dev/cl/root
LV Name root
VG Name cl
LV UUID hwPnR8-7VX2-DNjb-HUjU-Cbai-Rl37-txslGH
LV Write Access read/write
LV Creation host, time computer-node-07, 2018-10-17 13:59:48 -0300
LV Status available
#open 1
LV Size 1.09 TiB
Current LE 285364
Segments 10
Allocation inherit
Read ahead sectors auto
-currently set to 256
Block device 253:0
现在,当我使用 获取卷大小时du
,我得到以下输出:
du -csh --block-size=1G /Mb
du: cannot access ‘/proc/173159/task/173159/fd/3’: No such file or directory
du: cannot access ‘/proc/173159/task/173159/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/173159/fd/4’: No such file or directory
du: cannot access ‘/proc/173159/fdinfo/4’: No such file or directory
1049
1049 total
我还尝试查找卷组中是否有可用空间,但没有:
# vgdisplay -v cl|grep Free
Free PE / Size 0 / 0
Total PE / Free PE 285414 / 0
您能帮我了解一下这种情况吗?
谢谢。卡多佐
答案1
这些工具报告的大小似乎是相同的。您有一个1.09 TiB
根逻辑卷,df
输出被四舍五入并分开显示1197 GB
哪个是1.09 TiB
。
“丢失的”可用空间是文件系统保留空间。在 ext4 上默认为 5%。您可以检查 中保留块的数量dumpe2fs
。您可以使用 更改保留大小tune2fs -m <size> <device>
,请参阅这个问题有关 ext4 上保留空间的更多详细信息。