It’s inefficient, but he is stating that he is now using “only 600GB”, so I would guess it shouldn’t be that notable to someone who thinks 600GB is not much.
I used to dislike it, but consider that Flatpak is allowing a lot of small distros to exist outside of Debian/RHEL/Arch. Void, Chimera, Adélie or Guix (insert yours here) “only” have to implement a desktop environment and Flatpak to be usable. It’s not ideal and it kind of goes against the point of those distros, but they definitely couldn’t package Flathub’s 3300 apps themselves. Especially the proprietary ones that only provide a .deb and .rpm.
Also the sandboxing is nice when installing proprietary stuff. I don’t want Microsoft Team drooling all over my stuff.
Oh, I didn’t realize how unclear that was. The disk is a 2TB NVME SSD. I searched and searched, even booted into Mint on another disk and tried to search from there, and could only find a few hundred GB worth of files (probably about 600GB if I had to guess, lol). I genuinely have no idea what could have been taking up nearly 1.4TB of space, so that’s all I meant when I said “only.”
My suspicion is that something was going wrong whenever I deleted anything. Maybe for some reason the data just weren’t going anywhere, even though the trash was empty and they were no longer showing up in their old locations. Hence the term “clogged.” No similar issues with Cachy just yet, though.
So, yeah, flatpak is horribly inneficient on disk usage and can easily take 60GB if you are a bit generous on app installs. 60GB is, notably, less than 1.4TB
Out of curiosity, how did you search for what was using up the space? Did you try apps like baobab or filelight? One of them is usually preinstalled and they have not failed me yet (except when hard-linking or copy-on-write is involved, but that shouldn’t show up on the global disk usage percentage)
The tool
gduis very nice for finding space culprits.Never used Bazzite, but isn’t it heavy on packaged apps with snap or flatpak? Inherently space inefficient (and I despise them both passionately).
Don’t update all the time. I update every couple of days like a maniac, but once every few weeks is fine too.
There’s a distro for every level of “I want to do it myself” vs “I want everything to be made ready for me”.
It’s flatpak. Not snap, by god, not snap.
It’s inefficient, but he is stating that he is now using “only 600GB”, so I would guess it shouldn’t be that notable to someone who thinks 600GB is not much.
I used to dislike it, but consider that Flatpak is allowing a lot of small distros to exist outside of Debian/RHEL/Arch. Void, Chimera, Adélie or Guix (insert yours here) “only” have to implement a desktop environment and Flatpak to be usable. It’s not ideal and it kind of goes against the point of those distros, but they definitely couldn’t package Flathub’s 3300 apps themselves. Especially the proprietary ones that only provide a .deb and .rpm.
Also the sandboxing is nice when installing proprietary stuff. I don’t want Microsoft Team drooling all over my stuff.
Oh, I didn’t realize how unclear that was. The disk is a 2TB NVME SSD. I searched and searched, even booted into Mint on another disk and tried to search from there, and could only find a few hundred GB worth of files (probably about 600GB if I had to guess, lol). I genuinely have no idea what could have been taking up nearly 1.4TB of space, so that’s all I meant when I said “only.”
My suspicion is that something was going wrong whenever I deleted anything. Maybe for some reason the data just weren’t going anywhere, even though the trash was empty and they were no longer showing up in their old locations. Hence the term “clogged.” No similar issues with Cachy just yet, though.
So, yeah, flatpak is horribly inneficient on disk usage and can easily take 60GB if you are a bit generous on app installs. 60GB is, notably, less than 1.4TB
Out of curiosity, how did you search for what was using up the space? Did you try apps like baobab or filelight? One of them is usually preinstalled and they have not failed me yet (except when hard-linking or copy-on-write is involved, but that shouldn’t show up on the global disk usage percentage)