CentOS 7では、ボリュームのサイズがさまざまに表示されます。

CentOS 7では、ボリュームのサイズがさまざまに表示されます。

あなたとあなたの愛する人が仲良くしてほしい。

根本原因を理解できない問題に直面しました。

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.1TBのうち、空き容量は3.1GBしかありません。

一部の削除されたファイルが一部のプロセスによってロックされていることを確認しようとしていますが、そうではありません。

# 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%です。予約済みのブロック数を確認できますdumpe2fstune2fs -m <size> <device>以下を使用してスケジュールされたサイズを変更できます。この問題ext4の予約済みスペースの詳細。

おすすめ記事