Edit: SOLVED thanks to r00ty !

Hello, I have this weird issue that my Debian 11 will tell me the root folder is full, while I can only find files for half of the accounted space.

df -h reports 56G while the disk analyser (sudo baobab) only finds 28G.

Anyone ever encountered this? I don’t have anything mounted twice… (Not sure what udev is). Also it does not add up to 100%, it should say 7.2G left not 4.1G

df -h /dev/sda* Filesystem Size Used Avail Use% Mounted on udev 16G 0 16G 0% /dev /dev/sda1 511M 22M 490M 5% /boot/efi /dev/sda2 63G 56G 4.1G 94% / /dev/sda4 852G 386G 423G 48% /home

Edit: my mtab

Edit 2: what Gparted shows

    • unlawfulbooger@lemmy.blahaj.zone
      link
      fedilink
      arrow-up
      6
      ·
      edit-2
      6 months ago

      You can also do the following to prevent unwanted writes when something is not mounted at /mnt/thatdrive:

      # make sure it is not mounted, fails if not mounted which is fine
      umount /mnt/thatdrive
      
      # make sure the mountpoint exists
      mkdir -p /mnt/thatdrive
      
      # make the directory immutable, which disallows writing to it (i.e. creating files inside it)
      chattr +i /mnt/thatdrive
      
      # test write to unmounted dir (should fail)
      touch /mnt/thatdrive/myfile
      
      # remount the drive (assumes it’s already listed in fstab)
      mount /mnt/thatdrive
      
      # test write to mounted dir (should succeed)
      touch /mnt/thatdrive/myfile
      
      # cleanup
      rm /mnt/thatdrive/myfile
      

      From man 1 chattr:

      A file with the ‘i’ attribute cannot be modified: it cannot be deleted or renamed, no link can be created to this file, most of the file’s metadata can not be modified, and the file can not be opened in write mode.
      Only the superuser or a process possessing the CAP_LINUX_IMMUTABLE capability can set or clear this attribute.

      I do this to prevent exactly the situation you’ve encountered. Hope this helps!

      • teawrecks@sopuli.xyz
        link
        fedilink
        arrow-up
        1
        ·
        6 months ago

        I think I would have expected/preferred mount to complain that you’re trying to mount to a directory that’s not empty. I feel like I’ve run into that error before, is that not a thing?

          • teawrecks@sopuli.xyz
            link
            fedilink
            arrow-up
            2
            ·
            6 months ago

            Ahh, that might be it. I run TrueNAS too. IMO that should be the default behavior, and you should have to explicitly pass a flag if you want mount to silently mask off part of your filesystem. That seems like almost entirely a tool to shoot yourself in the foot.