编辑09/20/2012 我之前做得这么复杂 我相信这些命令实际上是更简单的方法，同时仍然很好地格式化一切。 RHEL 5 du -x / | sort -n |cut -d\/ -f1-2|sort -k2 -k1,1nr|uniq -f1|sort -n|tail -10|cut -f2|xargs du -sxh Solaris 10 du -d / | sort -n |cut -d\/ -f1-2|sort -k2 -k1,1nr|uniq -f1|sort -n|tail -10|cut -f2|xargs du -sdh 编辑：该命令已被更新，以分别在RHEL5或Solaris 10上正确使用du -x或du -d。 RHEL5 du -x /|egrep -v "$(echo $(df|awk '{print $1 "\n" […]
我有一个使用（3）500GB驱动器的RAID 5的服务器设置，1作为RAID中未使用的备件。 所以在我看来，我开始使用RAID 5的990GB。 当看DF或内置的磁盘空间实用程序，我只看到总共约882GB，我怎么能find100 + GB去哪里？ 我怎样才能找回来？ 我检查了RAID 5 BIOS，我看到了所有的空间。 我试过手动和通过terminal命令，没有运气。 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 […]
我在根分区上有一个磁盘空间问题，所以我通过了不重要的日志，并删除了可能被删除的内容。 其中一个“mysql-slow.log”文件的大小是32GB，但是当我删除它时，它永远不会释放磁盘上的空间。 我使用df -h命令来检查。 根分区格式化为ext4。 谢谢，
我已经尝试过好几天了，没有运气。 在这个论坛和其他论坛上，我可以看到很多关于这个的讨论，但是没有一个解决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 […]
是否有Linux的守护进程types的应用程序，在后台运行，定期维护文件系统的windirstattypes的图片？ 理想情况下，它将拥有自己的Web界面，但是如果不是，我显然可以在PHP中一起攻击。 哦，它将不得不在超低IO优先级上运行。 我不想让自己的磁盘遭到破坏，因为害怕缩短自己的生命。
在CentOS 6.4的/opt/wso2保存新文件时，我的Java应用程序返回下面的exception： Caused by java.io.FileNotFoundException: … (No space left on device) Caused by: java.io.FileNotFoundException: /opt/wso2/FrameworkFiles/trk_2014062500042488825_TRCK_PatfallHospis_pFromHospis_66601fb3-a03c-4149-93c3-6892e0a10fea.txt (No space left on device) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:212) at java.io.FileOutputStream.<init>(FileOutputStream.java:99) at com.avintis.esb.framework.adapter.wso2.FrameworkAdapterWSO2.sendMessages(FrameworkAdapterWSO2.java:634) … 23 more 但是当我运行df -a我可以看到分区仍然有足够的可用空间： [root@stzsi466 wso2]# df -a Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/vg_stzsi466-lv_root 12054824 2116092 9326380 19% / proc 0 0 0 […]
我有一个Solaris 10服务器报告文件系统正在填满： # df -h /opt/CSCObac/var Filesystem size used avail capacity Mounted on /dev/vx/dsk/RDU-VAR-DG/RDU-VAR-VOL # df -F vxfs /opt/CSCObac/var/ /opt/CSCObac/var (/dev/vx/dsk/RDU-VAR-DG/RDU-VAR-VOL): 4469796 blocks 558723 files # df -h | fgrep '/opt/' /dev/vx/dsk/RDU-APP-DG/RDU-APP-VOL 68G 547M 63G 1% /opt/CSCObac /dev/vx/dsk/RDU-VAR-DG/RDU-VAR-VOL 134G 132G 2.0G 99% /opt/CSCObac/var /dev/vx/dsk/RDU-LOG-DG/RDU-LOG-VOL 134G 5.2G 121G 5% /opt/CSCObac/var/rdu 除了占用100G +的文件系统上没有文件，df报告它不是没有空闲的块，并且不缺less空闲的inode： # du -sh /opt/CSCObac/var […]
我们正在使用centos 7并为root分配了50G。 我们用完了45G（90％）的报告。 但是当我试图find一直在吃东西的空间的时候，du只显示了小于10G的被使用。 我也试着用lsof寻找大的删除文件（作为另一个解决的线程build议），但什么也没有。 这里是df，du和lsof命令的输出。 请告诉我下一步该做什么。 Filesystem Size Used Avail Use% Mounted on /dev/mapper/centos-root 50G 45G 5,3G 90% / devtmpfs 1,9G 0 1,9G 0% /dev tmpfs 1,9G 0 1,9G 0% /dev/shm tmpfs 1,9G 103M 1,8G 6% /run tmpfs 1,9G 0 1,9G 0% /sys/fs/cgroup /dev/mapper/centos-home 412G 5,6G 406G 2% /home /dev/sda1 497M 158M 339M 32% […]
我有一个EC2实例。 启动时，我尝试使用磁盘存储空间，如16 GB。 在AWS控制台中，我看到一个新的EBS卷已被创build为16 GB，并被附加。 当我login到机器，我可以看到磁盘大小为16 GB，但我的分区只有8 GB。 Df命令 $ df -h Filesystem Size Used Avail Use% Mounted on /dev/xvde1 7.9G 1.5G 6.1G 20% / tmpfs 1.9G 0 1.9G 0% /dev/shm Fdisk命令： $ sudo fdisk -l Disk /dev/xvde: 17.2 GB, 17179869184 bytes 255 heads, 63 sectors/track, 2088 cylinders Units = cylinders of 16065 * 512 […]
我在服务器上运行了大约900个应用程序，每个应用程序都指向一个包含大小约为215MB的内容的文件夹。 当我注意到我的服务器的硬盘已满时，我用WinDirStat进行扫描，发现C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files夹大小为300GB。 在该文件夹的基础上，我有我的每个应用程序的一个文件夹，这是我想象的正常。 然而，在这之下，我有很多看起来不同的哈希文件夹： \Temporary ASP.NET Files \myapplication1 \11482199 \5c2d65f6 \ … (10 more) \myapplication2 \f7e1646c \ … (4 more) 当我检查各种文件夹有些看起来从几年前。 我部署新版本时的典型工作stream程是使用Web文件创build一个新文件夹，然后将现有IIS应用程序指向新文件夹。 我想知道如果这是什么导致我的文物上面。 目前为了缓解这个问题，我正在手动删除旧文件，我也可以创build一个脚本来做这件事，但对我来说，这似乎是一个脆弱的解决scheme，应该不是什么问题。 为什么我的临时ASP.NET文件夹疯狂增长？ 看来ASP.NET并没有正确地pipe理它。 有没有期望我应该监视这个（即使它在Windows文件夹中）？