Bonjour à tous,
Mon problème concerne les mises à jour de mon système Ubuntu 6.06.1 LTS kernel 2.6.15-27-386, à chaque tentative d'utilisation du Software Update j'obtiens le messsage suivant:
E: /var/cache/apt/archives/tar_1.15.1-2ubuntu2.1_i386.deb: échec dans « buffer_write(fd) » (10, ret=-1)
Dans un terminal, pas mieux:
sudo apt-get update && sudo apt-get upgrade
....
Les paquets suivants seront mis à jour :
imagemagick libmagick9 tar
3 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 0o/3381ko dans les archives.
Après dépaquetage, 0o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer [O/n] ? O
(Lecture de la base de données... 99755 fichiers et répertoires déjà installés.)Préparation du remplacement de tar 1.15.1-2ubuntu2 (en utilisant .../tar_1.15.1-2ubuntu2.1_i386.deb) ...
Dépaquetage de la mise à jour de tar ...
dpkg : erreur de traitement de /var/cache/apt/archives/tar_1.15.1-2ubuntu2.1_i386.deb (--unpack) :
échec dans « buffer_write(fd) » (9, ret=-1) : backend dpkg-deb pendant « ./bin/tar »: Aucun espace disponible sur le périphérique
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/tar_1.15.1-2ubuntu2.1_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ceci n'est pas spécifique au paquet tar, car il en est de mêmê pour installer un kernel pour AMD Duron kernel k7, de mêmê pour lvm2, ...
Ceci rend par exemple, les mises à jour sécurités non-installables.
Quelqu'un peut il m'indiquer une piste ? L'erreur dpkg N°1 signifie quoi ?
Restant à l'écoute, je vous remercie par avance.
Note : j'ai posté ici : http://forum.ubuntu-fr.org/viewtopic.php?id=80081 , le cross-posting étant proscrit généralement, (mais n'arrivant pas à me dépatouiller), j'espère trouver une piste sur Linuxfr.org
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Forum Linux.débutant Problème de cache - Déinstallation et mise à jour paquets impossibles.
30
nov.
2006
# Aucun espace disponible sur le périphérique
Posté par _alex . Évalué à 4.
échec dans « buffer_write(fd) » (9, ret=-1) : backend dpkg-deb pendant « ./bin/tar »: Aucun espace disponible sur le périphérique
d'ou ma question : est-ce qu'il reste de la place sur tes partitions ?
# bizarre!
Posté par B. franck . Évalué à 2.
[^] # Re: bizarre!
Posté par frederick . Évalué à 1.
http://fr.wiktionary.org/wiki/r%C3%A9flexion
En effet, un sudo du -h /var -> 533Mo occupée sur une partition de 1.4Go.
Conclusion la partition hda10 n'est pas saturée.
"échec dans « buffer_write(fd) » (9, ret=-1) : backend dpkg-deb pendant « ./bin/tar »: Aucun espace disponible sur le périphérique"
La dernière partie du message est une immonde connerie!!!
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
# Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . Évalué à 1.
Après avoir consulté mon ami google pendant un bon moment dans le manuel de réf. de Debian:
http://qref.sourceforge.net/Debian/reference/ch-package.fr.h(...)
"6.3.4 Récupérer les données de sélection des paquets
Si /var/lib/dpkg/status est corrompu, le système Debian perd les données de sélection des paquets et en est grandement affecté. Cherchez le vieux fichier /var/lib/dpkg/status dans /var/lib/dpkg/status-old ou /var/backups/dpkg.status.*.
Garder /var/backups/ dans une partition séparée peut être une bonne idée puisque ce répertoire contient beaucoup de données système importantes.
Si le vieux fichier /var/lib/dpkg/status n'est pas disponible, vous pouvez quand même récupérer les données depuis des répertoires de /usr/share/doc/.
# ls /usr/share/doc | \
grep -v [A-Z] | \
grep -v '^texmf$' | \
grep -v '^debian$' | \
awk '{print $1 " install"}' | \
dpkg --set-selections
# dselect --expert # réinstallez le système, utilisez dselect si besoin"
Mon expertise étant quasi nul, il semble que le moyen consiste à récupérer un fichier "/var/lib/dpkg/status non corrompu,"
Dois je faire un cp d'un vieux /var/lib/dpkg/status-old ou /var/backups/dpkg.status. sur le corrompu et à chaque fois tester à l'aide de apt, et ceci jusqu'à pouvoir installer tar et lvm2 -> status : Ok
Merci de bien vouloir me conforter dans ma vision ou bien m'orienter ver une autre alternative.
J'ai aussi une autre piste, néanmoins elle ne corresponds pas à mon message d'erreur ('erreur 127'), ici:
http://forum.debian-fr.org/viewtopic.php?p=42343
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par dbontemps . Évalué à 1.
Sinon pour le problème de place, pourquoi ta commande est-elle $sudo du -h /var ? /var est-il une partition séparée ? (auquel cas il vaudrait voir si ce n'est pas la partition qui contient /usr qui est pleine)
A tout hazard, apt-get clean fera de la place
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . Évalué à 1.
J'ai vérifier avec la commandes df -h /var et de même pour /usr, respectivement occupée à 37% et 77%. Donc la place sur le périphérique n'a aucun fondement.
Le seul périphérique saturé est /, mais il bascule, je crois vers /usr, /usr/local, ....
Pourquoi je pense que le cache est corrompu?
Parce que les mise à jour sont possible pour certains paquets et pas tous (impossible dans le cas de tar, lvm2, getautomatix2, le kernel-image-k7, ...->engendre le message précédement mentionné)
De plus ce qui me conforte dans cette hypothèse, est le faite que mon problème affecte aussi bien des paquets ayant pour origine les dépots officiels (kernel) que des dépots tiers.
Cependant j'accepte bien volontiers toute mains tendus pour me sortir de ce mauvais pas !!!
Salutations à toi,
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par dbontemps . Évalué à 1.
Tu as combien de partitions ? Avec Ubuntu j'imagine que tu es sous Gnome ; je ne sais pas où, mais je suis convaincu qu'il y a un utilitaire graphique qui te montre le pourcentage d'utilisation de tous les disques montés. Que donne-t-il ?
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par dbontemps . Évalué à 1.
[^] # Re: Une bribe d'éclaircissement, un espoir !!!
Posté par frederick . Évalué à 1.
J'ai effectué la manip qui consiste en apt-cache clean, et apt-cache autoclean, sans résultats.
De meme, pour verifier l'état des partitions rien de tel qu'un :
$df -h /dev/hda
Conclusion : Seulement ma racine / est à 100% (saturé), mais le reste bascule vers /usr ou /usr/local.
Conclusion:
Le cache ou les version stockés /var sont probablement corrompu, car la désintallations des applis est imposssible (tar, et autres désintallation impossible sur la machine quelque soit la méthode shell, synaptic, Software update sous Xubuntu 6.061 LTS) .
Par ailleurs, je n'ai pas saisie les subtilités du lien pointant vers le forum Debian.
Je cherche la méthodes pour désintaller les paquets foireux, sachant qu'un simple apt-get remove tar, ou apt-get --purge remove tar ne fonctionne pas.
Salutations.
# Erreur, la cache sa attaque grave !!!
Posté par frederick . Évalué à 1.
Dans mon précédent post, il faut comprendre apt-get clean et autoclean et non apt-cache clean et consort.
Désolé pour le bruit!
Salutations à tous.
--
---------------------------------------------------------------------------
Si un jour on te reproche que ton travail n'est pas un travail de
professionnel, dis toi que :
Des amateurs ont construit l'arche de Noé, et des professionnels le
Titanic.
---------------------------------------------------------------------------
Pensez librement : Linux thinking !
tux4fun
http://counter.li.org
Linux Registered User #363458
Machine Registered #261921
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.