[RESOLU] paquets cassés - màj bloquées....

dodovolant · Le 10/03/2014, à 07:03

Sujet démarré dans un topic 'abondant' des archives là-bas et transféré ici pour discussion suivie....
Je reprends donc à la base de mon problème :
J'ai un triple boot 12.04/10.04/winXP, la 12.04 étant mon système 'journalier de base', le winXP un 'secours vieux scanner qui ne fonctionnne pas sous linux'; et la 10.04 un 'secours de prudence' quand j'ai installé la 12.04....
Je suis victime il y a 3 jours d'une mise à jour 'incomplète' avec un message "paquets cassés"....
En creusant je trouve un 'disque plein' (sans aucune alerte préalable et avec 1,4Go libres selon les 'infos-propriétés') et je comprends que je n'ai jamais 'nettoyé les vieux kernels' depuis la mise en route de ma 12.04.
Sous la 10.04 j'ai eu l'occasion (il y a 2/3/4 ans) de "nettoyer les vieux kernels" parce que 1..je les voyais s'empiler dans le grub, et 2..j'ai du "avoir une alerte" à l'époque.... AVANT le blocage 'disque plein'....
Sous la 12.04 le grub ne contient que les trois "groupes de système actifs" (du triple boot) et les anciens kernels n'apparaissent PAS.
Mon /boot contient donc environ 20 (vingt) kernels différents pour la 12.04 et il serait 'saturé'.
Les résultats visibles sont :
1. la distri "usuelle 12.04" démarre et tourne toujours sans incident pour le moment, (comme les deux autres...)
2. la logithèque ne peut PLUS démarrer (fenêtre message : "Impossible d'installer ou de supprimer des éléments tant que le catalogue des paquets cassés n'est pas réparé. Voulez-vous le réparer maintenant" --évidemment la réparation ne fonctionne pas...)
3. les diverses commandes console ne renvoient que des erreurs comme dit dans mes posts de l'autre topic, merci d'y jeter un oeil... (apt-get -f install par exemple ne fonctionne pas).
Et même mon utilitaire "slax-lfi" (en boot sur CD) avec lequel j'ai organisé toutes mes partitions au début n'arrive plus à les monter.... (aucune des 3!!) et je ne vois que ma partition ntfs "documents" qui est 'externe' et accessible des 3 systèmes....
Voilà le résumé de la situation...
Mes premières tentatives et les suggestions classiques des connaisseurs (voir l'autre topic) n'ont rien donné jusqu'ici, et je pense que les seules possibilités d'intervention sont:
--l'installation de kclean en console (je ne sais pas faire, jamais installé des paquets par cette méthode) ?
--le démarrage en live session qui me permettrait d'intervenir sur les vieux kernels ? (besoin de conseils)

Ah, oui, pardon.... J'ai évidemment fait la bêtise d'effacer "en dur" la moitié des vieux kernels dans "l'explorateur" (nautilus ?) mais c'est sans résultat car je suppose qu'il y a un "catalogue de kernels" qui n'a pas été modifié?
A vous lire....

Dernière modification par dodovolant (Le 10/03/2014, à 19:25)

dodovolant · Le 10/03/2014, à 07:21

Je poste tout de suite un élément intéressant : le résultat de mon df -h (j'ai bien 1,8Go libres, non?)

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/sda7           14G     12G  1,8G  87% /
udev               1,9G     12K  1,9G   1% /dev
tmpfs              754M   1004K  753M   1% /run
none               5,0M       0  5,0M   0% /run/lock
none               1,9G    160K  1,9G   1% /run/shm
/dev/sda2          2,9G    824M  2,0G  30% /boot
/dev/sda9          2,3G    1,7G  510M  77% /home
/dev/sda5          880G    192G  689G  22% /media/PatronDBI
/dev/sda1           16G     13G  2,8G  83% /media/148C05E78C05C3E8

Je suis plongé dans cette page qui semble mériter une "pub" maximale.... (je n'en suis qu'au début mais ça semble "top-pro-tuto")
Je ramène mes essais et résultats dès que possible....

Dernière modification par dodovolant (Le 10/03/2014, à 07:22)

moko138 · Le 10/03/2014, à 07:40

Oui bien sûr, tu as trouvé avec le tutoriel de tiramiseb le bon lien pour l'explication et le remède !
Si tu fais

df -i

tu en auras confirmation par l"affichage que ta / est occupée à au moins 99 %.

PPdM · Le 10/03/2014, à 08:04

Pour répondre a tes questions de l'autre Topic
nettoyage après désinstallation de la logitech

sudo apt-get autoclean

sudo apt-get clean

sudo apt-get autoremove

Réparation des paquets en mode recovery.

Démarrage en mode recovery, tu as la ligne qui correspond dans ton grub pour chaque systeme installé
tu a plusieurs choix dont celui d'activer ta carte réseau, indispensable et ce lui de réparer les paquets cassés a faire ensuite
Essayes de supprimer un maximum de truc dont tu ne te sers pas

Dernière modification par PPdM (Le 10/03/2014, à 09:08)

dodovolant · Le 10/03/2014, à 08:59

effectivement !!! rien à dire.....

root@linux12-01:~# df -i
Sys. de fichiers    Inœuds IUtil.    ILibre IUti% Monté sur
/dev/sda7           895840 895339       501  100% /
udev                206497    553    205944    1% /dev
tmpfs               210152    529    209623    1% /run
none                210152      4    210148    1% /run/lock
none                210152      7    210145    1% /run/shm
/dev/sda2           192000    531    191469    1% /boot
/dev/sda9           150784  41838    108946   28% /home
/dev/sda5        721826624 183151 721643473    1% /media/PatronDBI
/dev/sda1          2990412  67567   2922845    3% /media/148C05E78C05C3E8

moko138 · Le 10/03/2014, à 09:10

Qu'attends-tu pour appliquer l'excellent tuto dont tu disposes ???

PPdM · Le 10/03/2014, à 09:12

Je plussoie!

tiramiseb · Le 10/03/2014, à 09:22

Salut,

Oui, tu peux suivre mon tutoriel même si tu as effacé des noyaux à la main.

Quand tu dis avoir effacé des noyaux, je pense que tu as simplement supprimé les fichiers dans /boot, mais ni les modules (dans /lib/modules) ni les en-têtes correspondant (dans /usr/src) : ce sont eux qui prennent toute la place.

dodovolant · Le 10/03/2014, à 10:22

@moko138 et PPdM : bien sûr que j'ai refait les manips indiquées dans la page de tiramiseb !! mais sans résultat pour le moment.

@tiramiseb : effectivement, je n'ai effacé, que dans /boot, les fichiers des 10 plus vieux kernels (sur 20 présents)... dois-je comprendre que je peux faire -sans problèmes?- tes deux autres indications sur les effacements dans /lib/modules et dans /usr/src, avant de réessayer la procédure de réparation??
J'attends ton avis pour le faire...

tiramiseb · Le 10/03/2014, à 10:26

As-tu bien lu le chapitre « Un peu de bricolage à la main » de mon article ?

dodovolant · Le 10/03/2014, à 10:30

pour info, même la désinstallation de la logithèque est refusée....

root@linux12-01:~# apt-get remove software-center --purge
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Vous pouvez lancer « apt-get -f install » pour corriger ces problèmes :
Les paquets suivants contiennent des dépendances non satisfaites :
 linux-headers-generic : Dépend: linux-headers-3.2.0-60-generic mais ne sera pas installé
 linux-headers-generic-pae : Dépend: linux-headers-3.2.0-60-generic-pae mais ne sera pas installé
 linux-image-generic : Dépend: linux-image-3.2.0-60-generic mais ne sera pas installé
 linux-image-generic-pae : Dépend: linux-image-3.2.0-60-generic-pae mais ne sera pas installé
 ubuntu-desktop : Dépend: software-center mais ne sera pas installé
E: Dépendances non satisfaites. Essayez « apt-get -f install » sans paquet
(ou indiquez une solution).

J'attends la réponse de tiramiseb pour effacer plus de fichiers......
"un peu de bricolage à la main" ? j'y retourne de suite.... et je déjeune!!

Dernière modification par dodovolant (Le 10/03/2014, à 10:31)

tiramiseb · Le 10/03/2014, à 10:42

Mais pourquoi voudrais-tu désinstaller la logithèque !? Ne fais pas n'importe quoi !

Lis mon article et suis les conseils que j'y ai écrits, pas à pas. Et s'il y a quelque chose dans cet article que tu ne comprends pas, reviens poser une question à ce propos.

dodovolant · Le 10/03/2014, à 11:11

On dirait bien qu'un peu de "bricolage à la main" (clairement expliqué à l'utilisateur lambda!) suffit à résoudre les problèmes...!!
Voilà le résultat de mon dernier df -i :

root@linux12-01:~# df -i
Sys. de fichiers    Inœuds IUtil.    ILibre IUti% Monté sur
/dev/sda7           895840 649507    246333   73% /
udev                206497    556    205941    1% /dev
tmpfs               210152    530    209622    1% /run
none                210152      4    210148    1% /run/lock
none                210152      8    210144    1% /run/shm
/dev/sda2           192000    531    191469    1% /boot
/dev/sda9           150784  41840    108944   28% /home
/dev/sda5        721801672 183579 721618093    1% /media/PatronDBI
/dev/sda1          2990412  67567   2922845    3% /media/148C05E78C05C3E8

puis celui d'un apt-get -f install lancé juste après.... (juste les dernières lignes...)

Found linux image: /boot/vmlinuz-3.2.0-51-generic
Found linux image: /boot/vmlinuz-3.2.0-49-generic-pae
Found linux image: /boot/vmlinuz-3.2.0-49-generic
Found memtest86+ image: /memtest86+.bin
Found Microsoft Windows XP Professionnel on /dev/sda1
Found Ubuntu 10.04.4 LTS (10.04) on /dev/sda8
done
Paramétrage de linux-image-generic-pae (3.2.0.60.71) ...
Paramétrage de linux-headers-3.2.0-60-generic-pae (3.2.0-60.91) ...
Examining /etc/kernel/header_postinst.d.
run-parts: executing /etc/kernel/header_postinst.d/dkms 3.2.0-60-generic-pae /boot/vmlinuz-3.2.0-60-generic-pae
Paramétrage de linux-headers-generic-pae (3.2.0.60.71) ...
Paramétrage de linux-generic-pae (3.2.0.60.71) ...
root@linux12-01:~# ^C

Merci à tous et spécialement à tiramiseb (je te rassure : PAS désinstallé ma logithèque.... "pourquoi" j'y pensais? à cause d'un conseil en passant..... )
Il me reste à installer kclean pour la prochaine fois.... ET à mettre [RESOLU] après qqes vérifications de principe....
Bon appétit à tous et au plaisir....

tiramiseb · Le 10/03/2014, à 11:15

N'oublie pas de désinstaller les paquets correspondant aux noyaux et/ou en-têtes que tu as supprimés !
... tu peux utiliser kclean tout de suite, tant qu'à faire

Hoper · Le 10/03/2014, à 11:22

dodovolant :

Ton problème n'est pas un problème d'espace libre, mais un problème d'inodes disponibles. Linux ne peut donc plus écrire le moindre fichier.

Il y a quelque chose dans ta configuration qui à du créer un très grand nombre de fichier (probablement de petits fichiers) mais plusieurs centaines de milliers !

Tu dois absolument trouver ou sont tous ces fichiers et les supprimer pour faire de la place.
Je t'ai bricolé une petite commande qui te permettra d'afficher le nombre de fichier, dans chaque répertoires à partir de celui ou tu te trouve, et qui te classera le résultat par nombre croissant de fichiers :

IFS=$'\n';REPS=`find . -maxdepth 1 -type d`; for i in $REPS ; do echo "`ls -Rl $i | wc -l` fichiers dans $i"; done | sort -n

Met toi par exemple dans /var (commande cd /var) puis copie/colle cette commande, et donne nous le résultat.

Dernière modification par Hoper (Le 10/03/2014, à 11:36)

dodovolant · Le 10/03/2014, à 11:24

fin du nettoyage.... ne reste que 3 noyaux.... et 47% d'espace libre....

Sys. de fichiers    Inœuds IUtil.    ILibre IUti% Monté sur
/dev/sda7           895840 474014    421826   53% /
udev                206497    556    205941    1% /dev
tmpfs               210152    533    209619    1% /run
none                210152      4    210148    1% /run/lock
none                210152      8    210144    1% /run/shm
/dev/sda2           192000    541    191459    1% /boot
/dev/sda9           150784  41843    108941   28% /home
/dev/sda5        721801336 183586 721617750    1% /media/PatronDBI
/dev/sda1          2990412  67567   2922845    3% /media/148C05E78C05C3E8
root@linux12-01:~#

avec 3Go libres sur le disque soit environ 1,2 récupéré....
"satisfaction-on-on"......

Hoper · Le 10/03/2014, à 11:27

Oups. J'arrive clairement après la bataille. Content que tu ai pu résoudre ton problème

dodovolant · Le 10/03/2014, à 11:30

@tiramiseb : OUI, sûr que j'installe kclean dans les heures qui viennent....
@Hoper : est-ce que ce nombre trop important de fichiers n'était pas justement dans le /boot (et les 'annexes' des kernel?)
voilà le résultat de ta commande :

root@linux12-01:/var# IFS=$'\n';REPS=`find . -type d -maxdepth 1`; for i in $REPS ; do echo "$(ls -Rl $i | wc -l) fichiers dans $i"; done | sort -n
find: AVERTISSEMENT : vous avez spécifié l'option -maxdepth après un argument qui n'est pas une option -type mais les options sont positionnelles (-maxdepth affecte les tests spécifiés avant aussi bien qu'après). SVP spécifiez des options avant les autres arguments.

2 fichiers dans ./local
2 fichiers dans ./mail
2 fichiers dans ./opt
5 fichiers dans ./crash
10 fichiers dans ./tmp
20 fichiers dans ./backups
89 fichiers dans ./games
245 fichiers dans ./spool
540 fichiers dans ./log
1172 fichiers dans ./cache
12206 fichiers dans ./lib
35925 fichiers dans ./www
50246 fichiers dans .
root@linux12-01:/var#

Merci de l'analyse ou d'un avis....
EDIT : A l'occasion quelqu'un sait m'expliquer pour quoi les "propriétés" du disque indiquaient toujours 1,4Go libres au début du problème?
Le /boot est "géré à part"? et invisible?

Dernière modification par dodovolant (Le 10/03/2014, à 11:40)

Hoper · Le 10/03/2014, à 11:34

Bein la comme ça... rien de particulier. Tiens c'est marrant je n'avais pas l'avertissement de mon coté, pas la même version de find surement. Du coup je vais modifier la commande en conséquence. Mais bon, tu n'en a plus besoin maintenant. Ce grand nombre de fichiers venait peut être des noyaux (je pense aux headers surtout).

EDIT : commande corrigé dans le précédent post.

Dernière modification par Hoper (Le 10/03/2014, à 11:35)

dodovolant · Le 10/03/2014, à 11:41

Mille mercis de l'aide précieuse.... pas impossible que je revienne vers toi au sujet de kclean....
à+

moko138 · Le 10/03/2014, à 12:15

Tu étais tellement stressé (je le comprends !) que tu n'as pas retenu ce que tu as lu, ni même ce que tu as écrit !

dodovolant a écrit :

EDIT : A l'occasion quelqu'un sait m'expliquer pourquoi les "propriétés" du disque indiquaient toujours 1,4Go libres au début du problème?

Oui ! le tuto de tiramiseb
Gloire à lui ! (Les fidèles répondent :
Les cigognes soient nombreuses dans son ciel et dans son jardin ! )
te dit bien que l'espace (indiqué par df avec l'option h) et le nombre d'inodes (indiqué par df avec l'option i), sont deux choses différentes.
En gros, tu avais encore 1,4 Go de pages blanches dans ton cahier, mais la page de ta table des matières était saturée.

dodovolant a écrit :

root@linux12-01:/var# 
(...) EDIT : (...) Le /boot est "géré à part"? et invisible?

Tu as tapé la commande dans /var, donc en-dehors de /boot.

dodovolant a écrit :

(...) @Hoper : est-ce que ce nombre trop important de fichiers n'était pas justement dans le /boot (et les 'annexes' des kernel?)

Pas dans /boot : il suffit que tu relises tes différents

df -i

, restés proches de 1 %.

dodovolant a écrit :

@Hoper :

root@linux12-01:/var# (...)
2 fichiers dans ./local
2 fichiers dans ./mail
2 fichiers dans ./opt
5 fichiers dans ./crash
10 fichiers dans ./tmp
20 fichiers dans ./backups
89 fichiers dans ./games
245 fichiers dans ./spool
540 fichiers dans ./log
1172 fichiers dans ./cache
12206 fichiers dans ./lib
35925 fichiers dans ./www
50246 fichiers dans .
root@linux12-01:/var#

Merci de l'analyse ou d'un avis....

Je ne m'y connais pas, mais puisque tu as un ./www, je suppose que tu as un serveur (peut-être en relation avec ton ./games).
Les spécialistes te répondront plus clairement que moi sur ce point, et te conseilleront si tu ouvres un fil spécifique sur le forum ad hoc..

Dernière modification par moko138 (Le 10/03/2014, à 12:49)

yamo · Le 10/03/2014, à 12:48

Je ferais d'abord un

apt-get autoclean

Puis vérifier

df -i

Puis un

 apt-get clean

Ensuite si c'est pas suffisant je chercherais les gros répertoires

du -s /* | sort -n

Il y a un outil bien foutu pour faire ça mais je ne me rappelle plus le nom.

Pour faire du ménage dans les logs, tu peux configurer logrotate pour qu'il soit moins conservateur.

tiramiseb · Le 10/03/2014, à 12:55

yamo> tu as vu que le problème d'espace disque est résolu depuis le message #13 ?

yamo · Le 10/03/2014, à 13:04

Oui, j'ai vu après avoir posté.... (je préfère lire sur les newgroups c'est plus facile à s'y retrouver que sur les forums).

Et je viens de lire rapidement http://www.tiramiseb.fr/2013/10/23/ubun … ipherique/
C'est juste les fichiers liés aux noyaux qui utilisaient autant d'inodes? C'est fou!

tiramiseb · Le 10/03/2014, à 13:14

C'est juste les fichiers liés aux noyaux qui utilisaient autant d'inodes? C'est fou!

Bah tu sais, le noyau Linux est très complexe...

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/03/2014, à 07:03

[RESOLU] paquets cassés - màj bloquées....

#2 Le 10/03/2014, à 07:21

Re : [RESOLU] paquets cassés - màj bloquées....

#3 Le 10/03/2014, à 07:40

Re : [RESOLU] paquets cassés - màj bloquées....

#4 Le 10/03/2014, à 08:04

Re : [RESOLU] paquets cassés - màj bloquées....

#5 Le 10/03/2014, à 08:59

Re : [RESOLU] paquets cassés - màj bloquées....

#6 Le 10/03/2014, à 09:10

Re : [RESOLU] paquets cassés - màj bloquées....

#7 Le 10/03/2014, à 09:12

Re : [RESOLU] paquets cassés - màj bloquées....

#8 Le 10/03/2014, à 09:22

Re : [RESOLU] paquets cassés - màj bloquées....

#9 Le 10/03/2014, à 10:22

Re : [RESOLU] paquets cassés - màj bloquées....

#10 Le 10/03/2014, à 10:26

Re : [RESOLU] paquets cassés - màj bloquées....

#11 Le 10/03/2014, à 10:30

Re : [RESOLU] paquets cassés - màj bloquées....

#12 Le 10/03/2014, à 10:42

Re : [RESOLU] paquets cassés - màj bloquées....

#13 Le 10/03/2014, à 11:11

Re : [RESOLU] paquets cassés - màj bloquées....

#14 Le 10/03/2014, à 11:15

Re : [RESOLU] paquets cassés - màj bloquées....

#15 Le 10/03/2014, à 11:22

Re : [RESOLU] paquets cassés - màj bloquées....

#16 Le 10/03/2014, à 11:24

Re : [RESOLU] paquets cassés - màj bloquées....

#17 Le 10/03/2014, à 11:27

Re : [RESOLU] paquets cassés - màj bloquées....

#18 Le 10/03/2014, à 11:30

Re : [RESOLU] paquets cassés - màj bloquées....

#19 Le 10/03/2014, à 11:34

Re : [RESOLU] paquets cassés - màj bloquées....

#20 Le 10/03/2014, à 11:41

Re : [RESOLU] paquets cassés - màj bloquées....

#21 Le 10/03/2014, à 12:15

Re : [RESOLU] paquets cassés - màj bloquées....

#22 Le 10/03/2014, à 12:48

Re : [RESOLU] paquets cassés - màj bloquées....

#23 Le 10/03/2014, à 12:55

Re : [RESOLU] paquets cassés - màj bloquées....

#24 Le 10/03/2014, à 13:04

Re : [RESOLU] paquets cassés - màj bloquées....

#25 Le 10/03/2014, à 13:14

Re : [RESOLU] paquets cassés - màj bloquées....

Pied de page des forums