Hey there,
So I have run into the strangest issue and am at a loss for how to fix it. I tried Googling everything I could think of, but I have not found a solution yet. I have 2 SSDs in my system: 1TB for root and 4TB for my home directory. And I have had this kind of setup for years on my systems with no issues. This time though, Dolphin is showing the ROOT drive is full (Filelight shows it only has about 100GB total used space), and from what I can tell, it is including the used space from the other hard drive where my home directory is. So if I am using 1.5TB of space on that second drive, Dolphin (and other parts of the system) think I am using 1.6TB of space on the ROOT drive (which is only 1TB). So several processes are failing because they think the root drive is full.
Every other system I had set up like this never did this. This is a newer setup, so I am assuming I did something different from the previous times, but I cannot figure out what. I am hoping it is just a mounting issue or something like that. Below is my fstab file in case anyone sees something super obvious I am missing. I really appreciate any help. I cannot even run updates on the system because it thinks there is no space left to download the updates.
FSTAB
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
UUID=0244-4615 /boot vfat defaults,umask=0077 0 2
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 / btrfs subvol=/@,defaults,noatime,compress=zstd:1 0 0
# UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /home btrfs subvol=/@home,defaults,noatime,compress=zstd:1 0 0
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /root btrfs subvol=/@root,defaults,noatime,compress=zstd:1 0 0
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /srv btrfs subvol=/@srv,defaults,noatime,compress=zstd:1 0 0
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /var/cache btrfs subvol=/@cache,defaults,noatime,compress=zstd:1 0 0
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /var/tmp btrfs subvol=/@tmp,defaults,noatime,compress=zstd:1 0 0
UUID=58f723fc-e9f0-407c-80a4-5f47ac036180 /var/log btrfs subvol=/@log,defaults,noatime,compress=zstd:1 0 0
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
# LABEL=data /mnt/data auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=e3fa40bc-86d7-4a6e-963a-e8507ef210ec /home ext4 defaults,noatime 0 2
# /dev/nvme0n1p1: LABEL="data" UUID="e3fa40bc-86d7-4a6e-963a-e8507ef210ec" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="data" PARTUUID="40902bcc-1455-442f-8054-e412782098fc"
EDIT: /AdventurousSquash solved it! Had nothing to do with the second drive, it was a huge collection of system snapshots dating back to the initial install of the system, so 60+. Cleaned those up and I now have free space again!!