我有一个服务器（在虚拟机pipe理程序上运行的SLES 11，如果有的话）与一个tmpfs分区的MySQL临时表，我运行mysql chrooted。 df -h给我奇怪的outpupt： [email protected]:~# df -h /usr/chroot/tmp/ Filesystem Size Used Avail Use% Mounted on tmpfs 77G 66G 7.9G 90% /usr/chroot/tmp 虽然mount是这样的： [email protected]:~# mount | grep tmpfs tmpfs on /usr/chroot/tmp type tmpfs (rw,size=512m) 数据库运行良好，我没有看到日志中的任何与fs相关的错误。 我试图阻止守护进程并挂载/卸载FS，但没有帮助。 我不知道这是什么意思，怎么解决这样的问题？ 它不会影响任何东西，但它有点神秘，我希望它去。
当我在我的新的Ubuntu Linux vServer上运行命令df -h时，我得到以下内容： # df -h Filesystem Size Used Avail Use% Mounted on /dev/hdv1 466G 33G 434G 7% / none 16M 0 16M 0% /tmp 运行du -sh给出 # du -sh du: cannot access `./proc/13624/task/13624/fd/4': No such file or directory du: cannot access `./proc/13624/task/13624/fdinfo/4': No such file or directory du: cannot access `./proc/13624/fd/4': No such […]
如何查看我的分区（如果它们是Linux CentOS中的主分区或次分区）？ 我试过df -T但是不显示分区是主分区还是次分区。 谢谢。
crontab -e /tmp/crontab.KxTGwK: No space left on device 和 df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda3 955486988 157545404 749405676 18% / tmpfs 37042680 0 37042680 0% /dev/shm /dev/sda1 253871 89090 151674 38% /boot /usr/tmpDSK 4128448 338068 3580668 9% /tmp 但是我用df -i得到这个 df -i Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda3 60669952 3809723 […]
今天早上，我在FreeNAS 9.3机器上发出警告，提示“空间不足” warning: The capacity for the volume 'SeanVolume' is currently at 85%, while the recommended value is below 80%. 一段时间后运行scrub命令是没有用的。 我使用SSHlogin到FreeNAS主机，并获得一些信息： [root@freenas] ~# zpool list NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT SeanVolume 21.8T 18.6T 3.16T – 38% 85% 1.00x ONLINE /mnt freenas-boot 111G 680M 110G – – 0% 1.00x ONLINE […]
我正面临着由df报告错误的fs空间的问题。 我们正在谈论的裸机Ubuntu 14.04服务器，由LVMpipe理的/分区。 由df报告的大小与由fs超块报告的大小不同。 还从du -skh （在与/ partition有关的目录上）计算大小，certificatedf显示不正确的结果。 这是由df报告的： Filesystem Size Used Avail Use% Mounted on /dev/mapper/rootvg-lv_root 20G 16G 2.8G 86% / 这是超级块报告(3616906*4096/1024**2=14128 MB free) ： Last mounted on: / Filesystem magic number: 0xEF53 Filesystem state: clean Filesystem OS type: Linux Inode count: 1290240 Block count: 5242880 << exactly 20 GB Reserved block count: 227170 […]
可能重复： df和du的Linux根分区大小不同 在Ubuntu 12.04服务器上，普通用户无法再在/home创build或添加文件，遇到“设备上没有剩余空间”错误。 /home目录的容量为1.7TB，据我所知，在实际的数据存储或inode使用方面还远远不够。 df -h显示： Filesystem Size Used Avail Use% Mounted on /dev/md2 1.0T 18G 955G 2% / udev 7.7G 4.0K 7.7G 1% /dev tmpfs 3.1G 320K 3.1G 1% /run none 5.0M 0 5.0M 0% /run/lock none 7.7G 0 7.7G 0% /run/shm cgroup 7.7G 0 7.7G 0% /sys/fs/cgroup /dev/md3 1.7T 1.7T 0 100% […]
Linux上的df列出分区上的以下统计信息。 -bash-4.1＃df 文件系统1K块已用可用使用％挂载 / dev / sda3 1918217320 1473337340 347440136 81％/ tmpfs 32970328 0 32970328 0％/ dev / shm / dev / sda1 482214 148534 308781 33％/ boot / dev / sdd1 1922860884 1638599284 186585876 90％/ disk5 / dev / sdc1 1922858352 1474925416 350257336 81％/ disk2 / dev / sdb1 1922858352 1028783752 796399000 57％/ disk4 […]
我知道当du -sh的结果小于文件系统用df -h返回时，这是很常见的情况。 （因为有些文件在进程中仍然是打开的。）但是在我的情况下，我却恰恰相反。 我正在运行的Ubuntu 12.04，并试图获得使用的NFS挂载大小 df -h返回270G used而装入的文件夹的du -sh返回320G used 。 更新：我使用以下选项安装分区： nas-server:/path/to/mount /mnt/mount/point nfs proto=tcp,rsize=8192,wsize=8192,hard,intr,exec 有谁知道这可能来自哪里？ 磁盘上的正确数量应该是270G〜 谢谢你的帮助。 我会提供任何必要的额外信息。
当服务器硬盘（Linux）快速填满很多小文件时，我偶尔遇到问题。 当发生这种情况时，我必须弄清楚有多less空间正在被占用，以及这些空间占用的文件在哪里。 这可能是令人惊讶的令人沮丧的任务，因为： 只是做一些简单的事情，比如在一个包含大量文件的目录中运行ls可能需要很长时间。 df速度快，但不准确，不准确 杜是准确的，可以告诉你所有的空间在哪里，但永远跑 我想快速准确地知道，我的空间都放在硬盘上，数百万个小文件可能会占用太字节的空间。 传统的文件系统似乎是不可能的（如果没有的话，我想知道） 我的问题是Linux上是否有任何新的文件系统（btrfs，zfs，reiserfs等）具有可以帮助解决这个问题的超级聪明function。 例如，我可以想象某种日志 – 在每次写入时都会不断更新 – 包含文件系统中每个分支占用的空间量的logging。 然后问我的问题只是阅读日志的问题。 这只是这种function的一个例子，但是我要求提供任何可能有助于回答这个问题的function的例子： 快速准确地告诉我，我的硬盘上的空间在哪里磁盘 。 谢谢，汤姆