Il suffit de contrôler l’espace eet les inodes libres de temps en temps. Tant que l’occupation reste en-dessous de 80% et n’augmente pas à vue d’oeil, il n’y a pas lieu de s’inquiéter ni d’intervenir.
Les vieux logs, les fichiers de cache… Mais ça dépend de ce qui occupe de l’espace. Si ce sont seulement les fichiers installés par les paquets, alors effacer les logs et le cache n’arrangera rien, il faudra désinstaller des paquets dont tu peux te passer. Il n’y a pas de recette miracle universelle, il faut s’adapter au cas par cas à chaque situation après analyse préalable : qu’est-ce qui occupe de l’espace, pourquoi ? Par exemple des logs qui grossissent anormalement vite sont le signe d’un problème sous-jacent qu’il faut corriger sous peine de se retrouver régulièrement dans la même situation.
Arrête avec les commandes du sans limiter la profondeur de l’arborescence avec -d1, ça produit des sorties interminables que personne ne va lire.
Ce sont des fichiers de configuration utilisateur, qui ne sont pas supprimés quand l’application est supprimée. Et de toute façon ça occupe de l’espace dans to /home, pas dans ta racine.
A ma connaissance snap ne crée pas des centaines de milliers de fichiers dans l’arborescence du système, il utilise essentiellement des images de systèmes de fichiers montées en loop et n’a pas pu causer l’épuisement des inodes.
Il me semble que l’argument doit contenir au moins un élément de chemin (./ pour le répertoire courant) pour qu’apt le considère comme un fichier et non comme un nom de paquet. Mais ceci est un autre sujet qui n’a rien à voir avec cette discussion.