bonjour,
 
je dispose d'une mdk 10.1 community sur laquel je souhaite réinstallé une HP400 sur port parralèle. Je n'avais pas eu de pb pour le faire avec la 10.0 official.
Je suis passé de la mdk 10.0 Official à la 10.1 community via urpmi.
 
Lorsque j'essaye de l'installé, j'ai une erreur "Echec de la configuration de l'imprimante HP400". Je me suis aperçu que le service Cups était inactif mais en le relançant manuellement j'obtiens l'erreur suivante:
"cupsd: error while loading shared libraries: /usr/lib/libc.so.6 : invalid ELF header".
 
le fichier en question étant un lien vers libc.so, voici le contenu de ce dernier (si ça peut aider):
 
[peshane@smeamdk10 lib]$ cat libc.so
/* GNU ld script
   Use the shared library, but some functions are only in
   the static library, so try that secondarily.  */
OUTPUT_FORMAT(elf32-i386)
GROUP ( /lib/libc.so.6 /usr/lib/libc_nonshared.a )
 
j'ai essayé de désinstallé les paquages en rapport avec cups et de les réinstallé (par contre je n'ai pas oser virer le libscups car il me déstallé pour près de 900Mo de paquage avec lui   , mais je pense que c'est surtout lui la cause de mon problème)
 
 
Merci d'avance pour vos conseils  

tout tes packages ne sembles pas avoir été mis à jour correctement.
 
check tes sources, désactives ceux de la 10.0 et refais un "urpmi --auto-select"

merci de ton aide Dark
 
a priori mes média sont correctement configuré. J'ai pris mes mirroirs via le club mandrake et je dispose de ceux-ci:
un distrib (a priori c'est le "main" non ?)
un contrib
un club (le contrib de mémoire, le nom donnée au média est pas très explicite mais je pense pas que ça joue dans mon affaire)
et un plf
 
le tout pour la 10.1 C et évidemment les autres sont désactivés.
 
j'ai donc essayé de mettre à jour mes médias (urpmi.update -a) puis j'ai refais un urpmi --auto-select mais il ne me trouve que deux paquage à mettre à jour (freedos et un utilitaire pour géré les fichier dsk, vi vi, j'adore l'émulation )
 
bref, j'en suis au même point
dois-je prendre le risque de désinstallé le libcups (et les 900mo de dépendaces qui vont avec pour le réinstallé ?? j'ai peur )

rpm -e --nodeps cups-drivers cups cups-common libcups2
 
urpmi cups-drivers cups cups-common libcups2

après avoir executer les deux commandes indiqué rien ne change malheureusement. J'ai la meme erreur quand j'essaye de lancer le service cups et c'est identique quand j'essaye d'installer mon imprimante (elle est bien detecté mais j'obtiens le même message).
je ne vais pas pouvoir utiliser mon pc avant demain. Par contre je veux bien encore de votre aide pour demain
merci encore

 
perso je n'ai pas ce fichier ... et aucun package ne semble le fournir ... tu devrais le virer ...

bah mince alors    
 
c'est peut-être un lien symbolique que j'avais créer pour pouvoir compiler un truc    
je suis actuellement chez mes parents et le pc est sous mdk 10.0 official, effectivement pas de /usr/lib/libc.so.6 ici non plus.
j'essayerais de l'effacer et vous tiendrais au courant quant au résultat de la manip' quand je serais de retour chez moi.

quel talent Dark    
c'était bien ce lien /usr/lib/libc.so.6 qui fesait ce problème à lui tout seul. Un si petit lien    
 
j'l'ai juste effacé et hop, tout roule comme sur des roulettes.
 
ce qui m'interroge (mais là c'est pour la culture   ), c'est pourquoi ce fichier qui, a priori, n'est pas sensé etre connu par quoique que ce soit dans le système pouvait à lui seul être la cause d'un échec du démarrage du daemon cups    
 
en tout cas royal, merci Dark  

cups charge les librairies en les cherchant selon un order précis et il a notamment besoin de libc.so.6 comme la majorité des progs sous linux qui utilisent la glibc.
 
voici où se trouve normalement ce fichier :
 

 
normalement cups aurait du chercher dans /lib puis dans /usr/lib
il semblerait qu'il faisait l'inverse, d'où le pb

tu es mon modèle Dark    
j'veux être comme toi quand je serais grand    
 
sans dec', merci encore pour ton aide et pour cette précision