Errores con GlibC

[AleSanchez]

Tengo un problemon.
Basicamente quiero actualizar un servidor con Mandrake 10.1 a Mandriva 2006.
Comenze con el primer paso, luego de configurar los repositorios del 2006:

Código:

# urpmi urpmi

Actualizo una cantidad de paquetes, y al parecer algo salio mal, seguramente el calculo de dependencias, por lo que una gran cantidad de programas me dan un error parecido a estos:

Al loguearme:

Código:

/usr/X11R6/bin/xauth: relocation error: /usr/X11R6/lib/libXau.so.6: symbol __strcpy_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with link time reference

Al tratar de usar rpm

Código:

rpm: relocation error: /usr/lib/librpm-4.4.so: symbol __sprintf_chk, version GLIBC_2.3.4 not defined in file libc.so.6 with link time reference

Lo que deduzco es que no se actualizo correctamente el paquete glibc, que deberia ser la version 2.3.6.
El tema es que no funciona el comando rpm como para poder instalarlo, asi que estoy trabado.

A alguien se le ocurre alguna idea?
No quiero ser alarmista, pero estoy en un problemon grandote.

Saludos.

[ociomax]

Ufff, parece que te has metido en un lío bastante grandote. Lo único que se me ocurre es que arranques con el CD de Mandrake en modo rescate, montes la partición e intentes reinstalar la glibc usando la opción "--root" de RPM. Más info en el man de RPM.

(Supongo que tienes tu respaldos al día, ¿verdad??

[AleSanchez]

Si, de los datos si, pero no de la instalacion del sistema
la Glibc suena importante no?

[ociomax]

Código:

[christian@new-host-14 ~]$ rpm -qi glibc
Name        : glibc                        Relocations: (not relocatable)
Version     : 2.4                               Vendor: Red Hat, Inc.
Release     : 4                             Build Date: mar 07 mar 2006 19:23:42 CLST
Install Date: mar 21 mar 2006 18:45:55 CLT      Build Host: hs20-bc1-1.build.redhat.com
Group       : System Environment/Libraries   Source RPM: glibc-2.4-4.src.rpm
Size        : 12192854                         License: LGPL
Signature   : DSA/SHA1, mié 08 mar 2006 00:07:43 CLST, Key ID b44269d04f2a6fd2
Packager    : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla>
Summary     : Las bibliotecas libc de GNU.
Description :
El paquete glibc contiene las bibliotecas estándar usadas por muchos de
los programas del sistema.
Para ocupar menos espacio en el disco y en la memoria, el código común
a las aplicaciones se introduce en una biblioteca y se comparte entre varios
programas. Este paquete contiene las bibliotecas compartidas más
importantes: la biblioteca estándar C y la biblioteca estándar matemática.
Sin estas dos bibliotecas el sistema Linux no funcionará.
[christian@new-host-14 ~]$

Sí, suena bastante importante .

[AleSanchez]

upa, que estoy en un lio muuuuuy grande.
Despues les cuento como me fue.
Saludos.

[Koveart]

No se si mi solucion te sea efectiva pero recuerda que linux tiene otro gestor de paquetes llamado smart, no lo he usado nunca pero tal vez sea otra alternativa a tu problema.

Saludos

[AleSanchez]

Igual por lo que lei smart no es mucho mas bueno que urpmi. Y como no lo tenia instalado, y ni rpm ni urpmi funcionaban no hubiera podido instalarlo.
Al final tuve que ir hasta el servidor de forma precencial, sacar los CD's del 2006 y hacer la actualizacion. Salvo por los paquetes del repositorio Contrib, el resto quedo configurado como estaba antes.

Saludos!!!

[Koveart]

Yo no me referia a que usaras por siempre smart, obviamente urpmi es mucho mejor y mas potente, sobre todo si lo dejas en las noches mediante un cron actualizandote los paquetes, o miles de usos que tiene, ami me encanta smart.

Solamente queria que usaras smart para solucionar el problema momentaneamente pero oviamente tanto smart como urpmi no son sino front ends de rpm asi que no hay mucho que hacer si dañaste el rpm.

Saludos

[AleSanchez]

Iniciado por Koveart

Yo no me referia a que usaras por siempre smart

Sisi lo entendi de esa manera.

Iniciado por Koveart

obviamente urpmi es mucho mejor y mas potente, sobre todo si lo dejas en las noches mediante un cron actualizandote los paquetes, o miles de usos que tiene, ami me encanta smart.

No entiendo, cual de los dos usas para dejarlo con cron? Yo uso urpmi.

[Koveart]

Me too ..y apt-get upgrade y apt-get update...son los mejores adminsitradores de paquetes para binarios

Saludos