Projet: | Trisquel |
Version: | 7.0 |
Composant: | Installer |
Catégorie: | Demande d'amélioration |
Priorité: | normal |
Attribué: | Non assigné |
Statut: | active |
In the Trisquel 7 I18N AMD64, made in late July, the user gets 9.99 GB disk space for the root file system, when choosing the "replace with Trisquel" option for automatic installation. I chose this option, unaware that the disk space would be so small. On the new installation, I added some applications, then got "root file system full" dialogues. I have since reinstalled, choosing the manual option, and setting root file system size to 32 GB. I, therefore, suggest that the default size be set to at least 16 GB on the final release.
Just giving this a gentle bump because there seem to be a lot of people on the forum who get their roots filled up, which of course is always pretty bad.
The default root size should be made larger. Hard disks are getting huge these days. And this problem is made worse by the fact that the default home partition is xfs which currently cannot be shrunk [1] so this means reinstalling the whole thing.
1 http://gparted.org/features.php
Could they not just make their own partition bigger?
The problem is not that the root partition is too small. The core system never goes anywhere near filling 10GB. 32GB is excessive, and a waste of storage space. But if the user adds lot of extra applications on top of the default set, especially if they install lots of large applications like games, this is when 10GB is too small.
I can think of a couple of potential solutions for Etiona:
* have user-installed applications added to the same partition /home is on, rather than the root partition
* when games are installed, store their software components in the root partition as normal, but store the game assets components in a games folder in /home
The second solution addresses what I believe to be the actual cause of the problem, but would create a lot of painstaking packaging work, repackaging all the games in the repos to fit this installation method. The first solution is probably a lot simpler, and would potentially allow the root partition created by the installer to remain at 10GB for years to come.