# Paquets cassés (comment les lister)

**URL:** <https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997>\
**Category:** Support Debian\
**Created:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997 "2016-02-20T18:38:14Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/1 "2016-02-20T18:38:14Z")

</div>

Hi,

Je cherche une commande qui permet de vérifier si un paquet est cassé. Déjà… je ne suis pas sûr de ce que l’on entends par “cassé”. C’est un problème de dépendances?

Ensuite, il existe une commande qui permet de lister ces paquetages? J’ai bien trouvé “deborphan”, mais - je n’ai fait qu’entrelire, pour l’instant - il me semble que cela liste les paquetages non utilisés, et non pas cassé.

Merci d’avance 🙂

---

<div class="post-metadata">

**Author:** ![rodmov](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/f6c823/32.png) [@rodmov](https://www.debian-fr.org/u/rodmov)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/2 "2016-02-20T18:38:14Z")

</div>

Salut!  
Tu as la commande check qui est un outil de diagnostic.  
Il met à jour le cache des paquets et cherche des dépendances défectueuses.

> [@](#):
>
> apt-get check

pour plus d’info, fais un apt-get -h. Tu auras la liste des commandes et des options.

---

<div class="post-metadata">

**Author:** ![ursus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/e99b99/32.png) [@ursus](https://www.debian-fr.org/u/ursus)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/3 "2016-02-20T18:38:15Z")

</div>

ou sinon, avec aptitude et ses fonctions de recherche étendues !`$ aptitude search ~b`  
(b pour broken)

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/4 "2016-02-20T18:38:15Z")

</div>

Ah ok… J’avais vu la commande check, en effet, mais je n’étais pas sûr du truc. Par contre, pour bien clarifier ta réponse, le man indique qu’effectivement, cela met à jour le cache des paquets et recherche le paquets deffectueux… bien, donc, tu me le dis si je me trompe, mais en définitif faire un apt-get check reviens à faire un apt-get update + vérification des paquets deffectueux?

Merci pour la commande aptitude. J’utilise essentiellement apt-get et dpkg, mais ça peut clairement être une alternative utile que je vais m’empresser de me noter dans un coin 🙂

---

<div class="post-metadata">

**Author:** ![Bernard\_Victor](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/c68b51/32.png) [@Bernard\_Victor](https://www.debian-fr.org/u/Bernard_Victor)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/5 "2016-02-20T18:38:17Z")

</div>

bizarre. chez moi  
apt-get check  
ou  
aptitude search ~b  
n’indique aucun paquet cassé

par contre  
dpkg -l | grep ^rc  
m’indique qu’il y en a de casser

que faut-il croire ?

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/6 "2016-02-20T18:38:27Z")

</div>

Mmmm

Personnellement, j’ai  
sh-3.1# aptitude search ~b  
iB libxml-libxml-perl - Perl module for using the GNOME libxml2 library  
iB libxml-sax-expat-perl - Perl module for a SAX2 driver for Expat (XML::Parser)  
iB libxml-simple-perl - Perl module for reading and writing XML

sh-3.1# dpkg -l | grep ^rc  
(…)  
rc network-manager-gnome 0.6.4-6 network management framework (GNOME frontend)

sh-3.1# dpkg -s network-manager-gnome | grep Status  
Status: deinstall ok config-files

sh-3.1# apt-get check  
Lecture des listes de paquets… Fait  
Construction de l’arbre des dÃ©pendances… Fait  
sh-3.1#  
(là, je n’ai rien)

sh-3.1# apt-get check network-manager-gnome  
Lecture des listes de paquets… Fait  
Construction de l’arbre des dÃ©pendances… Fait  
(là non plus)

A priori ce sont des résultats tout à fait différents.  
le “rc” indique un paquetage partiellement [désinstallé.Je](http://xn--dsinstall-b4ai.Je) ne sais pas à quoi correspond le “iB”

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/7 "2016-02-20T18:38:31Z")

</div>

Synaptic fait ça très facilement aussi. 😆

---

<div class="post-metadata">

**Author:** ![rodmov](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/f6c823/32.png) [@rodmov](https://www.debian-fr.org/u/rodmov)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/8 "2016-02-20T18:38:32Z")

</div>

> [@](#):
>
> Ah ok… J’avais vu la commande check, en effet, mais je n’étais pas sûr du truc. Par contre, pour bien clarifier ta réponse, le man indique qu’effectivement, cela met à jour le cache des paquets et recherche le paquets deffectueux… bien, donc, tu me le dis si je me trompe, mais en définitif faire un apt-get check reviens à faire un apt-get update + vérification des paquets deffectueux?

Oui c’est l’idée. Mais c’est une recherche des dépendances défectueuses de la liste des paquets  
avec en plus une reconstruction des embranchement paquets/dépendances.

---

<div class="post-metadata">

**Author:** ![ursus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/e99b99/32.png) [@ursus](https://www.debian-fr.org/u/ursus)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/9 "2016-02-20T18:38:33Z")

</div>

> [@](#):
>
> le “rc” indique un paquetage partiellement [désinstallé.Je](http://xn--dsinstall-b4ai.Je) ne sais pas à quoi correspond le “iB”

rc ne signifie pas cassé mais qu’il reste des fichiers de configuration (i.e. paquets non purgés), ça correspond à ~c dans aptitude  
iB signifie installé et avec des dépendances cassées

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/10 "2016-02-20T18:38:34Z")

</div>

Ok,  
Merci pour le complément d’information!  
🙂

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/11 "2016-02-20T18:38:35Z")

</div>

Ok,  
Juste une chose:

apt-get check : recherche des dépendances défectueuses de la liste des paquets  
avec reconstruction des embranchement paquets/dépendances.  
aptitude search ~b : liste les paquetages dont les dépendances sont défectueuses.

un apt-get check devrait réparer les dépendances deffectueuses, si je comprends bien. Mais si je le lance suivit d’un aptitude search, je retrouve toujours les trois mêmes paquetages :  
sh-3.1# aptitude search ~b  
iB libxml-libxml-perl - Perl module for using the GNOME libxml2 library  
iB libxml-sax-expat-perl - Perl module for a SAX2 driver for Expat (XML::Parser)  
iB libxml-simple-perl - Perl module for reading and writing XML

Un apt-get check ou un apt-get --reinstall ne devrait pas corriger le problème, en principe? (ce n’est pas le cas, actuellement).

---

<div class="post-metadata">

**Author:** ![ursus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/e99b99/32.png) [@ursus](https://www.debian-fr.org/u/ursus)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/12 "2016-02-20T18:38:35Z")

</div>

Lorsque les dépendances sont cassées, cela signifie qu’il y a un (ou des) conflit(s); donc ré-installer un paquet cassé implique souvent d’en supprimer d’autres. aptitude peut gérer cela et te proposer des solutions pour résoudre ces problèmes (au contraire de apt-get).  
Mon conseil: lance aptitude en mode interactif (sans argument), (ré-)installe ton paquet cassé (avec +) et tu devrais avoir une barre rouge en bas, qui propose des solutions. Ensuite, tu peux les examiner toutes et choisir celle qui te convient le mieux. Bien sûr tu peux faire cela en ligne de commande aussi…

Il est conseillé (par le projet [Debian](http://www.debian.org/doc/manuals/quick-reference/ch-package.fr.html)) d’utiliser aptitude. Tout ce que tu fais avec apt-get, tu peux le faire avec aptitude.

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/13 "2016-02-20T18:38:39Z")

</div>

ok… je suis juste un peu méfiant : en effet, si jamais aptitute me lourde un paquetage important pour autre chose, histoire de réparer un paquet par ci… ça risque de finir en galère, non?..

Mais je vais étudier la question. Il est sans doute temps que j’apprenne à bosser sur aptitude (chui un fan d’apt-get and cie, faut dire).

---

<div class="post-metadata">

**Author:** ![Junichiro2](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/j/b5ac83/32.png) [@Junichiro2](https://www.debian-fr.org/u/Junichiro2)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/14 "2016-02-20T18:38:39Z")

</div>

> [@](#):
>
> Synaptic fait ça très facilement aussi. 😆

Trop simple! Pas assez mystérieux; et puis on fait ça sous \*buntu, ici c’est Debian. C’est comme si tu supprimais l’immaculée conception au catholicisme.

---

<div class="post-metadata">

**Author:** ![ursus](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/e99b99/32.png) [@ursus](https://www.debian-fr.org/u/ursus)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/15 "2016-02-20T18:38:41Z")

</div>

[quote=“sonador”]ok… je suis juste un peu méfiant : en effet, si jamais aptitute me lourde un paquetage important pour autre chose, histoire de réparer un paquet par ci… ça risque de finir en galère, non?..[/quote] C’est ce qu’il y de moins risqué de toute façon. En plus, tu auras toujours la possibilité d’accepter ou non les solutions proposées: faut pas trop se laisser faire par la machine !!!

> [@](#):
>
> [quote=“ricardo”]Synaptic fait ça très facilement aussi. 😆

Trop simple! Pas assez mystérieux; et puis on fait ça sous \*buntu, ici c’est Debian. C’est comme si tu supprimais l’immaculée conception au catholicisme.[/quote]Sans vouloir polémiquer, je doute que synaptic (à l’instar d’apt-get) puisse résoudre les problèmes de dépendances aussi bien qu’aptitude.  
Un petit exemple pour vous convaincre:  
1/ j’installe le paquet emacs22  
2/ les dépendances emacs22-bin-common et emacs22-common et emacsen-common sont ajoutées automatiquement  
3/ je désinstalle emacs22-common (avec dpkg) pour créer un problème de dépendances  
4/ Devinez quoi ! Seul aptitude détecte que le paquet emacs22-bin-common est cassé et propose de le réparer en supprimant emacs22 et emacs22-bin-common… ensuite il me propose gentillement de désintaller emacsen-common qui n’est plus utile !  
Dans synaptic ou apt-get check: rien à signaler. Pourtant l’exemple est simple 😉  
 ![:smt006](https://www.debian-fr.org/uploads/default/original/1X/924eb3db8bedad6a0d333b02031d3c6a9af9d9c5.gif)

---

<div class="post-metadata">

**Author:** ![rodmov](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/r/f6c823/32.png) [@rodmov](https://www.debian-fr.org/u/rodmov)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/16 "2016-02-20T18:38:51Z")

</div>

+1 avec ursus aptitude a une gestion plus fine des dépendances.

@ sonador fais comme moi joues avec apt, aptitude, dpkg  
et aussi synaptic pour faire plaisir à ricardo 😉

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/17 "2016-02-20T18:38:52Z")

</div>

Hi,

En fait, j’ai “joué” avec aptitude, hier. Je ne suis pas encore très à l’aise avec sa manipulation, en tant qu’outil semi-graphique, mais… en effet, j’ai réparé les paquets cassés. Un aptitude ~b ne me renvoie plus rien 🙂.

Très intéressant, tout ça!

---

<div class="post-metadata">

**Author:** ![ricardo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ricardo/32/3864_2.png) [@ricardo](https://www.debian-fr.org/u/ricardo)\
**Post date:** [Février 20, 2016, 6:38 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/18 "2016-02-20T18:38:54Z")

</div>

[quote=“rodmov”]+1 avec ursus aptitude a une gestion plus fine des dépendances.

@ sonador fais comme moi joues avec apt, aptitude, dpkg   
et aussi synaptic pour faire plaisir à ricardo 😉[/quote] mais je me sers aussi des trois autres cités. :smt002

---

<div class="post-metadata">

**Author:** ![sonador](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/8baadc/32.png) [@sonador](https://www.debian-fr.org/u/sonador)\
**Post date:** [Février 20, 2016, 6:39 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/19 "2016-02-20T18:39:32Z")

</div>

Ah ça, je ne vais pas non plus lâcher mes outils préférés.

C’est la folie comme la gestion des paquetages est la grosse force de Debian. Rien n’est plus chiant que de repasser sous une Redhat, après. ☹

---

<div class="post-metadata">

**Author:** ![Bernard\_Victor](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/c68b51/32.png) [@Bernard\_Victor](https://www.debian-fr.org/u/Bernard_Victor)\
**Post date:** [Février 20, 2016, 6:39 UTC](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997/20 "2016-02-20T18:39:53Z")

</div>

ce n’est pas le sujet exact de ce topic, mais puisque on en parle et que des personnes ont bien voulu répondre, je reste ici pour avoir des précision sur

dpkg -l | grep ^rc ou aptitude search ~c

> [@](#):
>
> rc ne signifie pas cassé mais qu’il reste des fichiers de configuration (i.e. paquets non purgés), ça correspond à ~c dans aptitude

comment puis-je savoir d’une façon rigoureuse que si je supprime les paquets indiqués par cette commande, je n’affecte pas d’autres paquets (dépendances) ?

[Page suivante](https://www.debian-fr.org/t/paquets-casses-comment-les-lister/16997.md?page=2)
