Glibc_2.4 not found

[Horst H. von Brand]

<eduardoquiroz en vtr.net> wrote:
> On Mon, 25 Sep 2006 13:54:43 -0400
>  "Horst H. von Brand" <vonbrand en inf.utfsm.cl> wrote:
> > <eduardoquiroz en vtr.net> wrote:
> >> Parto asumiendo todos los improperios de mi acción..jeje.
> > Veamos...

> >> Estaba instalando un rpm de una libreria (zlib) que tenía unos errores
> >> y no me permitía imprimir usando CUPS. Tenía problemas con la librería
> >> libz.so.1. Entonces, bajé el RPM zlib y lo instalé. Me dió un error de
> >> dependencia por glibc, pero yo sabía que lo tenía instalado y por eso
> >> le puse --nodeps. Lo instaló y cuando reinicié ya no funcionaron las X
> >> ni nada, pues aparece el error GLIBC_2.4 not found (required by
> >> /usr/lib/libz.so.1). Sólo puedo hacer login en consola y algunas cosas
> >> más, pero no mucho.
> > Brillante.
> > Que distro?
> 
> FC 4
> 
> > Consigue el RPM de zlib que /si/ corresponde (instalaste uno
> > demasiado
> > nuevo!) y:
> >  rpm -Uhv --oldpackage zlib-<el.viejo>.i386.rpm

> Eso no lo puedo hacer, pues el propio comando RPM no me funciona... :(

Si, me di cuenta de tus comentarios despues.

> pero sigamos.
> 
> > (o puede requerir --force, --nodeps, ... si es un rpm(1) mas viejito).
> >
> >> Intenté desinstalar el último paquete que había instalado, pero el
> >> mismo comando rpm me da ese error también y no puedo hacer casi nada.
> > Aja! Bien, pero /muy/ bien hecho!
> >
> >> Cómo puedo desinstalar la zlib última que instalé o volver a instalar
> >> la glibc2.4 sin problemas?

> > Hum... una manera /bastante/ sucia es extraer el cpio(1) del rpm(1)
> > [en realidad, no son los comandos sino los formatos que manejan... pero
> > no tienen pagina de manual aparte] en otro cacharro, y usar eso para
> > pisar lo que esta enfermo en este:
> >
> >   otro $ rpm2cpio zlib-<el.viejo>.i386.rpm > zlib.cpio
> >   otro $ scp zlib.cpio zlib-<el.viejo>.i386.rpm este:/tmp
> >   este # cd /; cpio -i < /tmp/zlib.cpio

> Hecho!...pero sólo hasta aquí, pues ahi me falla la solución. El error
> indicado es:
> /bin/cpio : ./usr/lib/libz.so.1 not created: newer or same age version exists
> /bin/cpio : ./usr/lib/libz.so.1.2.2.2 not created: newer or same age
> version exists
> pero...
> en el --help del comando busqué el "force" y lo encontré como
> incondicional (-u).
> luego ejecuté el cpio -ui y funcionó!!!
> de inmediato, apenas ejecuté el comando mostró un par de pantallas y
> lo reinicié y ...arrancó!!

OK.

> >   este # ldconfig

> Ese comando específicamente no lo tenía.

"No lo tenia" como "no estaba instalado", "no lo sabia", ...?

>                                          Según leí sirve para linkear
> la librería

*Biblioteca*

>             en el path. Sin embargo, no fue necesario el comando, en
> cuanto, me imagino, que dada su anterior existencia ya la tenía en el
> path y funcionó OK. De hecho ya estoy ingresando normalmente.

OK.

> >            # Si despues de estos enjuagues todo anda, entonces...
> >   este # rpm -Uhv --oldpackage /tmp/zlib-<el.viejo>.i386.rpm
> >   este # rpm -V zlib

> Serán necesarios aquellos??

Porque, oh porque, habra insistido en ellos quien te lo sugirio?!

>                             en cuanto ya están instalados?

Estan realmente instalados? Preguntome...

> >            # ... que debiera ser totalmente silencioso ahora.
> > 	       # Si no, tienes diversion adicional...
> > Luego que funcione, lees /a conciencia/ los manuales de /todos/ los
> > comandos involucrados en tu "solucion" a no imprimir y la reparacion de la
> > misma, y nos das una catedra de como se usan, como y porque tu "genial"
> > idea dejo la %&$#@da, y porque esta coreografia particular (o la que
> > finalmente uses) resuelve los problemas.

> Efectivamente lo haré ...de hecho venía asumido a recibir todo tipo de
> insultos..

Tenemos especialistas en eso por aca. Pero son medios timidos, solo
insultan cara a cara.

>           o tareas posteriores..

Hazlas. Luego vuelves.

>                                 jaja.
> Más aun cuando se solucionó, de paso, el problema de la impresora,
> pues revisando ahora funciona el CUPS, lo cual, creo, falló también
> debido a la actualización del Zlib en algún momento.

Probablemente zlib dan~ada de alguna forma.

> >                                         Debes ademas exhibir al menos el
> > numero del bug en <http://bugzilla.redhat.com> (si es de alli; de no, el
> > sistema de reportes adecuado) que documenta el problema de impresion
> > original.

> Si bien no tengo la claridad absoluta de las causas y del problema
> específico, intentaré el reporte.

Si era zlib dan~ado localmente, no tiene sentido reportarlo.

> >         Para puntaje extra, comenta cual actualizacion (no instalada por
> > ti, claro) lo corrige.
> > Que te sirva de escarmiento.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513