Archive

Posts Tagged ‘ubuntu’

Soporte de viejas versiones de Ubuntu

septiembre 21, 2011 Deja un comentario

Resulta que trabajo con un cluster se servidores en los que en su momento instalé Ubuntu 8.10, dado que la versión 8.04 LTS no soportaba el novísimo hardware que los servidores incorporaban (los recién horenados i7). Si bien es cierto que lo más aconsejable hubiera sido actualizar el sistema hasta una versión LTS, se dan un par de circunstancias que  lo han evitado: primero, que la instalación del conjunto software de gestión del grid no es un simple “aptitude install”, y es muy probable que se corrompa al actualizar la distribución; y segundo, que yo soy el administrador de este grid, pero digamos que no es mi pricipal tarea, por lo que no tengo mucho tiempo para dedicarle (muchos sabréis a lo que me refiero).

Ubuntu 8.10. Intrepid Ibex

Todo esto me ha llevado a encontrarme en la situación de que se ha acabado el soporte de Canonical, con lo que han eliminado los paquetes de sus repositorios. Pues, como siempre, googleando un poco, he hallado la solución a mi problema. Resulta que Canonical mantiene en sus servidores una copia de las antiguas distros, pero en una url distinta (http://old-releases.ubuntu.com). Por tanto, basta con cambiar el fichero de fuentes de aptitude para que utilice ésta url. Para ello:

# cp /etc/apt/sources.list /etc/apt/sources.list.bak
# cat /etc/apt/sources.list.bak | sed s/es.archives/old-releases/ | \
 sed s/security./old-releases./ >/etc/apt/sources.list
# apt-get update

También me he fijado que no tienen todas las distribuciones, pues la última que mantienen es la 5.10, siendo la primera la 4.10. Por tanto, dejo en mi lista de @TODOs el descargarme todos los paquetes y ponerlos en el servidor web.

Categorías:Informática Etiquetas: , ,

WOL no funciona en ubuntu 10.04 LTS tras realizar la suspensión

septiembre 19, 2011 Deja un comentario

Hacía tiempo que no me encontraba con un problema difícil de resolver en Linux. Resulta que tenemos un bug reconocido por el cual la función Wake On LAN dejará de funcionar tras la primera suspensión / hibernación del equipo. Es decir, que puedes suspender y reiniciar la máquina mediante WOL una única vez; las sucesivas será imposible. Y como es de costumbre, google te muestra miles de resultados con gente que configura el WOL sin problemas, pero nadie que se encuentre en mi misma tesitura.

Investigando un poco me he encontrado con varios enlaces que sugerían diversas soluciones, ninguna de las cuales me ha servido. Sin embargo, si me han dado una pista de por donde empezar. El directorio /etc/pm/sleep.d/ contiene scripts que se ejecutan al suspender y restaurar el sistema, llevando a cabo las acciones necesarias, de forma parecida a los de System V. Además, en /usr/lib/pm/sleep.d/ hay otros tantos definidos que se también se ejecutan.

Ya puestos en situación, resulta que he descubierto (mediante el conocidísimo método informático ensayo-error) que es necesario “resetear” las interfaces de red para que funcione de forma adecuada el WOL, además de habilitarlo, pues se deshabilita en cada suspensión / apagado. Esto lo hago con el siguiente script que me he creado, y que he colocado en /etc/pm/sleep.d/10_wol:

#!/bin/bash

IFACE=eth0

resetif() {
 ifconfig $IFACE down
 ifconfig $IFACE up
 ethtool -s eth0 wol g
}

case "${1}" in
 suspend|hibernate)
 resetif
 ;;
 resume|thaw)
 resetif
 dhclient $IFACE
 ;;
esac

El inconveniente es que este script entra en conflicto con /usr/lib/pm/sleep.d/55NetworkManager; el susodicho para y restaura el NetworkManager de Ubuntu. Así que he borrado éste último para evitar que falle.

Por cierto, que también es necesario habilitar WOL tras reiniciar la máquina. Para ello basta con crear un script que lo haga en cada automáticamente, /etc/init.d/wol:

#!/bin/bash 
# 
# Enables Wake On LAN 

ethtool -s eth0 wol g 

Y habilitarlo para que se ejecute en cada inicio:

# update-rc.d wol defaults 

Y con esto ya tenemos nuestro Wake On LAN funcional.

Categorías:Informática Etiquetas: ,

Firefox se congela en Linux en el EeePc 901

enero 21, 2011 2 comentarios

Llevaba tiempo sufriendo este molesto problema; y es que firefox se congelaba durante unos segundos cada cierto tiempo. Hoy por fin he sacado un ratito para ponerme a investigar y he resuelto el problema.

Parece ser que firefox 3 usa sqlite y realiza constantemente fsync para mantener actualizada su base de datos en disco. Esto provoca que se congele en el eeepc, debido a que los discos SSD que lleva tienen ciertos problemas con las escrituras constantes de pocos datos.

El autor del post donde se analiza dicho problema, sugiere en este otro post crear una partición para firefox, pero yo he optado por utilizar un disco de ram, y así me ahorro el estar modificando las particiones. La idea es mantener en disco el directorio de firefox, llevarlo a ram para trabajar con él, y volver a volcarlo al disco cuando finalicemos.

Para ello, lo primero es añadir el punto de montaje del disco de ram al fichero /etc/fstab

none /mnt/ramdisk tmpfs defaults,size=200m 0 0

Si quieremos montar ya mismo el disco de ram, basta con ejecutar mount -a

A continuación, cambio el nombre del directorio de firefox por “firefoxram”, que será el que sirva de respaldo en disco.

mv /home/user/.mozilla/firefox /home/user/.mozilla/firefoxram

Ahora enlazo el directorio que realmente utiliza firefox con el disco de ram

ln -s /mnt/ramdisk /home/user/.mozilla/firefox

Tal y como está ahora mismo el sistema, cuando firefox se abra, creará su directorio en ram con los datos de navegación del usuario, pero al apagar el sistema, estos se perderán (porque sólo están en ram). Es por eso que necesitamos el directorio de respaldo en disco. Su finalidad es que se copie a ram antes de abrir firefox, y se vuelque a disco al cerrarlo. Para ello, vamos a cambiar el ejecutable /usr/bin/firefox por un script que realice dichas tareas:

mv /usr/bin/firefox /usr/bin/firefox-bin
touch /usr/bin/firefox
chmod +x /usr/bin/firefox

Ahora, editamos el script /usr/bin/firefox y añadimos las siguientes lineas:

#!/bin/bash

cp -r $HOME/.mozilla/firefoxram/* $HOME/.mozilla/firefox
firefox-bin
cp -r $HOME/.mozilla/firefox/* $HOME/.mozilla/firefoxram/

E voilá. Adiós a los cuelgues de firefox.

Categorías:Informática Etiquetas: , , ,

CentOS 5.5 y Ubuntu 10.10 dual boot

enero 15, 2011 2 comentarios

Tras varios intentos infructíferos de instalar CentOS por red (faltaban paquetes en el servidor), grabé la imagen del dvd en un disco e instalé a la antigua (advertencia: no cabe en un pendrive de 4GB). El problema es que la máquina en la que lo he instalado necesitaba también arrancar con Ubuntu 10.10, el cual ya estaba instalado. Y llegaron mis dolores de cabeza.

Mi primera idea fue no instalar gestor de arranque para CentOS, y utilizar el grub de Ubuntu en su lugar; así que hice un update-grub, y me detectó automáticamente la partición con CentOS. El problema fue que al arrancar, me daba el siguiente error

Error: Invalid magic number

Bastó un poco de investigación para comprobar que el error venía de que el núcleo que estoy instalando es para paravirtualización con Xen, y grub no sabe cómo arrancar este tipo de núcleos. Así que modifico la entrada del grub y pongo lo siguiente


multiboot /boot/xen.gz-2.6.18-194.el5
module 	  /boot/vmlinuz-2.6.18-194.el5xen root=/dev/hda6 ro quiet
moduel 	  /boot/initrd-2.6.18-194.el5xen.img

Pues sigue sin funcionar. Ahora me da el siguiente error:

PANIC on CPU0:
Could not setup DOM0 guest OS
Reboot in five seconds...

Parece ser que a CentOS no le caigo bien. Pero por mis c*j**es que lo hago funcionar. La siguiente opción que me queda es instalar el grub que trae CentOS en su partición de arranque y pasarle el control desde el grub de Ubuntu.


insmod ext2
chainload (hd0,6)+1

¡Bingo! Problema resuelto. Sólo me queda la espinita clavada de no saber por qué el grub 2 de Ubuntu no es capaz de arrancar CentOS.

¡¡¡ACTUALIZACIÓN!!!

 

¡Ya he descubierto el problema del Kernel Panic! Menos mal, porque odio no poder encontrar explicación de algún problema, cuando todos tienen la suya. El kernel panic estaba causado por culpa de que la línea de grub de Ubuntu ponía el root=/dev/sda2, mientras que CentOS esperaba root=/dev/hda2. Lo explico todo en este post.

Categorías:Informática Etiquetas: , , ,

Monitorizar tu PC

mayo 20, 2010 Deja un comentario

Como el pc que tengo en casa ya peina canas, al llegar el veranito sufre estragos a causa del calor, y suele reiniciarse con frecuencia. Así que he decidido llevar un control de las temperaturas para saber cuando se puede freír un huevo sobre el procesador.

Sabía hace tiempo de la existencia de lm-sensors, pero nunca lo había usado. No es tan fácil como instalarlo y punto, pero podemos tener monitorizado nuestro sistema en 4 sencillos pasos.

  1. Instalar lm-sensors
  2. sudo aptitude install lm-sensors
  3. Configurar lm-sensors. Con el siguiente comando, respondiendo a todo que sí
  4. sudo sensors-detect

    Tras esto, cada vez que reiniciemos, tendremos los módulos necesarios para llevar a cabo la monitorización cargados en el sistema. Pero si quieremos empezar a usarlos ya, podemos insertarlos con

    modprobe modulo
  5. Instalar un monitor para lm-sensors. Aunque podemos ver los datos del sistema desde la línea de comandos con el comando sensors, prefiero un applet que me lo indique en todo momento.
  6. sudo aptitude install sensors-applet
  7. Ya sólo nos queda usar el applet, añadiéndolo al panel. Se llama Monitor de Sensores

lm-sensors gnome sensors applet

Otra alternativa para monitorizar es GKrellM, pero yo prefiero los applets… Por cierto, para monitorizar la red, netspeed

Categorías:Informática Etiquetas: ,

WPA y WPA2 en eeepc 901 con Ubuntu 10.04 Lucid Lynx

mayo 13, 2010 1 comentario

Con los pocos días que tengo instalado Lucid Lynx, y ya es el segundo problema con que me encuentro en la nueva distribución de Ubuntu para Netbooks. Lo peor de todo es que con cada actualización surgen nuevos problemas… Aunque no es algo exclusivo de Ubuntu; en Windows suele ocurrir lo mismo.

El caso es que en casa uso seguridad WPA para conectarme a la red inalámbrica, y no consigo conectarme con el nuevo Ubuntu 10.04 desde mi eeepc901. Por lo visto, es un problema con los drivers que se solventa con el núcleo 2.6.33, pero esta distribución aún usa el 2.6.22. Lo más curioso es que con WPA2 Enterprise si funciona.

Hay dos soluciones posibles:

  1. En tu punto de acceso o router, fuerza el uso de WPA2+AES. En mi router (un SMC) por defecto se usa el modo mixto WPA/WPA2. Para mí funcionó a la perfección, jodiendo a mi novia que ya no podía conectarse desde su portátil con Windows XP :S
  2. Compila tus propios controladores. En este foro viene una explicación muy completa, que yo reproduzco a continuación:

Descarga los controladores de  http://www.ralinktech.com/ “RT2860PCI/mPCI/CB/PCIe(RT2760/RT2790/RT2860/RT2890)“ dated 01/29/2010, version 2.3.0.0

Descomprime, entra en el directorio y edita el siguiente fichero os/linux/config.mk y cambia las siguientes líneas:

HAS_WPA_SUPPLICANT=y
HAS_NATIVE_WPA_SUPPLICANT_SUPPORT=y

Edita el fichero common/cmm_wpa.c y busca y reemplaza MIX_CIPHER_NOTUSE por WPA_TKIPAES_WPA2_TKIPAES.

A continuación, debes hacer lo siguiente:


# Compilar e instalar el módulo
sudo make && sudo make install

# Quitar el módulo anterior
sudo ifconfig wlan0 down
sudo rmmod rt2860sta

# Guarda copia del módulo anterior por si las moscas
sudo mv /lib/modules/2.6.32-22-generic/kernel/drivers/staging/rt2860/rt2860sta.ko rt2860sta.ko.dist
# Copia el nuevo módulo a su lugar de destino
sudo cp rt2860sta.ko /lib/modules/2.6.32-22-generic/kernel/drivers/staging/rt2860/

# Instala el nuevo módulo
sudo depmod -a sudo modprobe rt2860sta
# Por en marcha la interfaz wifi
sudo ifconfig ra0 up

Si todo ha ido bien, ya debéis tener wifi con WPA personal funcionando sin problemas.

Categorías:Informática Etiquetas: , , , ,

Añadir applets al panel de Ubuntu Netbook Edition 10.04

mayo 5, 2010 Deja un comentario

Parece ser que los desarrolladores de Ubuntu han decidido eliminar la posibilidad de añadir applets al panel del sistema. Es una putada, claro, y ya hay muchas voces que se quejan amargamente en los foros especializados. Hay ciertas manías que cada usuario tiene y quiere mantener, como en mi caso es poder ver el consumo de cpu en el panel. Otras cosas no son tanto una manía como una necesidad: los que tenemos un Eeepc 901 o similar, no disponemos de led que indique si tenemos activadas las mayúsculas, así que sin indicador en el panel, estamos muy jodidos.

Limitándolo, estás jodiendo al usuario. Además, si cambié Xandros por ubuntu fue por la libertad que éste me daba, porque Ubuntu tarda mucho más en iniciar… así que si me limitas, mal vamos. Afortunadamente, como para casi todo en este mundo, hay una solución.

Para poder desbloquear el panel y añadir applets, debemos cambiar el tipo de sesión de inicio por Gnome. Aunque parece complicado y raro, lo he probado y funciona a la perfección. Y no, no se elimina la interfaz de Netbook Edition para pasar a un escritorio normal. Seguimos manteniendo la misma interfaz. Hay que hacer lo siguiente:

sudo ln -s /etc/xdg/xdg-une/autostart/maximus-autostart.desktop /etc/xdg/autostart/ #this makes Maximus run at login
sudo ln -s /etc/xdg/xdg-une/autostart/netbook-launcher.desktop /etc/xdg/autostart/ #this launches the UNE interface at login
sudo ln -s /usr/share/gconf/une/default/20_une-gconf-default /usr/share/gconf/defaults/
sudo ln -s /usr/share/gconf/une/mandatory/20_une-gconf-mandatory /usr/share/gconf/defaults/
sudo update-gconf-defaults

Una vez hecho esto, cerramos la sesión y la abrimos eligiendo GNOME en lugar de Ubuntu Netbook Edition. Y voilá. Ya tenemos el panel desbloqueado.

Por cierto, esto sólo sirve si tienes aceleración 3D. Para Netbooks sin aceleración, consulta la fuente original. Para saber si tienes aceleración 3D, ejecuta:

glxinfo | grep direct

Y debes obeneter direct rendering: Yes

Vía WebUpd8d

Categorías:Informática Etiquetas: , , ,