# Lister les paquets inutilisés **URL:** \ **Category:** Support Debian\ **Created:** [Février 29, 2024, 11:28 UTC](https://www.debian-fr.org/t/lister-les-paquets-inutilises/89631 "2024-02-29T11:28:03Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\ **Post date:** [Mars 3, 2024, 7:45 UTC](https://www.debian-fr.org/t/lister-les-paquets-inutilises/89631/7 "2024-03-03T19:45:05Z")
> [@anon98718352](#): > > astuces pour gagner plusieurs centaines de **méga** octets. Ou encore mieux, comment gagner simplement quelques **gigas** en vidant le cache apt ( `apt clean` ), si jamais vidé, ou en supprimant potentiellement 10 noyaux inutilisés pour gagner ~5G ! Quand on est en situation d’urgence d’une partition système qui atteint 98% d’utilisation, qu’apt commence à refuser de fonctionner, il faut commencer par un coup de pelleteuse, avant de faire de la statisque de dentelle avec ‹ popularity-contest › pour savoir si on a utilisé libreoffice 1 fois, ou 5 ou 10 dans le mois pour décider si on en a besoin ou pas. La statistique comme critère de désinstallation a peu de sens, en mode urgence de décision. ‹ popularity-contest › est totalement inutile en situation d’urgence puisque toutes les statistiques d’utilisation seront à zéro juste après installation !!! Donc beaucoup d’outils dont les terminologies/traductions sont parfois confuses d’un outil à l’autre. Une **librairie** dite ‹ orpheline › est une librairie qui n’a pas de dépendance inverse parmi les paquets installés par apt. Mais ce n’est pas forcément parce-qu’orphline que forcément inutile, puisque qu’elle a pu être installée en tant que dépendance nécessaire à un paquet installé localement. Un **paquet** ‹ orphelin › n’a pas de sens, puisque ça peut être un binaire sans aucune dépendance ou rétro-dépendance, situation qui ne permet aucune évidence de traitement automatique. La notion de paquet ‹ cassé › est ambigüe, je n’utilise pas ce terme puisqu’il couvre 2 choses: -1.) (rc) le cas de fichiers de configuration qui sont restés présents après désinstallation d’un paquet, car potentiellement utile de conserver la configuration de certains paquets (pour éviter de perdre 1H à reconfigurer en cas de réinstallation). -2.) paquets vraiment ‹ cassés › au sens apt du terme, non fonctionnels, qui n’ont pu être installés ou désinstallés ‹ proprement ›, pour raison de dépendances généralement, et bloquent apt. Mélanger ces deux cas sous une même terminologie n’a qu’un sens très approximatif. Début étrange du lien de documentation précédent: > aptitude search ~c > La commande suivante fait aussi ce travail, mais le résultat est compact, moins lisible : $ dpkg -l | awk ‹ $1~/^rc$/{print $2} › | xargs echo ??? et ça, ça fait quoi ? `dpkg -l |awk '/^rc/{print $2}'` ‹ aptitude › pour ce genre d’opération très bas niveau, c’est prendre un marteau pilon pour écraser une mouche, d’autant plus qu’aptitude n’est pas installé par défaut (ballot si apt est bloqué … sans pouvoir installer aptitude !). Bref, il y a toujours à boire et à manger dans ce genre de sujet. Un point à ne pas oublier: les **locales** → ça gonfle très vite si chaque paquet installe 20 langues dont chinois, suédois, japonais etc etc… ‹  **localepurge**  › devrait être installé par défaut, à mon avis. Je ne garde que ‹ fr|us › (`/usr/share/locale/` → **12M** ) `/var/log/` est aussi à surveiller… Alors comment faire avec tous ces outils pour savoir par quel bout commencer ? Le mieux, à mon avis, est de commencer par le début avec un simple tableau de **synthèse** pour y voir clair et savoir comment attaquer la bête, et ’ ideb’ n’est pas né tout-à-fait par hasard non plus: [![ideb-info](https://www.debian-fr.org/uploads/default/original/2X/1/1ab93f4ae383fd30ed4cf0242a351a3eae7cf392.png)](https://www.debian-fr.org/t/ideb-outil-information-paquet-debian-analyse-dependances-et-plus/89426) --- _[View the full topic](https://www.debian-fr.org/t/lister-les-paquets-inutilises/89631)._