Why are we allowed to install software until our hard drive is too full,
DebianThis forum is for the discussion of Debian Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've never used quotas and this may not be helpful, but aren't quotas for user accounts? When you install with sudo apt you're installing as sudo for all users, so wouldn't affect the users disk quota, other than maybe a few config files that might generate when you launch it.
Yeah I read very little about that before seeing it wasn't for apt. I should have mentioned by now that it's more of a rant... I like my older systems and guess I just need to upgrade some storage sizes. As an extreme example I would think if installing 10 times more than the space had, it would stop us instead of trying and locking up?
It's normally not that extreme tho at least 90% of the time my fault! Also have to appreciate its a work in progress... it knows the download size, just not unpacking and installing?
CLI always helped, this time was able to run Bleachbit from GUI and after that I uninstalled some stuff. ✌
Most operating systems, including most UNIX style operating systems, assume that there is an operator at the keyboard monitoring space and other resources as needed. Why would anyone continue trying to install software when nearly out of space?
There is a reserved space on the disk, which can only be used by root. See for example here: https://unix.stackexchange.com/quest...filesystem-why
Setting disk quota for root looks not really useful.
apt is a simple program, it doesn't care about free disk space, it will use as much as it needs.
But anyway (if I remember well) you can set a TMP dir for a lot of apps (including apt) and they will use that instead of /tmp.
You can also mount /tmp and/or /var as an independent filesystem, so they don't come at the expense of /.
Yes, additionally checking the available resources is pointless, apt will definitely fail in case of "out of resources". What do you expect, how can it be fixed? It will report "not enough space" instead of "disk full"?
Distribution: Mainly Devuan, antiX, & Void, with Tiny Core, Fatdog, & BSD thrown in.
Posts: 5,514
Rep:
Why are you installing so much?
I have even installed AntiX Base on a 2GB ram, 8GB M2 SSD thin client, with space to spare, & it has all the programs that a regular desktop user would need, ready & waiting.
Just a thought:
I have a machine that is using BTRFS only. All of the storage space is flexible, and adjusts as needed transparently so that no file system runs out of space until EVERYTHING is out of space. That you cannot do with EXT2/3/4, XFS, JFS, NTFS, FAT-*, or RaiserFS. (I am not sure about ZFS, it is way different!) Without knowing what the REAL problem here is I cannot be sure it would resolve your issues, but converting to BTRFS might be worth looking into.
Of course, nothing replaces paying attention to your system status, statistics, logs, and restrictions for yourself!
Just a thought:
I have a machine that is using BTRFS only. All of the storage space is flexible, and adjusts as needed transparently so that no file system runs out of space until EVERYTHING is out of space. That you cannot do with EXT2/3/4, XFS, JFS, NTFS, FAT-*, or RaiserFS. (I am not sure about ZFS, it is way different!) Without knowing what the REAL problem here is I cannot be sure it would resolve your issues, but converting to BTRFS might be worth looking into.
Of course, nothing replaces paying attention to your system status, statistics, logs, and restrictions for yourself!
This is a different approach. I mean it means [it looks like] we do not really use partitions, but all the available space "in one".
If you really want to have a working system you need an independent partition for the OS.
On a Thinkpad T420 installing a few games is what got me, now on my IBM T20 only some text based games like GNU-Chess or BSD games. It might even have a GUI but I haven't typed startx on it for years?
The T420 I keep pretty full as it's one of my daily drivers, think I'm just gonna get a new 2.5" SSD.
Thanks all!
Last edited by jamison20000e; 07-18-2023 at 07:16 PM.
Reason: typ0
Why are we allowed to install software until our hard drive is too full?
I guarantee you if we were not allowed, we'd complain
Quote:
Originally Posted by jamison20000e
shouldn't somewhere know what it's going to unpack to?
The tools do have a concept of the default location, which you can override.
Quote:
Originally Posted by jamison20000e
doesn't look like disk quotas are recognized by apt?
Sure they are, when you run out of space it faults and tells you insufficient space. But to add to that certain package managers will summarize prior to executing, giving you the option to assess before doing.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.