Comment réparer les paquets cassés sous Linux

Comment réparer les paquets cassés sous Linux

⌛ Reading Time: 5 minutes

Les gestionnaires de paquets Linux, comme Apt et DNF, sont extrêmement puissants et intuitifs, mais cela ne veut pas dire que les choses ne peuvent pas mal tourner. Parfois, l’installation d’un package se passe mal et vous devez ramasser les morceaux. Les gestionnaires de packages ont la possibilité de réparer les packages cassés et d’ignorer les mises à jour cassées pour que votre système fonctionne à nouveau et éviter les problèmes à l’avenir. Cet article explique comment réparer les packages cassés sous Linux.

Ces trucs et astuces devraient vous aider à vous en sortir dans la plupart des cas. Ils sont tous assez universels, mais chaque situation est différente, alors gardez cela à l’esprit lorsque vous essayez de déboguer votre propre situation.

Réparer les paquets cassés dans Ubuntu

Apt a quelques indicateurs que vous pouvez utiliser pour corriger les dépendances manquantes ou les packages qui se sont cassés pour une raison ou une autre lors de l’installation. Une utilisation courante ici serait d’installer un .deb tiers et de découvrir qu’il avait des dépendances que vous ne connaissiez pas. Ces dépendances ne seront probablement pas récupérées d’elles-mêmes, et dpkg se plaindra que le paquet est manquant dans eux. Dans tous les cas, vous pouvez essayer les étapes suivantes.

Tout d’abord, exécutez une mise à jour pour vous assurer qu’il n’y a pas de versions plus récentes des packages requis.

Ensuite, vous pouvez essayer de forcer Apt à rechercher et à corriger les dépendances manquantes ou les packages cassés. Cela installera en fait tous les packages manquants et réparera les installations existantes.

Un autre endroit où une erreur peut apparaître dans les installations de package est le processus de configuration. Dans les coulisses, dpkg s’occupe de cette partie, pas d’Apt, il va donc de soi que lorsqu’un paquet échoue lors de la configuration, dpkg est l’outil vers lequel se tourner pour le réparer.

Reconfigurer Ubuntu DPKG

Commencez par essayer de forcer dpkg à reconfigurer tout paquet cassé ou partiellement configuré.

Si cela ne résout pas le problème, vous pouvez adopter une approche plus énergique. Commencez par lister tous les packages que dpkg a marqués comme nécessitant une réinstallation.

Vous devriez y voir le(s) paquet(s) problématique(s). Tant qu’il n’y a rien qui ne semble pas y appartenir, vous pouvez forcer la suppression des paquets cassés.

Lorsque dpkg est terminé, essayez de nettoyer avec Apt.

Avec un peu de chance, cela vous ramènera à votre point de départ. Cela ne vous donnera pas les packages cassés que vous avez essayé d’installer, mais au moins Apt sera à nouveau fonctionnel.

Verrouillage permanent DPKG

Il y a un problème moins courant avec les verrous dpkg ridicules qui vous empêchent de faire quoi que ce soit. Chaque fois que vous essayez d’utiliser Apt ou dpkg, vous obtenez une erreur indiquant qu’une autre application l’est déjà… alors qu’elle ne l’est pas.

Il est en fait facile de supprimer le fichier de verrouillage qui vous empêche d’utiliser Apt et de recommencer à faire ce dont vous avez besoin. Parfois, ces fichiers de verrouillage restent en place après qu’une erreur se soit produite lors d’une installation, faisant dérailler le processus et empêchant la suppression automatique du fichier. Dans ce cas, vous devrez le faire vous-même.

Pour faire bonne mesure, supprimez le verrou dans le cache.

Correction des paquets cassés dans Fedora/CentOS/RHEL

La réparation des packages cassés dans Fedora/CentOS/RHEL est moins courante, car yum et dnf font un très bon travail pour s’assurer que les packages sont installés correctement. Cependant, parfois, les choses se mélangent dans l’utilisation du package. La commande pour le faire sur les systèmes basés sur rpm est :

Réparer les paquets cassés Linux Rpm Va

Le -V L’option est à vérifier, ce qui signifie qu’elle parcourra et comparera les informations sur les fichiers installés avec les informations stockées dans le rpm base de données. C’est légèrement inutile, car cela vous donnera généralement une longue liste de fichiers, mais cela peut vous donner un point de départ si vous rencontrez des problèmes avec une application particulière. Vous pouvez exécuter un dnf reinstall sur tous les packages que vous voyez dans cette liste qui pourraient vous poser problème.

Cela définira toutes les métadonnées comme expirées, de sorte qu’il parcourra tous les référentiels que vous avez activés et recherchera une nouvelle version de ce package. Si vous trouvez qu’il y a des dépendances cassées avec ce paquet, DNF se plaindra probablement et vous dira d’utiliser le --skip-broken drapeau. Cela peut également signifier que vous n’avez pas un référentiel particulier activé pour extraire une dépendance, vous devrez donc peut-être faire des recherches là-bas.

Conclusion

Espérons que l’un de ces correctifs a fonctionné pour vous et que vous retravaillez normalement sur votre système Linux. N’oubliez pas que la meilleure façon de gérer une situation totalement incontrôlable est d’essayer de revenir à ce qu’elle était avant. N’essayez pas de passer à travers et d’ajouter plus de choses pour résoudre une casse en ajoutant plus de choses à moins que vous ne sachiez exactement ce que vous faites. Il y a de fortes chances que vous vous retrouviez avec un enchevêtrement de choses cassées qui seront plus difficiles à trier.

Vous devrez peut-être également nettoyer votre système Linux pour vous débarrasser des packages inutiles et cassés. Si la cause est due à un ancien PC incapable de prendre en charge un logiciel plus récent, vous pouvez également utiliser ces trois façons d’utiliser votre ancien PC à bon escient.

How useful was this post?

Click on a star to rate it!

Average rating 0 / 5. Vote count: 0

No votes so far! Be the first to rate this post.