RHEL sda1 上缺少超过 100GB 的空间

RHEL sda1 上缺少超过 100GB 的空间

我的服务器设置了 RAID 5,使用 (3) 个 500GB 驱动器,其中 1 个是备用驱动器,因此在 RAID 中未使用。因此,我认为在设置 RAID 5 时,我一开始的容量是 990GB。查看 DF 或内置磁盘空间实用程序时,我只看到总共约 882GB,我如何才能找到 100+GB 的去向?我如何才能找回它?

我已经检查了 RAID 5 BIOS 并且看到了所有空间。

我尝试过手动查找和通过终端命令查找,但没有成功。

Filesystem     -      1K-blocks   -   Used Available - Use% - Mounted on
/dev/mapper/vg_web-lv_root
                       838084192  48368700 747153060   7%      /
tmpfs                   12104644       592  12104052   1%     /dev/shm
/dev/sda1               495844      121546    348698   26%    /boot
/dev/mapper/vg_web-lv_home
                       82569904    259136  78116468      1%    /home

    Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/vg_web-lv_root

                          800G   47G  713G   7%      /
tmpfs                      12G  592K   12G   1%      /dev/shm
/dev/sda1                 485M  119M  341M  26%      /boot
/dev/mapper/vg_web-lv_home
                           79G  254M   75G   1%      /home

为您提供更多信息,我现在确信我没有得到我所有的 GB

--- Physical volume ---
PV Name               /dev/sda2
VG Name               vg_web
PV Size               930.89 GiB / not usable 3.00 MiB

电压门控

VG     #PV #LV #SN Attr   VSize   VFree 
vg_web   1   3   0 wz--n- 930.88g 13.29g

低压开关柜

LV      VG     Attr      LSize   Pool Origin Data%  Move Log Cpy%Sync Convert
lv_home vg_web -wi-ao---  80.00g                                             
lv_root vg_web -wi-ao--- 812.00g                                             
lv_swap vg_web -wi-ao---  25.59g       

通过 lvm 和 vgs 找到上述信息后,我已经发现我的所有空间都已占用

答案1

抱歉,您的所有硬盘空间都已占用。

首先,有十进制(基数为 10)千兆字节(驱动器制造商使用)和二进制(基数为 2)千兆字节(某些 Linux 工具使用)之间的转换因子。二进制千兆字节 (GiB) 为 2^30 字节,而十进制千兆字节 (GB) 为 10^9;前者大约大 7%。 第二,LVM vg 中有少量未分配的空间,并且其中存在不是根的分区。 最后,其中有 5% 的开销是mkfs为 root 保留的。

让我们一步一步来。您认为您应该有 1000GB。那就是 1000*10^9/2^30=931.3GiB,这是您的真实大小/dev/sda

您将丢失 485MiB 到/dev/sda1分区/boot。因此,您应剩下 931.3-485/2*10=930.83GiB。这几乎确切地pvs音量可以告诉你什么vg_web

lvs然后告诉我们 930.9GiB 已分配给三个逻辑卷(lv_rootlv_homelv_swap)。有 13.3GiB 的空间未分配,我们稍后会讨论这一点。

您的根分区(我怀疑您最担心的分区,因为您的大部分空间都位于该分区)是一个 812GiB 卷。文件系统有开销;也就是说,结构文件系统,而不是存储在其中的数据,这些占用磁盘空间。它们包括超级块、超级块的副本、块条目等,以及文件系统底层的所有元数据。 本文尝试量化元数据的大小,并表示 ext2 使用大约 1.6% 的空间用于 FS 开销(它指出 ext3/4 更大,但补充说开销完全归结于日志的大小,我怀疑这在 1TB FS 上要小得多;本文是基于 1GB 测试 FS 编写的)。812 减去 1.6% = 812*0.984 = 799.0GiB,这几乎就是分区df -h中告诉我们的//home分区也受此影响。

然后是著名的 5% 默认为 root 用户保留,这就是为什么可用列和已用列的总和为 760GiB (713+47);800*0.95=760。分区/home也受此影响。

你能做些什么呢?大多数情况下,什么也做不了。硬盘制造商将继续使用十进制 GB,因为它使他们的驱动器看起来更大;你需要一个交换分区;文件系统有开销;这些都不是可以协商的。

重新调整根文件系统,使保留空间少于 5%;命令tune2fs会告诉您如何执行此操作;我自己不会将其设置为 1% 以下。您可以将卷扩展vg_root到未分配的 13.3GiB;有许多文章告诉您如何执行此操作,因此我不会在这里介绍它。对于 13GiB 来说,这有点麻烦,但您现在可能已经感到精力充沛了。

因此希望从中您可以看到您的所有硬盘空间都已被占用。

答案2

使用 500GB 硬盘的 RAID 5。因此,我认为我一开始会使用 990GB

为什么?32 个驱动器的 Raid 5 明显更多。哦,你的意思是 3 个驱动器。也许你应该这么说。

我只看到总共约 882GB,

您知道 G 有不同的含义。操作系统喜欢将它们视为 1024*1024*1024。驱动器制造商喜欢更高的数字,因此他们使用十进制 1000000000。这是一个显著的差异。

此外,Raid 控制器有时不会使用所有扇区。硬盘可能更小 - 因此为了方便更换,您可以将已用空间四舍五入一点(降至满 GB)。如果您使用 5 个意外更大的驱动器启动 Raid,那么您以后插入替换驱动器时就不会遇到问题。

但我认为您主要遇到的是计算上的差异。

这是 10 亿和 1073741824 之间的差值 - 如您所见,每千兆大约缺少 7370 万。

相关内容