Problemas con el reloj del sistema


nullTras la última actualización de Archlinux y, y el posterior reinicio de la máquina, el sistema me saludó con un bonito mensaje de error «El panel ha encontrado un problema mientras cargaba OAFIID:GNOME_ClockApplet» y el reloj del panel no había forma de conseguir que apareciera.
Tras varias pruebas encontré que se debía a un problema con las librerías de las que depende el Applet de la hora y a continuación os contaré cómo solucionarlo por si alguno se topa con el mismo problema.

null

BUSCANDO LAS LIBRERÍAS QUE FALTAN

El modo de encontrar las librerías de las que depende un programa lo vimos cuando aprendimos a configurar los drivers para la Siemens CardOS M4.01a (os recomiendo su lectura si os interesa profundizar en el tema) pero básicamente bastará buscar las entradas «Not found» entre las librerías del binario clock-applet con un
ldd /usr/lib/gnome-panel/clock-applet | grep «not found»
En mi caso sólo faltaba libkrb53 por lo que opté por instalarlo con un
yaourt -S libkrb53
Finalmente, como dependía del fichero libkrb5.so.25 y en mi equipo la que estaba era la /usr/lib/libkrb5.so.26 pues opté por crear un enlace simbólico (que para algo existen en Linux) esperando que no fuesen demasiado distintas entre si como para que el reloj siguiese sin funcionar
ln -s /usr/lib/libkrb5.so.26 /usr/lib/libkrb5.so.25

CONCLUSIÓN

Cosas como estas son las que nos ocurren por hacer uso de un sistema operativo (Arch) con actualizaciones continuas en lugar de otras soluciones (Ubuntu sin ir más lejos) en el que el «entorno» está mucho más controlado.
Lo bueno de Archlinux es que vas aprendiendo cosas (e instalar las actualizaciones es como jugar a la ruleta rusa con el Sistema pues nunca sabes cómo va a terminar ;)) lo malo que te expones a perder (invertir si prefieres ser positivo) parte de tu excaso y, por tanto valioso, tiempo cada vez que ocurre algo como esto.

5 comentarios en “Problemas con el reloj del sistema

  1. Como contrapartida a tanta «pérdida» de tiempo gano el contar con binarios compilados para la arquitectura i686 y tener las últimas versiones de la mayoría de proyectos (llevo ya bastante tiempo con Gnome 2.30, Scribus 1.3.6, OpenOffice 3.2.0, entre otros).
    Ubuntu 9.10 cayó anoche a mi disco duro y tengo intención de ir probándola esta semana 😉
    No la he abandonado, sólo apartado temporalmente jeje

    Me gusta

  2. Pingback: Bitacoras.com
  3. hola tengo el mismo problema con debian lenny y todavía no pude solucionarlo. Lo que hago es lo siguiente:

    cat /usr/lib/bonobo/servers/GNOME_ClockApplet_Factory.server |grep location
    location=»/usr/lib/gnome-panel/libclock-applet.so»>
    location=»OAFIID:GNOME_ClockApplet_Factory»>

    luego,

    ldd /usr/lib/gnome-panel/libclock-applet.so |grep «not found»

    sin embargo no me sale nada acá, es decir aparentemente anda bien ¿?

    ahora si pongo lo siguiente:
    ldd /usr/lib/gnome-panel/clock-applet | grep “not found”

    el resultado es:
    ldd: /usr/lib/gnome-panel/clock-applet: No existe el fichero o el directorio

    Algún comentario.

    Me gusta

    1. Imagino que los dos puntos en ldd: es un typo a la hora de escribir en el comentario.

      En tu caso y según puede observarse del cat que has lanzado la ruta correcta al fichero en el que debes comprobar las dependencias a las librerías es /usr/lib/gnome-panel/libclock-applet.so.

      Prueba a cambiar el grep por un less y mira manualmente si hay algo «raro» con las librerías enlazadas.

      Salu2

      Me gusta

Deja una respuesta

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Salir /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Salir /  Cambiar )

Conectando a %s

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.