我已经尝试过好几天了，没有运气。 在这个论坛和其他论坛上，我可以看到很多关于这个的讨论，但是没有一个解决scheme对我有用。 我目前的情况是，我有一些GB“失踪”，我无法自由或find任何地方。 我想这是一些像内存泄漏这样的问题，只有在重新启动时才能修复，但是我想问一下，如果有人有一个更好的想法，因为目前在该服务器上有几个客户。 以下是我在其他线程和我的特定输出中看到的一些命令： df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 19G 16G 1.8G 90% / tmpfs 384M 0 384M 0% /lib/init/rw udev 10M 1.2M 8.9M 12% /dev tmpfs 384M 0 384M 0% /dev/shm du -Pshx / * 2> / dev / null 4.8M /bin 27M /boot 0 /cdrom 1.2M /dev […]
我使用mdadm从我的一个磁盘得到了一个相当奇怪的结果。 它被设置为raid 10中的2TB磁盘中的4个。 # df Filesystem Size Used Avail Use% Mounted on /dev/md2 3.6T 40G 3.4T 2% / <—— this one tmpfs 7.8G 0 7.8G 0% /dev/shm /dev/md0 4.9G 189M 4.4G 5% /boot 实际的磁盘使用量大致在2TB左右。 但是，它只报告40GB的使用量。 我在/ var / log / messages和/ var / log / dmesg（同样的）中看到类似这样的错误。 Feb 13 05:46:00 las kernel: EXT4-fs error (device md2): […]
如果我在没有参数或设备作为参数的情况下调用它，我会得到与df相同的设备的不同输出。 运行Ubuntu 14.04。 没有参数： ➜ ~ df Filesystem 1K-blocks Used Available Use% Mounted on udev 4046644 4 4046640 1% /dev tmpfs 811488 2532 808956 1% /run /dev/sdb1 299337328 39634680 244474080 14% / /dev/sda1 2884152536 1309806024 1427816876 48% /media/videos … 以/dev/sdb1作为参数，我得到了不同的结果，为同一个设备： ➜ ~ df /dev/sdb1 Filesystem 1K-blocks Used Available Use% Mounted on udev 4046644 4 4046640 […]
我在RHEL 6上。我使用parted创build了一些分区，使用mke2fs对它们进行了格式化，并使用mount进行了挂载。 我也将它们添加到/ etc / fstab。 但是，它们不会显示在挂载或df列表中。 $ df -h Filesystem Size Used Avail Use% Mounted on /dev/vda1 20G 1.9G 17G 10% / tmpfs 58G 0 58G 0% /dev/shm $ mount /dev/vda1 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) […]
如果我input： df -h 它显示我使用了12G。 但是如果我使用这个命令： du -h -x / | sort -hr >> /home/log_size.txt 这会给我： 如果我总结/ usr + / var + / root，这不会给我12G左右…所以我在哪里可以find12G中使用的其他文件？
当备份将文件从一台服务器移到另一台时，df的结果每隔几秒就以一种不可能的方式改变。 源主机正在运行rsync。 在目标主机上，我每隔几秒运行以下命令： echo `date` `df|grep md0` 结果如下： Sat Jun 29 23:57:12 CEST 2013 /dev/md0 4326425568 579316100 3527339636 15% /MD0 Sat Jun 29 23:57:14 CEST 2013 /dev/md0 4326425568 852513700 3254142036 21% /MD0 Sat Jun 29 23:57:15 CEST 2013 /dev/md0 4326425568 969970340 3136685396 24% /MD0 Sat Jun 29 23:57:17 CEST 2013 /dev/md0 4326425568 1255222180 2851433556 31% […]
在过去的几个星期里，我在一个小的unix服务器（它没有包含在BusyBox软件包中的所有标准的unix命令），我正在configuration备份文件。 如果我们检查服务器的可用空间，它显示： Filesystem | Size | Used | Available | Use%| Mounted on /dev/hdc2 | 678.4G | 416.6G | 261.8G | 61% | /tmp/mnt/D /dev/sda1 | 96.1G | 36.0G | 55.2G | 40% | /tmp/mnt/USB/USB_C 现在我试图将700MB文件复制到USB_C或90GB文件复制到/tmp/mnt/D ，在那里我可以看到有足够的可用空间，但是，我一直在收到以下错误： cp: Write Error: No space left on device 任何想法是什么问题，以及如何解决？ 如上所述，这是一个Unix unix命令最less的unix服务器，因此其他post中提到的大部分命令都不适用于此框。 因此，我可能需要某个知道我能在这个特定系统中尝试的人给我们一些线索的帮助。
使用gzip 1.3.12 / Ubuntu 64bit我得到“设备上没有剩余空间”，但似乎有足够的剩余磁盘空间。 gunzip 03-05-2012–22-52-01.tar.gz gzip: 03-05-2012–22-52-01.tar: No space left on device 如果你连续两次运行上面的gunzip，第一次显示错误需要一段时间，第二次直接发生。 另一方面，如果我使用tar它会在给出错误之前从一定数量的文件开始。 发生错误后，我可以看到磁盘上的一些文件。 tar -zxvf 03-05-2012–22-52-01.tar.gz <snip> tar: root/backups/project_x/03-05-2012–22-52-01/data/contentstore/2012/3/29/10/11: Cannot mkdir: No space left on device tar: Exiting with failure status due to previous errors 磁盘空间： sudo du -sh /* | sort -gr | head -n 5 752M /usr 424M /var […]
问题是我的CentOS 5.8机器告诉我，我几乎没有磁盘空间，当我非常有信心，情况并非如此。 我在这个问题上做了大量的研究，一直没有find解决办法。 'df -h'显示210G使用，8.6G有效 'ncdu'显示28.6G使用（相同的表观大小） 正如您所看到的，这在报告的“使用”空间中几乎是10倍的差异。 知道存储在这个驱动器上的东西，我认为28.6G更接近现实。 看看'lsof'的输出，最后几行（删除）很less。 此外，这些行中的最大尺寸是6190.最后，我重新启动了机器多次，如果我正确理解其他线程，无论如何将解决幻影文件的问题。 以下是ncdu的输出摘要： 22.7GiB [##########] / opt 2.8GiB [＃] / usr 1.5GiB [] / var 812.4MiB [] / root 310.6MiB [] / home 194.3MiB [] / lib 156.4MiB [] / etc 36.5MiB [] / sbin 7.3MiB [] / bin 128.0KiB [] / tmp 20.0KiB [] / mnt […]
我的服务器随着5GB的驱动器，而不幸的是，它是100％满。 去删除一些文件，我注意到我的Dropbox的方式比它应该更多。 du -hs *返回： [excel@catfish ~]$ du -hs Dropbox/* 11M Dropbox/Apps 33M Dropbox/Cyberduck.app 377M Dropbox/Documents 2.0M Dropbox/Games 1.3G Dropbox/Public 这加起来大约1.8GB，这与我的其他机器上的Dropbox大小相匹配。 但是，在我的/home/运行，返回： [excel@catfish ~]$ du -hs * 2.7G Dropbox 4.0K beepsh.c 这额外的十亿字节的空间将真正有用，直到我得到另一个驱动器。 在此期间，磁盘使用情况如何？ 我已经尝试重新启动清除文件句柄，它没有任何作用。