[SOLVED] Low disk space on “Filesystem root” 0 bytes disk remaining

marafado88

New Member
Joined
Feb 23, 2019
Messages
8
Reaction score
7
Credits
0
Hello everyone,

I am struggling against disk space, regarding root location.

Seems like I have reach 100% usage, and cannot find a way to regain space, there is no "big" files in that partition.

When I do df -h:
Code:
9.7M /bin
36M /boot
0 /daily_lock
0 /dev
9.4M /etc
796G /home
268M /lib
4K /lib64
16K /lost+found
1.4T /media
12K /mnt
178M /opt
0 /proc
19M /root
18M /run
13M /sbin
4K /srv
0 /sys
64K /tmp
4.6G /usr
289M /var
2.2T total.

This is how I have partitions assembled in the system with lsblk:


I have used apg-get autoremove, apt-get clean, removed old linux-images and it had no effect what so ever in root folder.

I have also removed libreoffice to gain more space, and looking through Disk GUI, I notice that I had 626MB free, but still when I try to upgrade this system I get the message "You dont have enough free space in /var/cache/apt/archives" and it just need 465 MB of archives and after installation it will only use 94MB.

After search about the subject, I didnt found any solution that could solve the issue.

Anyone knows how can I solve this?

NOTE: I can only access that machine through HP ILO, where copy paste is not possible. SSH and other forms of remote desktops with copy paste capabilities are also not possible. With an OCR engine it doesnt convert text properly
 
Last edited:


Hello @marafado88, and welcome. I do not have the skills to help decode LVM partitioning and RAID issues shown in your screenshot, but perhaps our admin @Rob or other users will be able to offer advice or direction. I can see from your code example that your /media is responsible for most of your data... 1.4TB out of 2.2TB. I think that is the data that I would try to move (cut/paste not copy/paste) out of your current setup to make more room.

One way might be to boot up on a Linux "live" distro (on USB or DVD) and then use that to move files from /media to another external hard drive or large capacity USB flash drive. Once you move enough of that data out, you should create enough breathing room for you system to boot and update again, and from there you can determine how to best make a permanent solution.

Good luck!
 
No, I want to see this:
Code:
root@kali-arm64:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            727M     0  727M   0% /dev
tmpfs           172M   18M  155M  11% /run
/dev/mmcblk0p2  6.5G  4.5G  1.7G  73% /
tmpfs           860M     0  860M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           860M     0  860M   0% /sys/fs/cgroup
tmpfs           172M     0  172M   0% /run/user/0

That looks more like a cd / then du -sh *. I want to see the different mounts, etc.. :)
 
No, I want to see this:
Code:
root@kali-arm64:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            727M     0  727M   0% /dev
tmpfs           172M   18M  155M  11% /run
/dev/mmcblk0p2  6.5G  4.5G  1.7G  73% /
tmpfs           860M     0  860M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           860M     0  860M   0% /sys/fs/cgroup
tmpfs           172M     0  172M   0% /run/user/0

That looks more like a cd / then du -sh *. I want to see the different mounts, etc.. :)

I have posted a screenshot about that output:

 
Finally I have found the source of the problem, one backup that I had, created a new folder at /media, when the external disk that I have for backups was not connected properly in the system so it was not mounted at the time of backup, so I had like 13GB on it!

Thanks for the help guys!
 
Finally I have found the source of the problem, one backup that I had, created a new folder at /media, when the external disk that I have for backups was not connected properly in the system so it was not mounted at the time of backup, so I had like 13GB on it!

Thanks for the help guys!
Great to hear - yeah, I wanted to see the 'df -h' to see what was filled up. Then, I was going to help you still down.

From your screenshot, it looks like you're close to 100% on a couple other partitions as well..
 
Great to hear - yeah, I wanted to see the 'df -h' to see what was filled up. Then, I was going to help you still down.

From your screenshot, it looks like you're close to 100% on a couple other partitions as well..

I have virtual disks from virtual machines there, but with static sizes, not dynamic, but thanks for the warning Rob!!

I was almost getting crazy with this one, because I didnt had large files in that filesystem, there was only small files, maybe photos and musics that I had(I didnt check).

I have to create a proper script to search if that disk is mounted before it starts, to prevent this from happening again. Right now is just a single line with rsync and an email notification of the resume... There is a probability for that external disk not being attached. In a productive environment I would solve this in minutes, with zabbix or elasticsearch, but I am using this server in my home, and those system monitors are a bit overkill to use at home I think lol.
 
Last edited:
Hello,

I really appreciate if you could help me with a similar kind of issue I faced. Recently, I cut pasted around 5GB data from root partition to another partition (partition I am using in windows). But moving did not free up space in root. For df -h command I get the following.

Thank you
4612
 
I really appreciate if you could help me with a similar kind of issue I faced.
Since this thread is solved, it will be better if you open up your own thread in General Linux. It does look like your problem is similar... your / partition (sda9) is full. Please re-post your output shown above, and also tell us details about your system... what kind of computer, which Linux distro, etc. Thanks.
 

Members online


Top