nany a écritsnap list --all | awk '/désactivé|disabled/{print $1, $3}' | while read snapname revision; do sudo snap remove "$snapname" --revision="$revision"; done
pour ne pas écrire un script sur le disque qui sera ensuite supprimé.
Mais, surtout, si je n’ai jamais publié cette modification c’est que je juge cette commande inutile du fait que les révisions reviendront avec le temps et les mises à jours. Donc, tant qu’il n’y a que deux révisions (une active et une désactivée), tout roule.
Effectivement par défaut il n'est censé y avoir que 2 révisions par snap ( courante et précédente ) sur
desktop et 3 sur
core voir
https://snapcraft.io/docs/keeping-snaps-up-to-date#heading--refresh-retain.
Mais quand même : chaque snap en cours + une révision pour chacun = 2 × l'espace occupé. Donc cette commande ( que je trouve dorénavant bien plus compréhensible, merci Nany ) servira sur des partitions racine « petites » ou des systèmes avec « beaucoup » de snap ( à la louche : partition < 30Go, et nombre de snap > 8 ) pour ne garder
que la version snap en cours.
Je récupère comme ça régulièrement 2 à 5Go sur ma racine, alors que je n'ai que 2 snaps « permanents » ( Gimp et Chromium ) et 2-3 autres temporairement juste pour tester.
Gaffe aussi au système de « snapshot » : par défaut lorsqu'on supprime un snap, le profil personnel de ce logiciel snap est conservé pendant 30 jours ( au cas où on le réinstallerait ).
Certains profils sont lourds. Voir
https://snapcraft.io/docs/snapshots
