磁盘损坏或文件系统错误也可能导致df -h显示的可用空间不准确。 可以使用fsck命令检查和修复文件系统错误(注意,运行fsck之前需要卸载文件系统或在单用户模式下进行)。 对于某些文件系统(如ext4),也可以使用e2fsck命令。 尝试重新挂载文件系统或重启系统以刷新可用空间信息: 有时候,重新挂载文件系统或重启系统可以刷新内...
在linux系统上有时发现使用df 查看磁盘已使用空间和使用du统计的不相等,例如: [running]root@slave11:/$ df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 9.9G 4.0G 5.4G 43% / /dev/sda3 20G 1.4G 18G 8% /usr/local /dev/sda4 244G 215G 17G 93% /data tmpfs 32G 52K 32G...
(2)影响因素: 由于ext2/3/4 文件系统,当存储空间大于95%的时候,容易造成磁盘的碎片化,会造成文件系统的崩溃,所以一般系统在对 ext3 ext4磁盘格式化的时候,默认一般分配95%的空间,剩下的5%作为保留空间,一方面是为了防止磁盘的碎片化,另一方面是为了root进程的某些重要的进程救援节省空间。这部分的空间为 root用户可...
原因: 1、虽然通过rm -rf删除了文件,但是有进程正在连接着这个文件,所以实际上这个文件是没有被彻底删除的,直到连接的进程被kill掉才会彻底删除这个文件; 2、du是通过文件名统计使用空间的,rm -rf之后文件对于文件系统来说就已经没有了,所以du查看空间正确,而df是查看的实际硬盘使用空间。
问题:linux df -h 磁盘使用量同实际使用量不符 解决办法 1.查看物理卷信息 2.获取磁盘详细 可以看到 VG Name 对应的mapping信息,第2点的图中的 ...
Linux服务器,使用df -h查看文件系统使用率,可以看到/dev/xvdb1磁盘占用了约27G,挂载目录为/opt。 但进入到opt目录中执行:du -sh ,显示空间总占用量约2.4G,即df 和du查看到的结果不一致。 原因分析: du - estimate file space usage du命令会对统计文件逐个调用fstat这个系统调用,获取文件大小。它的数据是基...
上网搜fdisk分区教程 root用户执行 fdisk /dev/sda 然后按 n 输入p 一路回车 直到出现提示符 然后输入w 执行 partprobe 执行mkfs.ext3 /dev/sda4 一路回车 耐心等待 上述步骤完成后 执行mkdir /data1 mount /dev/sda4 /data1 然后执行df -h 就看到新的磁盘分区了 修改/etc/fstab 最后加入 ...
描述: rm -rf 删除Tomcat的日志文件"catalina.out "后,使用"df -h"命令发现磁盘大小信息不变,这个时候可以通过重启服务器来解决,也可以根据以下操作来解决: 1. 查找一些已经删除但是并未被线程释放的文件 [root@izbp1w6e5r6dizkjv5tfz ~]# ls -ld /proc/*/fd/* 2>&1 | fgrep '(deleted)' ...
df -h查看空间与..可用看到 我查找根目录所有空间使用 只要43G是mongodb 挂载到一块独立的数据盘。根目录挂载的是另一块盘 100个G却显示用了79G, 我不知道这79G怎么来的,照网上的 说法 lsof 杀掉已