Tag Info

New answers tagged


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 - ...


500 MB is about the minimum you can get, at least without resorting to the localepurge package or worse hacks. For example, a rather bare but running wheezy system of mine consumes 585 MB. It was installed by plain debootstrap and added a couple of packages (a linux kernel, python, vim, locales, openssh-server, tcpdump, etc.) afterwards. Emdebian could get ...


The tail and head command shall be used to display last and beginning of the list. In this case use following command:: ## Display the last ten items du -h /root/test | tail ## N = 1 last item, N = 30 Last 30 items. du -h /root/test | tail -n N


Add the --max-depth parameter with a value of 0: du -h --max-depth=0 /root/test Or, use the -s (summary) option: du -sh /root/test Either of those should give you what you want. For future reference, man du is very helpful.


I don't know about 500MB but at 6.5GB there's a lot of extra packages beyond the debian minimal base system that can be purged. Start by making sure that whoever made that VM image didn't forget to clean out the apt cache (which stores any downloaded .deb packages): apt-get clean Then list all packages with dpkg -l and apt-get purge packages you don't ...

Top 50 recent answers are included