Journal Nettoyer son systeme Ubuntu (Debian)

• # Cool

  Posté par Snarky le 16 mars 2006 à 12:44. Évalué à 2.

  

  Merci pour l'astuce... Un petit nettoyage de printemp ne fait pas de mal ^^

• # Debfoster

  Posté par Gregplus le 16 mars 2006 à 12:53. Évalué à 3.

  

  Il y a aussi debfoster qui est intéressant : http://packages.debian.org/stable/admin/debfoster
  
  Au premier lancement, il affiche la liste complète de tous les packages et demande pour chacun si on veux le garder (fastidieux).
  
  Le but du jeu est de choisir seulement les applications que l'on utilise et de répondre non pour tout le reste.
  
  J'avais fait l'essai en ne choisissant que phpmyadmin, il garde bien toutes les dépendances (php, apache ...) et vire tout le reste (sauf évidemment la section base), c'est radical

• # aptitude : LA solution ;-)

  Posté par Jonathan ILIAS-PILLET (site web personnel) le 16 mars 2006 à 14:22. Évalué à 10.

  

  Depuis quelques temps, je suis devenu maniaque du nettoyage. Bon, je suis sous Debian, mais comme le système de gestion de paquets est le même, j'imagine qu'il ne doit y avoir aucune différence avec une Ubuntu.
  
  Voici donc mes quelques compléments à ce journal déjà intéressant :
  
  
  1) Par défaut, les paquets Debian sont supprimés via l'action "remove" qui, par prudence, ne supprime pas les fichiers de configuration. Donc, sauf à vouloir conserver une configuration en vue d'une réinstallation ultérieure, la bonne habitude serait de faire :
  $ apt-get remove --purge le-paquet
  OU
  $ aptitude purge le-paquet
  
  Quand on oublie de faire ça, outre synaptic, on peut corriger ça avec aptitude (dans son interface en curses). Taper "l" puis "~c" et appuyer sur "_" pour chaque paquet que l'on souhaite "nettoyer" (ou sur le groupe si l'on veut tout faire d'un coup).
  
  2) Je pense que la plupart des utilisateurs n'installent qu'une fois le même logiciel, sauf rares exceptions. Dans ce cas, le mieux est carrément de faire :
  $ apt-get clean
  OU
  $ aptitude clean
  
  Si vous ne l'aviez jamais fait, vous allez sans doute gagner quelques centaines de Mo :-).
  
  3) Localepurge nettoie en fait les "locales" (traductions) inutilisées. Comme le suggère la description du paquet, il est recommandé de savoir ce que l'on fait puisque ce programme interfère avec le système de gestion de paquets. Lisez :
  $ apt-cache show localepurge
  
  4) deborphan est un outil pratique... mais pas aussi efficace qu'aptitude ;-). Aptitude a l'énorme avantage de se différencier ce que vous lui avez demandé d'installer de ce qui a été installé pour résoudre des dépendances. Ainsi, il est facile pour aptitude de retrouver tous les paquets que vous n'avez pas explicitement voulu installer (contrairement à deborphan qui se contente des bibliothèques, faute de savoir ce que l'utilisateur veut utiliser).
  
  Evidemment, ça impose une certaine discipline :
  - utiliser aptitude le plus tôt possible (idéalement au plus tôt de l'installation)
  - n'utiliser que aptitude (les autres outils ne différencient pas les paquets installés "manuellement" des paquets installés "automatiquement")
  - éviter d'installer des logiciels autrement qu'avec des paquets Debian (ou Ubuntu) avec des dépendances correctement renseignées
  
  Bref, aptitude est un outil formidable (peut-être le meilleur dans le contexte du système de paquets Debian ?) pour qui veut gérer avec précision et efficacité une installation Debian ou Ubuntu.
  
  Mais ce n'est sans doute pas un outil à exhiber à des gens qui hésitent encore à passer sous GNU/Linux :
  - l'interface "texte" peut rebuter
  - la compréhension de ses atouts nécessite de comprendre un minimum le fonctionnement du système de gestion de paquets Debian
  
  J'en viens à me demander pourquoi tous les gestionnaires de paquets (Debian) n'incluent pas cette fonctionnalité (distinction paquet installé manuellement ou automatiquement).

• # Paquets inexistants

  Posté par micha_mosk le 16 mars 2006 à 19:52. Évalué à 1.

  

  Merci pour ces quelques astuces fort utiles, mais ce qui m'intéresse surtout c'est de pouvoir nettoyer les paquets inexistants de la base de données. C'est à dire, faire en sorte que apt oublie les paquets qui ne sont plus répertoriés dans aucun des dépôts du sources.list, et qui ne sont pas installés.
  Si quelqu'un sait comment faire, cela m'intéresse grandement.

  • [^] # Re: Paquets inexistants

    Posté par imalip le 16 mars 2006 à 20:08. Évalué à 2.

    

    "apt-get update" ?

  • [^] # Re: Paquets inexistants

    Posté par gnumdk (site web personnel) le 16 mars 2006 à 22:05. Évalué à 2.

    

    apt-get clean
    
    Si apt se souvient ce ces packages, c'est qu'ils sont dans sont cache /var/cache/apt/archives/

    • [^] # Re: Paquets inexistants

      Posté par gnumdk (site web personnel) le 16 mars 2006 à 22:07. Évalué à 3.

      

      for i in $(seq 100)
      do
      echo "Je relirai deux fois mes postes avant de les valider"
      done
      
      Il fallait donc lire:
      Si apt se souvient de ces packages, c'est qu'ils sont dans son cache /var/cache/apt/archives/

• # Un dernier pour la route

  Posté par Nicolas (site web personnel) le 17 mars 2006 à 12:03. Évalué à 1.

  

  Un dernier composant pour enlever les paquets inutiles: apt-show-versions
  
  

  apt-show-versions|grep -v uptodate

  
  
  La commande ci-dessus renvoie les paquets qui ne sont pas à jour. Dans cette liste on a les paquets qui ne peuvent pas être mis à jour car ils n'existent plus ou ils ont changé de nom. On peut supprimer une bonne partie de ces paquets mais cela ne peut se faire que manuellement et au cas par cas.
  
  Attention, à ne pas supprimer tous ces paquets en aveugle. Cette liste peut par exemple contenir votre noyau actuel si vous ne l'avez pas compilé vous-même. Cette liste peut aussi contenir des paquets qui ne proviennent d'aucune source. Par exemple ma liste contient mplayer car j'ai fabriqué moi-même le paquet à partir des sources.

• # Gstreamer Plugin Mad

  Posté par moramarth le 17 mars 2006 à 13:53. Évalué à 1.

  

  Deborphan considère gstreamer0.10-plugins-bad comme un paquet orphelin.
  
  Mais ça me sert à lire les mp3, non ?
  
  Je peux réellement le virer en toute quiétude ?
  
  Synaptic indique qu'il dépend de beaucoup de choses...

  • [^] # Re: Gstreamer Plugin Mad

    Posté par symoon le 17 mars 2006 à 20:19. Évalué à 3.

    

    qu'aucun paquet ne dépende de gstreamer0.10-plugins-bad ne signifie pas qu'il est inutile.
    
    Il s'agit simplement d'un paquet qu'il te faut installer à la main, puisqu'aucun autre paquet n'en dépend.

    • [^] # Re: Gstreamer Plugin Mad

      Posté par moramarth le 18 mars 2006 à 17:54. Évalué à 1.

      

      C'est ce que je craignais : Deborphan oblige à faire le tri à la main. Dommage...

      • [^] # Re: Gstreamer Plugin Mad

        Posté par Sylvain Sauvage le 20 mars 2006 à 00:43. Évalué à 2.

        

        Oui, mais il permet quand même de virer tout un tas de paquets inutiles.
        
        À part les plugins, tu as aussi, p.ex., les paquets de developpement (les -dev des lib*) : ils sont orphelins et dépendent du lib* correspondant, mais deborphan ne les indique pas comme des bibliothèques (il faut lui passer l'option --libdevel pour ça). Et ces paquets ont de nombreuses dépendances...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.