df gparted 剩余空间

df gparted 剩余空间

df -i报告剩余 96%,df报告剩余 0%(但有 609M 可用),gparted报告剩余 18.55G

全部针对同一分区

还有空间吗?


df -i
Filesystem       Inodes  IUsed    IFree IUse% Mounted on
/dev/sdx0      23419200 705376 22713824    4% /home
df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sdx0      370150344 350620020    705948 100% /home

gparted

侏儒

答案1

对于ext4文件系统来说,它对我来说看起来不错。

  • 可用磁盘空间:353 GiB
  • 使用的磁盘空间:334.3 GiB
  • 实际剩余磁盘空间:18.7 GiB

文件extN系统保留 5% 用于 root 访问,因此当用户填满文件系统时,仍然有一点剩余空间用于系统、内务管理和文件系统维护。

  • 5% 的可用磁盘空间:353 * 5% = 17.7 GiB
  • 有效可用磁盘空间总量:353 * 95% = 335.4 GiB
  • 有效剩余磁盘空间:335.4 - 334.3 = 1.1 GiB,即接近足够满

我的 17.7 GiB 和 18.63 GiB 之间的剩余差异parted略低于 1 GiB,可以想象,这可以解释为元数据(目录结构等)的文件系统开销

我假设,一旦您清空了“垃圾”文件夹,“603.5 MB 可用”消息可能会向上爬向我理论上的 1.1 GiB,但基本上就(非 root)用户而言,磁盘已满100%您的输出中显示的证据证明df

Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sdx0      370150344 350620020    705948 100% /home

鉴于这不是根文件系统,您可能需要考虑将 5% 的预留减少到 2%。以下是我为文件系统执行此操作的方法:

tune2fs -l /dev/sda1 | grep -i 'block count'
Block count:              1572608
Reserved block count:     78630

awk 'BEGIN { print int( (78630 * 100) / 1572608 +.5 )  }'    # Current %
5

tune2fs -m 2 /dev/sda1    # Change reservation %
tune2fs 1.43.4 (31-Jan-2017)
Setting reserved blocks percentage to 2% (31452 blocks)

确认我们有我们所期望的

tune2fs -l /dev/sda1 | grep -i 'block count'
Block count:              1572608
Reserved block count:     78630

awk 'BEGIN { print int( (31452 * 100) / 1572608 +.5 )  }'    # New %
2

相关内容