Linux : apt / dnf / pacman sont cassés — causes et solutions

Sous Linux, apt, dnf et pacman sont au cœur de l’installation et de la mise à jour des logiciels. Lorsqu’ils semblent “cassés”, le problème ne se limite pas au fait de ne plus pouvoir installer une application : les mises à jour de sécurité peuvent également s’arrêter, et la maintenance du système devient beaucoup plus difficile. Les causes fréquentes sont les mises à jour interrompues, les miroirs défaillants, les bases de paquets incohérentes, les erreurs de signature, les dépendances cassées ou encore les fichiers de verrouillage restés en place. L’essentiel n’est pas de commencer à supprimer le cache ou la configuration au hasard, mais de comprendre d’abord ce qui est réellement endommagé.

Parfois, on a l’impression que le gestionnaire de paquets lui-même est cassé, alors que la vraie cause se trouve dans le réseau, le DNS, la configuration des dépôts ou le manque d’espace disque. C’est pourquoi il faut d’abord distinguer s’il s’agit d’un problème de communication, de dépôt, de base locale ou de dépendances.

Symptômes fréquents

apt update, dnf update ou pacman -Syu s’arrêtent avec une erreur
Des messages indiquent des dépendances impossibles à résoudre ou des paquets cassés
Les dépôts deviennent inutilisables à cause d’erreurs GPG ou de signature
Une base verrouillée empêche toute opération sur les paquets
Les miroirs renvoient des erreurs 404 ou des timeouts
Après une mise à jour interrompue, les opérations de paquets ne fonctionnent plus correctement
Après la mise à jour de certaines bibliothèques, le gestionnaire de paquets lui-même ne démarre plus

Que vérifier en premier

La première chose à faire est de vérifier si le problème vient réellement du gestionnaire de paquets ou plutôt du réseau et du DNS.

ping -c 4 8.8.8.8
ping -c 4 google.com
ip addr
ip route

Si le réseau ou le DNS sont déjà défaillants, l’échec de apt, dnf ou pacman n’est qu’un symptôme. En revanche, si le réseau normal fonctionne et que seules les opérations de paquets échouent, il faut se concentrer sur les dépôts, les clés, les verrous, le cache, la base locale et les dépendances.

Causes communes à apt / dnf / pacman

1. Mise à jour interrompue

L’une des causes les plus courantes est une mise à jour stoppée en plein milieu. Une panne de courant, un terminal fermé, une session SSH interrompue ou un gel de l’interface graphique peuvent laisser la base des paquets ou certains paquets dans un état intermédiaire.

Dans ce cas, il vaut mieux essayer de terminer proprement l’état inachevé plutôt que supprimer des fichiers au hasard.

2. Fichiers de verrouillage restants

Les gestionnaires de paquets utilisent des verrous pour empêcher plusieurs opérations simultanées. Si un autre processus de mise à jour tourne encore, ou si un crash a laissé derrière lui un lock, le système indiquera qu’un autre processus utilise déjà le gestionnaire.

Mais il ne faut pas supprimer ces verrous à l’aveugle. Il faut d’abord vérifier qu’aucun processus lié n’est encore actif.

ps aux | grep -E 'apt|dpkg|dnf|yum|pacman'

3. Configuration de dépôts incorrecte

Des dépôts tiers, d’anciens PPA, des miroirs obsolètes ou des restes de configuration après une mise à niveau de la distribution peuvent rendre les sources de paquets elles-mêmes invalides. Les symptômes typiques sont les erreurs 404, l’absence de fichier Release ou l’échec de récupération des métadonnées.

4. Problèmes de clés GPG ou de signature

Les dépôts sont normalement vérifiés de manière cryptographique. Si une clé a expiré, n’a pas été importée, si la méthode de gestion des clés a changé ou si le keyring local est endommagé, le gestionnaire de paquets s’arrêtera pour des raisons de sécurité.

5. Dépendances cassées

Les dépendances se cassent souvent lorsqu’on force l’installation de versions incompatibles, qu’on mélange plusieurs dépôts, qu’on effectue des mises à jour partielles ou qu’on remplace manuellement des bibliothèques système. Cela est particulièrement critique avec pacman, où les mises à jour partielles sont fortement déconseillées, mais apt et dnf deviennent eux aussi instables quand les sources sont mal mélangées.

6. Cache ou métadonnées corrompus

Des paquets téléchargés partiellement, des métadonnées obsolètes ou des bases de synchronisation endommagées peuvent empêcher la lecture correcte des listes de paquets et faire échouer les installations.

7. Manque d’espace disque

Une cause fréquente mais parfois négligée est le manque d’espace libre. Si des partitions comme /var ou /boot sont pleines, l’extraction et l’écriture de fichiers peuvent échouer en cours de route, laissant le système de paquets dans un état incohérent.

df -h
du -sh /var/cache/* 2>/dev/null

Que vérifier quand apt pose problème

Sur Debian et Ubuntu, il est important de regarder non seulement apt, mais aussi l’état de dpkg, qui se trouve en dessous.

Réparer les paquets non configurés

sudo dpkg --configure -a
sudo apt --fix-broken install

Après une mise à jour interrompue, ces deux commandes sont souvent les premières à essayer.

Recharger la liste des paquets

sudo apt update

Si des erreurs 404, de signature ou de Release file apparaissent ici, il faut vérifier /etc/apt/sources.list et /etc/apt/sources.list.d/.

Nettoyer le cache

sudo apt clean
sudo apt autoclean

Si le problème vient d’un cache corrompu ou obsolète, cela peut aider.

Que vérifier quand dnf pose problème

Sur les systèmes Fedora ou RHEL, il faut surtout surveiller les métadonnées, l’historique des transactions et la configuration des dépôts.

Reconstruire les métadonnées

sudo dnf clean all
sudo dnf makecache

Si les informations de miroirs ou les métadonnées sont endommagées, c’est souvent une bonne première étape.

Vérifier les dépendances et la cohérence du système

sudo dnf check
sudo dnf distro-sync

Cela permet de vérifier si le système correspond encore à un état cohérent pour la distribution.

Consulter l’historique

sudo dnf history
sudo dnf history info last

L’historique montre souvent à partir de quelle mise à jour les problèmes ont commencé.

Que vérifier quand pacman pose problème

Sur Arch Linux, il faut surtout examiner les bases de synchronisation, les clés, les miroirs et la présence de mises à jour partielles.

Resynchroniser les bases

sudo pacman -Syy

Si la base de synchronisation locale ne correspond plus aux dépôts, c’est souvent le premier réflexe utile.

Faire une mise à jour complète

sudo pacman -Syu

Les mises à jour partielles doivent être évitées sous Arch. Mettre à jour seulement une partie des paquets en laissant les autres anciens est une cause classique d’incohérences.

Vérifier les problèmes de clés

sudo pacman-key --init
sudo pacman-key --populate

Si le problème concerne les signatures ou le keyring, une réinitialisation peut être nécessaire.

Les journaux sont essentiels

Dans les erreurs de gestion de paquets, une seule ligne de message ne suffit souvent pas. Les journaux et la sortie détaillée permettent de savoir s’il s’agit d’un problème de signature, de dépendances, de réseau ou de base de données.

apt / dpkg

sudo tail -n 100 /var/log/apt/history.log
sudo tail -n 100 /var/log/dpkg.log

dnf

sudo dnf history
sudo journalctl -xe --no-pager | tail -n 100

pacman

sudo tail -n 100 /var/log/pacman.log

Ordre pratique de vérification

Étape 1 : Vérifier le réseau et le DNS

ping -c 4 8.8.8.8
ping -c 4 google.com

Étape 2 : Vérifier l’espace disque

df -h

Étape 3 : Vérifier les processus et les verrous

ps aux | grep -E 'apt|dpkg|dnf|yum|pacman'

Étape 4 : Lire les journaux

Il faut d’abord identifier quelle opération a réellement échoué en dernier.

Étape 5 : Utiliser les commandes de récupération adaptées à la distribution

Avec apt on commence souvent par dpkg --configure -a, avec dnf par le nettoyage des métadonnées, et avec pacman par la synchronisation complète et la vérification des clés.

Ce qu’il faut éviter

Supprimer des fichiers de verrouillage sans comprendre la cause
Installer des paquets .deb / .rpm / autres depuis des sources douteuses
Faire des mises à jour partielles répétées sous Arch
Mélanger de façon désordonnée apt avec dpkg, dnf avec rpm ou pacman avec des modifications manuelles
Désactiver la vérification des signatures sans comprendre l’erreur

Comment éviter que cela se reproduise

Éviter les coupures de courant et les arrêts forcés pendant les mises à jour
Ne pas ajouter trop de dépôts tiers
Faire des instantanés ou des sauvegardes avant les grosses mises à jour
Suivre la méthode de mise à jour recommandée par la distribution
En particulier sous Arch, éviter les mises à jour partielles

Conclusion

Même si l’on a l’impression qu’apt, dnf ou pacman sont eux-mêmes cassés, la vraie cause se situe souvent dans le réseau, les verrous, les signatures, les dépendances, le cache, l’espace disque ou la configuration des dépôts. L’important est de ne pas réagir immédiatement en supprimant ou réinstallant au hasard, mais de comprendre d’abord, grâce aux journaux, à quel niveau se trouve réellement la panne. Ensuite, il faut utiliser la bonne approche selon la famille concernée : réparation de dpkg pour apt, métadonnées et historique pour dnf, synchronisation complète et vérification des clés pour pacman.