Tag Info

New answers tagged


If you want to use sort and du together, you will need to make the sizes human readable after sorting. If you need find large files and directories, I would recommend just using ncdu instead.


If you want files (not folders, not special devices) and a human unit sort: find /local -type f -exec du -sh {} ';' | sort -hr | head It uses find to recursively loop all files (f) and execute du for each file separately.


-h, --human-readable print sizes in human readable format (e.g., 1K 234M 2G) from : http://man7.org/linux/man-pages/man1/du.1.html So it should aready do it Try du -kh /local | sort -hr | head -n 10


It works for me pretty much: du -ah * |sort -nr 52K samples.delme 36K hosts.cfg 24K services.cfg 20K services.cfg.2014-09-12 16K customersites.cfg 16K commands.cfg 12K samples.delme/templates.cfg


What helped me: recreating the vfat filesystem on the USB will format the disk and delete all the files: umount /mount_point (e.g. umount /mnt) mkfs.vfat /name_of_the_partition (e.g. mkfs.vfat /dev/sdc1 - make sure to use the correct partition to not delete data from other disks) mount /name_of_partition /mount_point (e.g. mount /dev/sdc1 /mnt) cd ...


My guess is that you have at least that many sd* entries in /dev. Try checking it with something like: for devsd in $(ls -1 /dev/sd*); do echo " \n This is for: $devsd" && df -Th $devsd; done You'll likely have a devtmpfs listed for each one. If you want to get a better idea of what your hard disks are really doing, just leave off the path at ...


I actually am unsure of the devtmpfs entries. However, the lsblk command shows you the major hard drive followed by partitions. So sdb1 - 4 are partitions on the hard drive mounted as sdb. HTH


-Is the primary system "root" is 100% usage ... and not others as "/ home" but the main thing is that it may not be full as it gives a managed the disk space, that's why we can have multiple partitions on your system to prevent things like this kind!...


Your partition /dev/sda2 shows up as "full" because it is entirely allocated to LVM, which is managing your / and /home partitions. We don't need to look directly at /dev/sda2 as a result, but rather your LVM configuration. We can see from your lsblk output: └─sda2 8:2 0 595.9G 0 part ├─ManjaroVG-ManjaroRoot 254:0 0 29.3G ...


Your / is full. Probably a out of control /var/log, either ssh probes in messages/syslog, or mysql errors, and huge logs in /var/log/mysql. The best course is to locate the offending files, understand what caused the errors, and delete them. Then if the errors were understood, try to fix what caused them in the first place.


I've got an almost same situation. In my case, the reason was VMware. One of the other VMwares on the same machine, it consumed the disk spaces. That's why my disk space usage was 100%. After deleting large files from the neighbour's VMware, it's working correctly.


Also checkout ncdu: http://dev.yorhel.nl/ncdu Its page also lists other "similar projects": gt5 - Quite similar to ncdu, but a different approach. tdu - Another small ncurses-based disk usage visualization utility. TreeSize - GTK, using a treeview. Baobab - GTK, using pie-charts, a treeview and a treemap. Comes with GNOME. GdMap - ...

Top 50 recent answers are included