Il n'y a pas un jour où je ne maudis le partitionnement Linux des années 80 qui n'a pas su évoluer.
Mon PC je l'ai installé avec un disque SSD 256 Go ==>
/var : 10 Go,
/tmp : 2 Go
/home : environ 175 Go et le reste sert au swap système. C'était ce qu'il me proposait par défaut.
Puis j'ai installé un disque de SSD 2 To dessus, où j'ai mis un gros
/data, dans les faits quasi-inutilisé.
Inutile de dire la suite.
Spark (Java) s'exécute en développement et dit que
/tmp à 2 Go, c'est largement insuffisant. Pour un outil de ce genre, il en faut 20... Du coup, patouille pour l'exécuter vers un
/data/tmp bidon, à effacer parfois à la main, évidement... et que lui seul sait utiliser.
/var doit contenir les exécutables et tout va bien normalement avec 10 Go, sauf si on installe
flatpak pour
Steam bien sûr. 3,7 Go (comment pourrait-il faire moins, hein
?).
/var avertit : je suis presque plein ==> /var/lib en a plein la gueule entre le répertoire
runtime et celui
repo qui stocke un
Git...
gparted ne veut rien redimensionner, quand bien même je vais sur la partition la plus à droite (/home) qui me permettrait d'étendre ensuite les autres. Même sur mon
/sdb de 2 To où se trouve l'unique
/data.
J'ai l'impression qu'il ne me permettra rien tant que je n'aurais pas démonté. Mais démonter
/home, en pleine session GNOME, ça n'inquiète : qu'est-ce que cela provoquerait ?