Hello, everyone. Recently I finally decided to update my system, and right after the update ran into a problem: before update baobab showed ~22 GB avaliable space, and after the update it went down to around 8.

Here’s some info, that might be relevant:

df output:

Filesystem     1K-blocks     Used Available Use% Mounted on
tmpfs             788700     1976    786724   1% /run
/dev/nvme0n1p8  53050368 48246568   4054792  93% /
tmpfs            3943496        0   3943496   0% /dev/shm
tmpfs               5120        4      5116   1% /run/lock
/dev/nvme0n1p8  53050368 48246568   4054792  93% /home
/dev/nvme0n1p7    998060   133944    795304  15% /boot
/dev/nvme0n1p1    364544    89768    274776  25% /boot/efi
tmpfs             788696      104    788592   1% /run/user/1000

du -h / shows 23G, du -h /home — 13G. Overall I have 54.3G disk space, so (23+13)/54 doesn’t add up to 93%

sudo lsof | grep deleted | wc -l shows 8433 deleted files that are still in use.

I also tried booting with liveUSB and running ‘check’ on partition via GParted.

I did some research online:

I tried some methods to locate what consumes all the space, but couldn’t figure it out. Also, the problem seems to be getting worse (right now baobab shows only ~5GB avaliable space). Can you help me find the source of the problem (and ideally also help me solve it :) )?

  • andnekon@programming.devOP
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    4 months ago

    I run dual boot windows/ubuntu, nvme0n1p1 is efi system partition, p2-p5 are windows-reserved, and p6 is linux-swap.

    Also, I didn’t mention it in the post, but I recently grew linux partition up for around 16GB. I rebooted into windows several times after that, and everything was fine before the update.

    / and /home is just how I set it up.

    /var seems to take up only 1.2 GB. I don’t know, how can I check for any ‘cruft’

    spoiler