I'm running Redhat 6.6 and experienced a power failure over the holiday weekend.  The / partition is showing 100% full. How do I check to see which files are actually causing the overusage?  [root@sms1 ~]# df -H Filesystem            Size  Used Avail Use% Mounted on /dev/mapper/vg_sms1-lv_root                        53G   51G     0 100% / tmpfs                  34G     0   34G   0% /dev/shm
22333
When administering Linux systems I often find myself struggling to track down the culprit after a partition goes full. I normally use du / | sort -nr but on a large filesystem this takes a long time before any results are returned.  Also, this is usually successful in highlighting the worst offender but I've often found myself resorting to du without the sort in more subtle cases and then had to trawl through the output.  I'd prefer a command line solution which relies on standard Linux commands since I have to administer quite a few systems and installing new software is a hassle (especially when out of disk space!)
85731
I was running out of /tmp space on one of my servers today so I attached a new 100GB disk to the system and did the following without unmounting /usr/tmpDSK from /tmp:  mkfs.ext4 /dev/xvde mount /dev/xvde /tmp   and now df -h outputs as:  Filesystem      Size  Used Avail Use% Mounted on /usr/tmpDSK      98G  4.5G   89G   5% /tmp /dev/xvde        98G  4.5G   89G   5% /tmp    The size of /usr/tmpDSK shows :  [root@server2 usr]# ll -h /usr/tmpDSK -rw------- 1 root root 2.3G Jan 27 17:32 /usr/tmpDSK    Different forums suggested using mhddfs to mount multiple drives on a single mount point, but I just did it directly and it seems to have worked -- or am I missing something?  I am hoping to better understand what actually happened.
108469
I'm running Linux Mint 14 Nadia.  The Linux partition has 10G.  When the system starts, du reports 80% usage.  Then the usage slowly grows until it reaches 100% and the system becomes unusable.  (It can happen on the order of days or weeks).  After the reboot the usage resets to 80%.  The strangest thing of all is that du shows no change.    Here's output of those commands (Windows and external drive partitions are elided):  # --- Just after reboot ---  $ df -h      Filesystem      Size  Used Avail Use% Mounted on /dev/sda1       9.8G  7.3G  2.0G  80% / none            4.0K     0  4.0K   0% /sys/fs/cgroup udev            428M  292K  428M   1% /dev tmpfs            88M  1.3M   87M   2% /run none            5.0M     0  5.0M   0% /run/lock none            437M  288K  437M   1% /run/shm none            100M   12K  100M   1% /run/user  $ sudo du -x   -d1 -h / 186M    /opt 512M    /var 11M /sbin 556K    /root 1.3G    /home 613M    /lib 8.0K    /media 4.6G    /usr 16K /lost+found 111M    /boot 39M /etc 4.0K    /mnt 60K /tmp 9.1M    /bin 4.0K    /srv 7.3G    /            # &lt;-- note this   # --- After some time ---  $ df -h Filesystem      Size  Used Avail Use% Mounted on /dev/sda1       9.8G  9.1G  199M  98% / none            4.0K     0  4.0K   0% /sys/fs/cgroup udev            428M  292K  428M   1% /dev tmpfs            88M  1.3M   87M   2% /run none            5.0M     0  5.0M   0% /run/lock none            437M   27M  411M   7% /run/shm none            100M   28K  100M   1% /run/user  $  sudo du -x   -d1 -h / 186M    /opt 511M    /var 11M /sbin 556K    /root 1.4G    /home 613M    /lib 8.0K    /media 4.6G    /usr 16K /lost+found 111M    /boot 39M /etc 4.0K    /mnt 520K    /tmp 9.1M    /bin 4.0K    /srv 7.3G    /              # &lt;-- note this   (Note: I use hibernation.  After the hibernation, the usage stays the same, and after reboot, it resets to 80%.)  How do I track what eats the space?  I've read .  I'm still in the dark.  How do I find out which program is responsible for this behavior?  After edit: found it.  The space is claimed by the kernel log, which is seen by dmesg.  It fills up because my machine generates errors at the rate 5 a second.  (It's related to .)  Let the future readers with a similar problem - slowly-filling disk space unseen by du - not forget to try dmesg in searching for the cause.
34705
I used du to list all folders and sort by size, the results simply doesn't add up to how much disk space is used(using df). There's about 20G in discrepency, why?   [root@xxx lib]# du --max-depth=1 -h /| sort -n -r 310M    /lib 123M    /root 96K /dev 88M /etc 75G / 73G /var 30M /sbin 20M /boot 20K /tmp 18M /lib64 16K /mnt 16K /lost+found 12K /home 8.0K    /srv 8.0K    /selinux 8.0K    /opt 8.0K    /misc 8.0K    /media 7.0M    /bin 1.2G    /usr 0   /sys 0   /proc [root@xxx lib]# df -h Filesystem            Size  Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00                       298G   94G  189G  34% / /dev/sda1              99M   26M   69M  28% /boot tmpfs                 2.0G     0  2.0G   0% /dev/shm
23469
I'm running an Ubuntu 12.04.1 server in a VMware virtualized environment that has a strange issue. Twice now, at seemingly random times, the machine has suddenly been unable to write to the root partition despite plenty of space seemingly available. I'm at a loss trying to figure out what's wrong.  "df -h" shows all mounted volumes with 40% or more free space. Both times this has happened, rebooting resolved it for a few minutes, and then it was back to saying "no space left on device." Restoring it from a snapshot seems to fix it for longer, but since this has now happened again, I'm not sure what to do with it.  If it helps, the machine is a network print server running CUPS 1.5.3 and Samba 3.6.3.
38624
I had resized my root partition from 30gb to 70gb using gparted. But Ubuntu still shows that I have the same old disk size while gparted shows that I acually have 70gb and that the other 40gb is somehow used. How can I fix this?  Output of 'df -h':  Filesystem      Size  Used Avail Use% Mounted on /dev/sda5        30G   16G   13G  55% / none            4.0K     0  4.0K   0% /sys/fs/cgroup udev            1.9G  8.0K  1.9G   1% /dev tmpfs           391M  884K  390M   1% /run none            5.0M     0  5.0M   0% /run/lock none            2.0G  284K  2.0G   1% /run/shm none            100M   48K  100M   1% /run/user /dev/sda6       341G  115G  227G  34% /media/Data /dev/sdb1       932G  459G  474G  50% /media/sidharth/passport   Output of mount:  /dev/sda5 on / type ext4 (rw,errors=remount-ro) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) none on /sys/fs/cgroup type tmpfs (rw) none on /sys/fs/fuse/connections type fusectl (rw) none on /sys/kernel/debug type debugfs (rw) none on /sys/kernel/security type securityfs (rw) udev on /dev type devtmpfs (rw,mode=0755) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755) none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880) none on /run/shm type tmpfs (rw,nosuid,nodev) none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) /dev/sda6 on /media/Data type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev) gvfsd-fuse on /run/user/sidharth/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=sidharth) /dev/sdb1 on /media/sidharth/passport type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096)
78649
Possible Duplicates:             does anyone know a free software that will graph the directories on my hard drive and sort them in order of largest size?  or provide me a solution for me to quickly determine what drives/ files are consuming my hard drive space?
33546
I'm trying to move some data over and to start with I'd like to make sure that the size is ok. I run into a problem however, if I check the folder with   du -sh  myfolder/ 780M    myfolder/   but   du -sh * .. 71M     myfolder ..   I thought it might be something to do with hidden files but this particular folder does not have any inside.  Am I missing something?
13238
I have a fileserver where df reports 94% of / full. But according to du, much less is used:  # df -h / Filesystem            Size  Used Avail Use% Mounted on /dev/sda3             270G  240G   17G  94% / # du -hxs / 124G    /   I read that open but deleted files could be responsible for it but a reboot did not fix this.  This is Linux, ext3.  regards
10639
I was wondering how do you know where the largest files in my system are stored.  For example---  Disk Space Used: 1GB Java: 500MB Java Percentage: 50% maybe represented in a pie chart. Maybe?  I know this maybe a feature overkill. I sometimes forget having stored things and wonder why my disk is so full.   So basically a command that will allow me to run on the file system and provide me with information on disk space used.  Please and thank you.
64037
Possible Duplicate:          I just had an old server go belly up because it ran out of drive space. I am logged in to the shell, and I'm trying to find more unused files to remove.  Is there shell a command, script, or app that will display the largest files/folders?
82562
I have an AWS linux instance with a root drive of 32GB. I have an EBS mount of 20GB  On my root I ran out of space, so I cleared out some files. However my root drive is still full. I can't find out why because when I look at sizes of the directories using du and ncdu they show the drive should have a lot of space.    df   I get the following results   Filesystem     1K-blocks     Used Available Use% Mounted on /dev/xvda1      32894812 31946092    848472  98% / devtmpfs         2017224       60   2017164   1% /dev tmpfs            2025364        0   2025364   0% /dev/shm /dev/xvdh       20511356  4459276  15003504  23% /mnt/ebs   My /dev/xvda1 is still full  After some research I installed a great tool ncdu to display disk space and the results are:  ncdu 1.10 ~ Use the arrow keys to navigate, press ? for help                                                                                                                                                                                                                                                                                                     --- / -------------------------------------                 4.2GiB [##########] /mnt                                1.5GiB [###       ] /var      1.2GiB [##        ] /usr    684.9MiB [#         ] /opt    464.3MiB [#         ] /home    141.7MiB [          ] /lib     53.5MiB [          ] /boot     21.2MiB [          ] /lib64     10.8MiB [          ] /sbin      8.1MiB [          ] /bin      7.1MiB [          ] /etc      2.7MiB [          ] /tmp     60.0KiB [          ] /dev     48.0KiB [          ] /root  e  16.0KiB [          ] /lost+found  e   4.0KiB [          ] /srv  e   4.0KiB [          ] /selinux  e   4.0KiB [          ] /media  e   4.0KiB [          ] /local  .   0.0  B [          ] /proc      0.0  B [          ] /sys      0.0  B [          ]  .autofsck   If I du -h my total is  8.3G    /  So why would my disk be 95% full when it clearly has a lot of space. Am I missing something to do with the mounts and is there any other tool I can run to find out why it is 95% full?
108801
Accidentally a rm -rf command was launched to my root directory instead of current directory. I stopped file removing by Ctrl+C but some files has already been removed. Is there a LINUX command to list all recently removed files from the system to get the affected applications ?  Operating System: CentOS 6.3
102907
df -h reports the '/' partition to be 100% full. While running du -hs * on each directory of this partition shows there is still lot of space.  tune2efs which reports just one block to be free. Ran fsck as well, which also shows all blocks being used.  ionode use is  14% on the '/' partition.  Please note that /var, /usr, /dev, /tmp, /home are mounted on different partitions and have space available in them.  Can you please let me know the possible causes for all blocks to be occupied and disk reporting to be full even tough there is a lot of space.
104215
I want to see what files will be deleted when performing an rm in linux.  Most commands seem to have a dry run option to show just such information, but I can't seem to find such an option for rm.  Is this even possible?
105080
$ df -kh Filesystem      Size  Used Avail Use% Mounted on udev            7,8G     0  7,8G   0% /dev tmpfs           1,6G   19M  1,6G   2% /run /dev/sda2       622G  227G  364G  39% / tmpfs           7,8G  1,1G  6,7G  14% /dev/shm tmpfs           5,0M  4,0K  5,0M   1% /run/lock tmpfs           7,8G     0  7,8G   0% /sys/fs/cgroup /dev/loop1      143M  143M     0 100% /snap/inkscape/2527 /dev/loop3       79M   79M     0 100% /snap/core/1441 /dev/loop0       79M   79M     0 100% /snap/core/1577 /dev/loop4       79M   79M     0 100% /snap/core/1512 /dev/loop2       62M   62M     0 100% /snap/pencilsheep/5 tmpfs           1,6G   92K  1,6G   1% /run/user/1000   What are these /dev/loop device files? My RAM is always full. Is this related?
48995
Ubuntu server shows me that I  use allmost all disk:  Usage of /:   95.5% of 118.12GB   And I try to find big folders and files, run ncdu:  ncdu 1.8 ~ Use the arrow keys to navigate, press ? for help                                                                                                                                                  --- / ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------     5.5GiB [##########] /root                                                                                                                                                                                    2.3GiB [####      ] /var   628.6MiB [#         ] /usr   209.9MiB [          ] /lib    28.2MiB [          ] /boot     8.6MiB [          ] /bin     7.7MiB [          ] /sbin     6.6MiB [          ] /etc   208.0KiB [          ] /run   112.0KiB [          ] /tmp    48.0KiB [          ] /opt e  16.0KiB [          ] /lost+found     8.0KiB [          ] /dev     8.0KiB [          ] /media     4.0KiB [          ] /lib64 e   4.0KiB [          ] /srv e   4.0KiB [          ] /selinux e   4.0KiB [          ] /mnt e   4.0KiB [          ] /home     0.0  B [          ] /proc     0.0  B [          ] /sys @   0.0  B [          ]  initrd.img @   0.0  B [          ]  vmlinuz   According to ncdu I use about 10 GiB of 128 GiB - it is about 10 %. Contradiction.  How to clean my ubutntu server without rebooting?  I thought that ncdu lies and used another apps to find big files and folders. All of them shows the same result as ncdu.  And df -h command shows that disk is full.  # df -h Filesystem      Size  Used Avail Use% Mounted on /dev/xvda       119G  113G     0 100% / udev            2.0G  8.0K  2.0G   1% /dev tmpfs           788M  212K  788M   1% /run none            5.0M     0  5.0M   0% /run/lock none            2.0G     0  2.0G   0% /run/shm   Update  sudo du -sch /* result:  /# sudo du -sch /* 8.7M    /bin 29M /boot 8.0K    /dev 6.6M    /etc 4.0K    /home 0   /initrd.img 210M    /lib 4.0K    /lib64 16K /lost+found 8.0K    /media 4.0K    /mnt 48K /opt du: cannot access `/proc/4470/task/4470/fd/4': No such file or directory du: cannot access `/proc/4470/task/4470/fdinfo/4': No such file or directory du: cannot access `/proc/4470/fd/4': No such file or directory du: cannot access `/proc/4470/fdinfo/4': No such file or directory 0   /proc 5.0G    /root 212K    /run 7.8M    /sbin 4.0K    /selinux 4.0K    /srv 0   /sys 112K    /tmp 629M    /usr 2.3G    /var 0   /vmlinuz 8.1G    total   8.1G  total as usual. But I see cannot access rows, maybe problem because of them.  Then I checked the biggest folder in /. It is /root :  /# sudo du -sch /root/* 96K /root/Downloads 2.5G    /root/Dropbox 36K /root/nohup.out 4.0K    /root/npm-debug.log 4.0K    /root/readonly 980K    /root/redis-2.6.16.tar.gz 228M    /root/tmp 2.7G    total