#1 Le 26/09/2009, à 10:27
- PapaSchultz
[Résolu] Problème lors de la réparation de paquets cassés
Bonjour,
J'ai un problème depuis quelques jours : Dans la barre de tâches, à côté de l'heure, un petit sens interdit est apparu. En passant le curseur de la souris sur ce sens interdit le message d'erreur suivant s'affiche : "Erreur : nombre de paquets cassés > 0".
J'ai donc essayé de réparer les paquets cassés en utilisant l'interface graphique du gestionnaire de paquets. A son ouverture, le gestionnaire de paquets m'indique qu'il y a 545 paquets cassés sur mon système. Je sélectionne donc l'option "Edition -> Réparer les paquets cassés", puis je lance la réparation par "Edition -> Appliquer les modifications sélectionnées".
L'erreur suivante apparait alors :
Extraction des modèles depuis les paquets : 100%
Préconfiguration des paquets...
Sélection du paquet libglib2.0-0 précédemment désélectionné.
(Lecture de la base de données... dpkg : erreur fatale irréversible, abandon :
échec dans « buffer_read(fd) » : liste des fichiers du paquet « nvidia-settings »: Erreur d'entrée/sortie
E: Sub-process /usr/bin/dpkg returned an error code (2)
Un paquet n'a pas pu être installé. Tentative de récupération :
dpkg : des problèmes de dépendances empêchent la configuration de libpurple0 :
libpurple0 dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
libpurple0 dépend de libmeanwhile1 (>= 1.0.2) ; cependant :
Le paquet libmeanwhile1 n'est pas installé.
dpkg : erreur de traitement de libpurple0 (--configure) :
problèmes de dépendances - laissé non configuré
dpkg : des problèmes de dépendances empêchent la configuration de hal :
hal dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
hal dépend de libstdc++6 (>= 4.1.1) ; cependant :
Le paquet libstdc++6 n'est pas installé.
dpkg : erreur de traitement de hal (--configure) :
problèmes de dépendances - laissé non configuré
dpkg : des problèmes de dépendances empêchent la configuration de pidgin :
pidgin dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
pidgin dépend de liblaunchpad-integration1 (>= 0.1.17) ; cependant :
Le paquet liblaunchpad-integration1 n'est pas installé.
pidgin dépend de libpurple0 (>= 1:2.5.5-1ubuntu8.3) ; cependant :
Le paquet libpurple0 n'est pas encore configuré.
dpkg : erreur de traitement de pidgin (--configure) :
problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
libpurple0
hal
pidgin
J'ai donc essayé de corriger le problème en ligne de commande en utilisant aptitude. J'ai donc lancé les commandes suivantes : "sudo aptitude update -f" et "sudo aptitude upgrade -f".
J'obtiens alors la même erreur.
D'aptès les lignes suivantes :
(Lecture de la base de données... dpkg : erreur fatale irréversible, abandon :
échec dans « buffer_read(fd) » : liste des fichiers du paquet « nvidia-settings »: Erreur d'entrée/sortie
E: Sub-process /usr/bin/dpkg returned an error code (2)
Je suppose que le problème provient du paquet nvidia-settings, mais je n'ai trouvé aucun moyen de le résoudre.
Quelqu'un aurait-il une idée pour résoudre ce problème ?
Dernière modification par PapaSchultz (Le 28/09/2009, à 16:13)
Hors ligne
#2 Le 26/09/2009, à 20:01
- Sir Na Kraïou
Re : [Résolu] Problème lors de la réparation de paquets cassés
Salut,
T'as essayé ces deux commandes ?
sudo dpkg --configure -a
sudo dpkg --force-all --configure -a
ça renvoie quoi ?
Descendant de Charlemagne et de LUCA.
Bleu, en l'hommage d'un truc bleu. :'(
C'est pas du bleu.
C'est pas le lac de Genève, c'est le Lac Léman.
Hors ligne
#3 Le 26/09/2009, à 21:04
- PapaSchultz
Re : [Résolu] Problème lors de la réparation de paquets cassés
Tout d'abord, merci pour ta réponse.
sudo dpkg --configure -a
a retourné le résultat suivant :
dpkg : des problèmes de dépendances empêchent la configuration de pidgin :
pidgin dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
pidgin dépend de liblaunchpad-integration1 (>= 0.1.17) ; cependant :
Le paquet liblaunchpad-integration1 n'est pas installé.
pidgin dépend de libpurple0 (>= 1:2.5.5-1ubuntu8.3) ; cependant :
Le paquet libpurple0 n'est pas encore configuré.
dpkg : erreur de traitement de pidgin (--configure) :
problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
libpurple0
hal
pidgin
sudo dpkg --force-all --configure -a
a retourné le résultat suivant :
dpkg : libpurple0 : problèmes de dépendances, mais configuration comme demandé :
libpurple0 dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
libpurple0 dépend de libmeanwhile1 (>= 1.0.2) ; cependant :
Le paquet libmeanwhile1 n'est pas installé.
Paramétrage de libpurple0 (1:2.5.5-1ubuntu8.3) ...
dpkg : hal : problèmes de dépendances, mais configuration comme demandé :
hal dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
hal dépend de libstdc++6 (>= 4.1.1) ; cependant :
Le paquet libstdc++6 n'est pas installé.
Paramétrage de hal (0.5.12~rc1+git20090403-0ubuntu4) ...
* Reloading system message bus config... [ OK ]
* Starting Hardware abstraction layer hald /usr/sbin/hald already running.
[ OK ]
dpkg : pidgin : problèmes de dépendances, mais configuration comme demandé :
pidgin dépend de libglib2.0-0 (>= 2.16.0) ; cependant :
Le paquet libglib2.0-0 n'est pas installé.
pidgin dépend de liblaunchpad-integration1 (>= 0.1.17) ; cependant :
Le paquet liblaunchpad-integration1 n'est pas installé.
Paramétrage de pidgin (1:2.5.5-1ubuntu8.3) ...
Traitement des actions différées (« triggers ») pour « libc6 »...
ldconfig deferred processing now taking place
La situation s'est améliorée puisque le problème lié aux dépendances à disparu. Par contre, le problème concernant le paquet nvidia-settings subsiste et continue d'empêcher la réparation des paquets cassés.
En tentant de réparer les paquets cassés en utilisant l'interface graphique du gestionnaire de paquets, j'obtiens toujours l'erreur suivante :
Extraction des modèles depuis les paquets : 100%
Préconfiguration des paquets...
Sélection du paquet bash précédemment désélectionné.
(Lecture de la base de données... dpkg : erreur fatale irréversible, abandon :
échec dans « buffer_read(fd) » : liste des fichiers du paquet « nvidia-settings »: Erreur d'entrée/sortie
E: Sub-process /usr/bin/dpkg returned an error code (2)
Un paquet n'a pas pu être installé. Tentative de récupération :
Hors ligne
#4 Le 28/09/2009, à 16:12
- PapaSchultz
Re : [Résolu] Problème lors de la réparation de paquets cassés
J'ai réussi à résoudre mon problème.
Le problème provenant de la lecture de la liste des fichiers du paquet nvidia-settings, j'ai supprimé le fichier nvidia-settings.list qui se trouve dans le dossier /var/lib/dpkg/info. (Plus exactement, je l'ai renommé pour ne pas le perdre complètement ... on ne sait jamais ...)
La commande sudo aptitude reinstall nvidia-settings -f m'a retourné deux autres paquets présentant le même problème de lecture de leurs listes de fichiers. J'ai donc supprimé les fichiers .list correspondants.
La commande sudo aptitude reinstall nvidia-settings nom_paquet_en_erreur_2 nom_paquet_en_erreur_3 -f est finalement passée.
La commande sudo aptitude upgrade -f m'a alors permis de récupérer un environnement à peu près correct. (à l'exception, d'un problème de réseau, finalement résolu par la réinstallation du package network-manager-gnome)
La résolution de mon problème a été un peu plus "sportive" que ce que je décris (je vous livre ici un résumé), donc je ne conseillerais cette solution qu'en dernier recours.
Hors ligne