NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Root full due to old volume
So, I need to get better with bash... But in the meantime, I've got a problem. My root is full.
I think I've narrowed down how it happened. I had an eda500 with a volume, eda2 on it. A few of t...
There are a lot of mount points in the root partition, which can conceal the actual space usage in the partition.
So start by entering
mount --bind / /mnt
That mounts sysroot as /mnt.
Then look at the space usage in /mnt. For instance,
cd /mnt
du -hsx * | sort -rh | head -10You can of course then descend into folders and repeat the du command (or use other commands to see what's taking the space).
BTW, anything that is under a mount point can be deleted.
x219c wrote:
root@Hydra:/# rm -rf eda2 rm: cannot remove 'eda2/._share': Operation not permitted
It's hard to be certain from what you posted, but I think it's likely that eda2 is actually the mount point for your new eda volume. So check if the folders/files in eda2 match whats in eda.
If I'm correct, eda2 is a btrfs volume - not the same as an ordinary folder. That would explain why the rm command failed. If it had worked you'd have deleted all the files on eda.
When you're done with /mnt, you unmount it with
cd / umount /mnt
The cd matters, the umount will fail if you are in a folder of /mnt.
I could be barking up the wrong tree entirely, of course. This was my only theory, but the 69G next to apps... Well, IDK.
There are a lot of mount points in the root partition, which can conceal the actual space usage in the partition.
So start by entering
mount --bind / /mnt
That mounts sysroot as /mnt.
Then look at the space usage in /mnt. For instance,
cd /mnt
du -hsx * | sort -rh | head -10You can of course then descend into folders and repeat the du command (or use other commands to see what's taking the space).
BTW, anything that is under a mount point can be deleted.
x219c wrote:
root@Hydra:/# rm -rf eda2 rm: cannot remove 'eda2/._share': Operation not permitted
It's hard to be certain from what you posted, but I think it's likely that eda2 is actually the mount point for your new eda volume. So check if the folders/files in eda2 match whats in eda.
If I'm correct, eda2 is a btrfs volume - not the same as an ordinary folder. That would explain why the rm command failed. If it had worked you'd have deleted all the files on eda.
When you're done with /mnt, you unmount it with
cd / umount /mnt
The cd matters, the umount will fail if you are in a folder of /mnt.
Thanks Stephen! Looks like I must have had a docker image in there. All good now!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
