Novedades en Ubuntu 9.10

Ayer me puse a descargar la versión Alfa 4 de Ubuntu 9.10 para echar un vistazo a las novedades, y para probarla en los equipos que habitualmente utilizo.

A pesar de que todavía falta algo más de dos meses para la aparición de la versión final, el comportamiento ha sido correcto, ya que no he sufrido ningún problema de falta de estabilidad, y he podido ver algunas de las novedades que se preparan.

La forma de testearlo ha sido la habitual: Preparar un USB autoarrancable e inciar el sistema en cuestión en los equipos para las pruebas (Asus EEE PC 701 y un Pentium 4 de sobremesa que cuenta ya con algunos añitos).



Esta versión incluye el kernel 2.6.31-5 y Gnome 2.27.5, los cuales aportan principalmete cambios en los controladores de las tarjetas gráficas de intel, así como otros relacionados con GDM y las aplicaciones de Gnome.

Uno de estos cambios, es la sustitución del cliente de mensajería instantanea Pidgin por Empathy. En mi caso, lo he probado con una cuenta de Yahoo, y hasta donde he llegado, parecía funcionar correctamente.



Además, se incluye Firefox 3.5, el cual anunciaba importantes mejoras tanto en los tests de compatibilidad con estándares como en la velocidad y eficiencia de ejecución de aplicaciones javascript. Lo he probado con algunas webs que hacen uso intensivo de javascript (Openstreetmap, Google Maps) y sin haber hecho ninguna medida rigurosa, sí que da la sensación de que las cosas van con algo más de agilidad.



Por otra parte, el sistema de información acerca de la energía y batería para los equipos portátiles, también parece haber mejorado y proporciona información más detallada.



Otra de las novedades, es la inclusión de algunas herramientas de gestión de discos. En particular una para analizar la ocupación de los mismos (la cual ya estaba disponible en versiones anteriores, pero no aparecía en las versiones live ni en las instalaciones por defecto).



Mucho más interesante, en mi opinión, que el analizador de ocupación de disco, es otra herramienta que nos proporciona información detallada sobre nuestros sistemas de almacenamiento, y en particular sobre la información S.M.A.R.T. proporcionada en la actualidad por la mayor parte de los discos existentes, y desconocida por un gran número de usuarios.



La utilidad que se encarga de ofrecernos esta información es Palimpsest



Por último, un comentario sobre Ubuntu One. Se trata de un sistema de almacenamiento y compartición de ficheros por red. El sistema incluye los accesos a este servicio de almacenamiento, aunque en mi caso particular no lo he podido probar al no estar suscrito al mismo.



En resumen, la impresión causada es muy positiva: El sistema se comporta correctamente, actualiza las aplicaciones a las últimas versiones disponibles y se esfuerza por ofrecer mejoras y como novedad ahora también servicios (aunque con respecto a éstos habrá que leer detenidamente las condiciones de uso). Mi opinión por el momento (aunque la prueba no ha sido exhaustiva en profundidad) es que no tengo ninguna queja con respecto a Ubuntu 9.10 y que si las cosas siguen así, en dos meses lo veremos instalado en muchos equipos.

Actualización (05/09/2009):
El día 3 de septiembre se publicó la versión alfa-5 de Ubuntu 9.10. Descargué e instalé dicha versión en un equipo del año 2005: P4 HT @3.2GHz, 1GB RAM, 250GB HD. La instalación se realizó con el sistema de archivos ext4, que es el utilizado en el proceso de instalación salvo que se le indique otra cosa. Los resultados obtenidos tras la instalación son excelentes. Indico algunos tempos de arranque del sistema y aplicaciones:

Arranque de Ubuntu 9.10 ~29s
Open Office Org Writer ~5s
Mozilla Firefox 3.5.2 ~3s
GIMP ~15s

Actualización (18/09/2009):
El día 17 de septiembre se publicó la versión alfa-6 de Ubuntu 9.10. Esta versión incluye muchos cambios, a destacar especialmente el uso de upstart, ya que probablemente es el que más implicaciones puede tener en relación con el resto del sistema.

Como novedades, cabe destacar la aplicación Ubuntu Software Store, que presenta de forma mucho más gráfica y detallada las aplicaciones disponibles para instalar en nuestro equipo.

Leer más...

Crear vídeos para YouTube desde Ubuntu

En la anterior entrada hemos visto cómo volcar nuestros vídeos desde una cámara MiniDV al disco duro del ordenador.

A continuación vamos a ver el proceso para publicar estos vídeo en YouTube. Si echamos un vistazo a las recomendaciones sobre los formatos de vídeo vemos los códecs tanto de audio como de vídeo que recomiendan utilizar.

Nuestro objetivo es utilizar unos códecs que proporcionen una buena calidad y con un tamaño de fichero final resultante razonablemente pequeño. En particular, elegiremos trabajar con los códecs más avanzados de tipo mpeg4 soportados: H.264 para vídeo (también conocido como AVC) y AAC para el audio.

Además, dado que estos son los codecs utilizados actualmente en la mayor parte de los portales de vídeo para la publicación de éstos, es posible incluso (aunque no tengo ninguna constancia de esto) que evitemos algún paso adicional de reencodado, consiguiendo así una mejor calidad en el resultado final.

Para realizar la conversión, utilizarems la herramienta ffmpeg, disponible en los repositorios de Ubuntu 9.04 e incluida en la instalación por defecto. Con respecto al codec de vídeo, tenemos que instalar el paquete libx264-65 que es donde se encuentra el código para codificar en formato H.264; por último, en lo referente al audio, deberemos de reemplazar el paquete libavcodec52 por libavcodec-unstripped-52 dado que éste último es el que incluye lo necesario para convertir audio a formato AAC.

En definitiva, es suficiente con hacer lo siguiente:

$ sudo apt-get install libx264-65 libavcodec-unstripped-52

Una vez que contamos con la herramienta de conversión, así como con los codecs adecuados, obtenemos la línea de comando en cuestión que realizará la acción deseada:

ffmpeg -i captureTest.dv -acodec libfaac -ab 64k -vcodec libx264 -b 720k -threads 0 -deinterlace -r 25 -s 640x480 -aspect 4:3 captureTest.mp4

En nuestro caso particular:

• El fichero de entrada es captureTest.dv (volcado de un vídeo grabado en una cámara MiniDV) y el fichero generado (salida) es captureTest.mp4
• Generamos audio en formato AAC con una tasa (bitrate) de 64kbps
• Generamos vídeo en formato x264/h264 con una tasa de 720kbps
• Dado que el contenido inicial está entrelazado, indicamos que se realice un proceso de desentrelazado
• Deseamos un resultado final con un tamaño de 640x480 a 25fps
• La proporción (aspect ratio) final debe ser 4:3

Con este comando, aplicandolo al vídeo de ejemplo conseguimos pasar de 69.5MB a 2.75MB, pero dado que utilizamos codecs mpeg-4 muy eficientes, mantenemos una calidad razonablemente buena, tal y como se aprecia en el ejemplo:



Como dato anecdótico, el video muestra la entrada a la Cartuja de Miraflores, en Burgos. Leer más...

Capturar video MiniDV en Ubuntu

Hace aproximadamente 9 años compré una cámara MiniDV. Hacía ya bastante tiempo que apenas la utilizaba, pero con el tema de poner vídeos en youtube la he desempolvado y he estado viendo qué se puede hacer con ella en un ordenador equipado con Ubuntu 9.04

La cámara graba en formato PAL SD (720x576, 25fps). El formato MiniDV tiene la ventaja de que se puede editar y acceder fácilmente a cada imagen, pero tiene el gran inconveniente de que su compresión es mínima. Es decir, los vídeos en este formato son inmensamente grandes. En particular, el vídeo se graba a una tasa de 28.8Mbps y el audio a 1Mbps, de modo que en total estamos hablando de unos 30Mbps. En definitiva, cada minuto de grabación suponen unos 225MB de espacio si decidimos volcar estos vídeos en nuestro disco duro.

De modo que nos encontramos con dos pasos a resolver:

1. Capturar el vídeo en el ordenador.


2. Convertir el vídeo a un formato más apropiado según el uso que le vayamos a dar al mismo.

La cámara de video se conecta al ordenador por medio de un cable IEEE1394 (Firewire). El equipo detecta correctamente el conector 1394, pero no crea una entrada en /dev/ (en particular /dev/raw1394) hasta el momento en que detecta que un dispositivo ha sido conectado.

Como software de captura, en los repositorios podemos encontrar kino y dvgrab. Dado que la captura con kino es sumamente sencilla, utilizaremos este programa.

$ sudo apt-get install kino

Antes de comenzar a utilizar Kino, comentaremos que en la versión 9.04 de Ubuntu hay un problema con la creación del dispositivo /dev/raw1394. Podemos sortear el problema o bien lanzando kino mediante sudo desde la línea de comando:

$ sudo kino

O mejor, cambiando los permisos del punto de acceso al dispositivo (recordemos que previamente hay que conectar y encender la cámara para que el sistema cree el acceso al dispositivo en cuestión):

$ sudo chmod 666 /dev/raw1394

Si lanzamos kino sin realizar este cambio, nos encontraremos con un mensaje de error ("raw1394 kernel module not loaded or failure to read/write /dev/raw1394", o la versión correspondiente al idioma en que tengamos instalado el sistema) y no seremos capaces de realizar el proceso de captura.

Una vez realizado este cambio, lanzamos Kino, y seleccionamos la opción de captura. El programa es muy intuitivo. Con las opciones por defecto, el programa vuelca los fragmentos de vídeo en ficheros separados (cada toma es un fichero diferente) en el directorio que hayamos indicado.



Al final, nos encontraremos con unos cuantos fragmentos de vídeo de tamaño muy considerable con los cuales podemos proceder a tareas de edición o de conversión de formatos. Leer más...

Multiterminal en Ubuntu 9.04

El concepto de multiterminal es una particular configuración de un equipo informático de tal modo que permite que el equipo pueda ser utilizado por más de una persona simultáneamente. Dado que el hardware actual tiene sobrada potencia para los requerimientos que pueda exigir la gestión de múltiples escritorios, esta configuración es especialmente interesante en entornos de tipo de trabajo de oficina. La principal ventaja: el ahorro, no sólo en energía sino también en costes de mantenimiento.

Hasta hace algún tiempo, este tipo de configuraciones no eran sencillas y requerían modificar, recompilar o parchear diferentes partes del sistema. En las versiones más recientes, el kernel de Linux ya incluye lo necesario para poder tratar por separado los eventos provenientes p.ej. de diferentes teclados. De esta manera, actualmente se puede conseguir una configuración multiterminal simplemente instalando algún paquete adicional y modificando algún fichero de configuración.

En anteriores ocasiones he preparado tutoriales para configuraciones multiterminal en Ubuntu 6.06 y 8.04, pero esta es la primera ocasión en que publico el tutorial también en castellano.

La configuración es muy similar a la de la versión 8.04, con la diferencia de que algunos componentes de software han sido actualizados consiguiendo así alguna mejora con respecto a versiones anteriores. No obstante, continúa habiendo algunos problemas.





El equipo es el mismo que se utilizó en la anterior versión:
Pentium 4 a 3GHz, con 512MB de RAM y un disco duro de 80GB. La tarjeta de video es una ATI Radeon X300 PCIe de Gigabyte con dos salidas (VGA y DVI). En la salida DVI se utiliza un adaptador VGA de modo que finalmente tenemos dos monitores VGA analógicos en el sistema. Los monitores son pantallas convencionales LCD/TFT con una resolución de 1280x1024.

1.- En primer lugar, instalamos Ubuntu 9.04 en el ordenador. Lo hacemos utilizando un sistema "live" (CD/DVD o USB). Dado que actualmente la mayor parte de los equipos soportan arranque desde USB, recomedamos hacerlo con un USB-live, dado que el proceso de instalación será mucho más rápido que si lo hacemos desde un CD o DVD.

2.- A continuación, actualizamos el sistema para tener los últimos paquetes disponibles. Lo podemos hacer o bien con las herramientas gráficas (Gestor de Actualizaciones / Synaptic) o bien utilizando la línea de comandos desde un terminal:

$ sudo apt-get update

3.- Posteriormente, instalamos unos paquetes adicionales (xserver-xephyr y wmctrl). Estos paquetes no vienen incluidos en la instalación por defecto, pero podemos encontrarlos en los repositorios oficiales, de modo que su instalación es muy sencilla. Dichos paquetes son necesarios para conseguir obtener la configuración multiterminal que estamos buscando.

$ sudo apt-get install xserver-xephyr wmctrl

Antes de comenzar con las modificaciones particulares de la configuración multiterminal, es recomendable hacer los ajustes y configuración necesarios para el escenario de trabajo particular de cada usuario (configuración de red, creación de usuarios, etc). Algunas herramientas y utilidades de Gnome no funcionan al trabajar con múltiples sesiones simultáneas. Al detectar el sistema operativo múltiples sesiones, no es posible generar los necesarios ficheros de bloqueo requeridos por las herramientas de configuración.

Es muy recomendable conservar una copia de los ficheros de configuración en su estado inicial (/etc/X11/xorg.conf y /etc/gdm/gdm.conf). Estos ficheros serán necesarios si el usuario desea volver a la configuración inicial (monousuario) del equipo.

Una vez realizadas estas tareas previas de configuración inicial, procedemos a realizar la configuración específica del equipo multiterminal.



Inicialmente, tras la configuración por defecto, el sistema se inicia con las dos pantallas en modo "clon". si examinamos la salida del comando xrandr podremos ver los detalles de nuestra actual configuración. En nuestro caso particular, obtenemos lo siguiente:

$ xrandr -q
Screen 0: minimum 320 x 200, current 1280 x 1024, maximum 1280 x 1200
VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0     60.0* 
   1152x864       75.0  
   1024x768       75.0     60.0  
   832x624        74.6  
   800x600        75.0     60.3  
   640x480        75.0     59.9  
   720x400        70.1  
DVI-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0     60.0* 
   1152x864       75.0  
   1024x768       75.0     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3  
   640x480        75.0     72.8     59.9  
   720x400        70.1  
S-video disconnected (normal left inverted right x axis y axis)

El siguiente paso es modificar /etc/X11/xorg.conf para indicar cómo obtener un "escritorio extendido". En caso de tener dudas sobre este tema, en el wiki de ubuntu se puede encontrar información adicional para configurar y definir manualmente sistemas multipantalla.

En las últimas versiones de Linux, algunos aspectos relacionados con la gestión de dispositivos están siendo modificados y se gestionan desde diferentes partes del sistema, como hal y udev. Vemos que ya no es necesario indicar nada relacionado con ratón y teclado en el fichero xorg.conf

Tras haber hecho nuestra copia del fichero xorg.conf inical, lo modificamos para describir nuestra configuración con dos monitores. Incluimos también algunas opciones convenientes (las indicadas en la sección "ServerFlags") para un sistema multiterminal.

Section "Device"
        Identifier      "Card0"
        BoardName       "ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)]"
        Driver          "ati"
        BusID           "PCI:1:0:0"
        Option          "Monitor-VGA-0" "Mon-VGA"
        Option          "Monitor-DVI-0" "Mon-DVI"
EndSection

Section "Monitor"
        Identifier      "Mon-VGA"
        Option          "DPMS"
EndSection

Section "Monitor"
        Identifier      "Mon-DVI"
        Option          "DPMS"
        Option          "Below"       "Mon-VGA"
EndSection

Section "Screen"
        Identifier      "Screen-base"
        Device          "Card0"
        Monitor         "Mon-VGA"
        DefaultDepth    24
        Subsection      "Display"
                Depth   24
                Modes   "1280x1024"
                Virtual 1280 2048
        EndSubSection
EndSection

Section "ServerFlags"
        # Even if mouse detection fails, X will start
        Option "AllowMouseOpenFail" "yes"

        # VT switching is disabled
        Option "DontVTSwitch" "yes"

        # X restart (Ctrl+Alt+Backspace) is disabled
        Option "DontZap" "yes"
EndSection

En esta ocasión hemos elegido una distribución vertical de los monitores. Ha sido únicamente como prueba para ver si la aceleración 3D funciona al mantener las dimensiones de la pantalla virtual menores (o iguales) que un cuadrado de 2048 pixels de lado. Si el usuario prefiere una distribución horizontal, basta con utilizar leftOf o rightOf en lugar de below, en la sección correspondiente al segundo monitor. Además, se deberá de ajustar el tamaño del escritorio virtual al requerido en función de la distribución deseada.

Tras haber hecho estos cambios, si reiniciamos el servidor X veremos un escritorio ocupando los dos monitores en vertical y con estas características:

$ xrandr -q
Screen 0: minimum 320 x 200, current 1280 x 2048, maximum 1280 x 2048
VGA-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0     60.0* 
   1152x864       75.0  
   1024x768       75.0     60.0  
   832x624        74.6  
   800x600        75.0     60.3  
   640x480        75.0     59.9  
   720x400        70.1  
DVI-0 connected 1280x1024+0+1024 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0     60.0* 
   1152x864       75.0  
   1024x768       75.0     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3  
   640x480        75.0     72.8     59.9  
   720x400        70.1  
S-video disconnected (normal left inverted right x axis y axis)

Tras haber modificado el fichero xorg.conf y teniendo ya un escritorio extendido que cubre los dos monitores (tanto si utuilizamos una distribución vertical como una horizontal) el siguiente paso es configurar gdm para lanzar dos sesiones Xephyr, una para cada puesto.

Previamente, tenemos que obtener información acerca de los eventos de entrada (los dos teclados y ratones) del sistema.

$ ls -la /dev/input/by-path/ | grep event | grep kbd
lrwxrwxrwx 1 root root   9 2009-06-18 13:11 pci-0000:00:1d.2-usb-0:2:1.0-event-kbd -> ../event5
lrwxrwxrwx 1 root root   9 2009-06-18 13:11 platform-i8042-serio-0-event-kbd -> ../event3

$ ls -la /dev/input/by-path/ | grep event | grep mouse
lrwxrwxrwx 1 root root   9 2009-06-18 13:11 pci-0000:00:1d.2-usb-0:1:1.0-event-mouse -> ../event4
lrwxrwxrwx 1 root root   9 2009-06-18 13:11 platform-i8042-serio-1-event-mouse -> ../event8

En nuestro caso, tenemos una pareja de teclado y ratón conectados por puerto PS2 para uno de los puestos, y para el segundo una pareja de teclado y ratón USB. Los valores que obtengamos aquí serán usados posteriormente para configurar los dispositivos de entrada que corresponden a cada puesto.

A continuación se crea un lanzador con el objeto de ejecutar Xephyr con los parámetros adecuados y relacionando a cada uno con sus eventos de entrada. Para lograr esto, creamos un fichero que se utilizará a modo de script de lanzamiento. podemos nombrar y crear el fichero del modo que nos parezca más conveniente. En nuestro caso, lo creamos como /usr/sbin/Xephyr-path.sh

Se escoge un editor (vi, gedit, ...) para crear el fichero en cuestión, sin olvidar que tiene que tener permisos para poder ser ejecutado por root (el propietario del fichero).

$ sudo gedit /usr/sbin/Xephyr-path.sh
$ sudo chmod 744 /usr/sbin/Xephyr-path.sh

El fichero en cuestión tendrña un contenido similar a esto (cambiando el parámetro xkblayout en función del lenguaje de teclado del usuario):

$ cat /usr/sbin/Xephyr-path.sh

#!/bin/bash

# 200906 - josean
# http://netpatia.blogspot.com/

trap "" usr1

XEPHYR=/usr/bin/Xephyr
DISPLAY=:0
XAUTHORITY=/var/lib/gdm/:0.Xauth

args=()

while [ ! -z "$1" ]; do
 if [[ "$1" == "-kbdpath" ]]; then
   shift
   if [ ! -z "$1" ]; then
     args=("${args[@]}" "-keybd")
     args=("${args[@]}" "evdev,,device=/dev/input/by-path/$1,xkbrules=xorg,xkbmodel=evdev,xkblayout=es")
   fi
 elif [[ "$1" == "-mousepath" ]]; then
   shift
   if [ ! -z "$1" ]; then
     args=("${args[@]}" "-mouse")
     args=("${args[@]}" "evdev,,device=/dev/input/by-path/$1")
   fi
   else
     args=("${args[@]}" "$1")
#  echo "+++ args $1 +++" >> /tmp/logXephyr
 fi
 shift
done

# Next line is just to create a log file with the invocation parameters, for debug purposes
# echo $XEPHYR -ac "${args[@]}" >> /tmp/logXephyr
exec $XEPHYR -ac "${args[@]}"

Tras haber creado este script, continuamos con las modificaciones en el fichero /etc/gdm/gdm.conf

En la sección [servers] de gdm.conf comentamos las reglas correspondientes a la distribución inicial y definimos lo necesario para la nueva distribución. Modificamos el fichero para lanzar las X de base y dos sesiones Xephyr (una por puesto) ejecutandose sobre las X de base.

# ****************************************************************************

[servers]

# 0=Standard
#
# Means that DISPLAY ":0" will start an X server as defined in the 
# [server-Standard] section.

# ****************************************************************************

# Multiseat setup (200906)

0=Xephyr0
1=Xephyr1
2=Xephyr2

[server-Xephyr0]
name=Xephyr0
command=/usr/bin/X -br -dpms -s 0
handled=false
flexible=false

[server-Xephyr1]
name=Xephyr1
command=/usr/sbin/Xephyr-path.sh -br -screen 1280x1024 -kbdpath platform-i8042-serio-0-event-kbd -mousepath platform-i8042-serio-1-event-mouse
handled=true
flexible=false

[server-Xephyr2]
name=Xephyr2
command=/usr/sbin/Xephyr-path.sh -br -screen 1280x1024 -kbdpath pci-0000:00:1d.2-usb-0:2:1.0-event-kbd -mousepath pci-0000:00:1d.2-usb-0:1:1.0-event-mouse
handled=true
flexible=false

# ****************************************************************************

Vemos que éste es el script en e que hay que indicar qué dispositivos de entrada (sus puntos físicos de conexión) son los que corresponden con cada uno de los puestos.

El segundo cambio en el fichero gdm.conf está relacionado con la petición de autentificación. En esta parte hay algunas tareas que todavía es necesario realizar de forma manual.

Nos encontramso con el problema ya conocido de colocar cada sesión Xephyr adecuadamente para que cada usuario vea su sesión en su monitor. La versión actual de Xephyr no soporta el parámetro geometry que incluyen muchas aplicaciones X, de modo que no es posible indicar a Xephyr el lugar en el que se tiene que colocar. Para evitar este problema, creamos un script que será invocado en lugar de hacer una llamada directa al script de petición de identificación para iniciar sesión (greeter).

Este script, invocará una serie de comandos destinados a colocar cada ventana Xephyr en el lugar deseado. Para ello haremos uso de las utilidades xwininfo, wmctrl. con ellas podremos identificar una de las ventanas Xephyr y desplazarla al segundo monitor, de manera que resolvamos el problema de solapamiento entre las ventanas de sesión. Este es el motivo por el que anteriormente instalamos el paquete wmctrl.

En la sección [daemon] de gdm.conf cambiamos la referencia al "greeter" original por una referencia a este nuevo script. El script en cuestión no sólo invocará la petición de identificación, sino que se ocupará de colocar cada ventana Xephyr en su posición correcta:

# ****************************************************************************

[daemon]

# The greeter for attached (non-xdmcp) logins.  Change gdmlogin to gdmgreeter
# to get the new graphical greeter.
# Greeter=/usr/lib/gdm/gdmgreeter
Greeter=/usr/sbin/Xephyr-login.sh

# ****************************************************************************

Como hemos indicado, creamos el script responsable de solicitar la identificación (en nuestro caso lo hemos llamado /usr/sbin/Xephyr-login.sh). Este script será invocado por el usuario gdm, de modo que creamos el script como propiedad de dicho usuario, dando únicamente permisos de ejecución por éste.

$ sudo gedit /usr/sbin/Xephyr-login.sh
$ sudo chown gdm:gdm /usr/sbin/Xephyr-login.sh
$ sudo chmod 744 /usr/sbin/Xephyr-login.sh

El script que acabamos de crear debería de tener este aspecto:

$ cat /usr/sbin/Xephyr-login.sh

#!/bin/bash
# /usr/sbin/Xephyr-login.sh

XAUTHORITY=/var/lib/gdm/:0.Xauth
XEP=$(xwininfo -root -children -display :0 | grep "Xephyr on :1" --max-count=1)
echo XEP ${XEP} >> /tmp/logXephyrLogin

# assign values to positional parameters to obtain the id (first parameter) of the Xephyr window
set ${XEP}
DISPLAY=:0 wmctrl -i -r $1 -e 0,0,1024,-1,-1
/usr/lib/gdm/gdmlogin

En nuestro caso, desplazamos en vertical una de las sesiones 1024 pixels (recordamos que nuestra distribución consiste en dos pantallas de 1280x1024 alineadas verticalmente).

Vemos que cuando se debería invocar la identificación de sesión, en su lugar se ejecuta el nuevo script (que incluye también esta parte de solicitud de identificación). Desde el punto de vista del usuario, lo que se ve es cada una de las pantallas de identificación ejecutandose en uno de los monitores. El resto de las operaciones realizadas pasan desapercibidas para el usuario.

La versión 9.04 de esta configuración multiterminal consigue algunas mejoras con respecto a versiones anteriores:
* La rueda de scroll vertical del ratón funcina correctamente.
* Los indicadores LED de los teclados funcionan de forma independiente sin mezclarse.

Updated 2009/06/22: Cambios menores
Leer más...

Fedora 11 en el Asus EeePC 701

Dado que recientemente ha sido publicado Fedora 11 (Leonidas), y aprovechando que está disponible en forma de Live-ISO, he decidido descargar la imagen en cuestión, preparar un Live-USB y probarla en el Asus EeePC 701.

Fedora 11 incluye una serie de mejoras en cuestiones relativas a seguridad y virtualización, además de mejoras en sus características en los ámbitos de equipo de escritorio como de servidor.

La distribución incluye el soporte de ficheros ext4 y entre otras cosas se habla de un arranque en 20 segundos (obviamente no es el caso de la versión live-USB). En algunos blogs se indica que es incluso más rápido que el inicio de Ubhuntu 9.04, el cual consigue unos tiempos mucho más que aceptables.

En cualquier caso, el objeto de esta entrada no es hacer una revisión de Fedora 11 y sus nuevas características, sino analizar si es una opción viable para instalar en un Asus Eee PC 701, con sus particulares limitaciones y su hardware.

En una de las páginas de la web de Fedora indican que este modelo está completamente soportado sin necesidad de realizar modificaciones ni ajustes manuales.

Efectivamente, los componentes que he estado examinando (tarjeta de audio, adaptador de red inalámbrica y cámara) son detectados de forma automática y funcionan a la perfección.



Una distribución muy recomendable para quienes quieren aprovechar las ventajas y las prestaciones de una distribución completa, sin recortes ni simplificaciones excesivas, y con unos completísimos repositorios de aplicaciones y utilidades listos para instalar

Note: English version:
Fedora 11 on the Asus EeePC 701 Leer más...

Asus Eee PC 701 con Ubuntu 9.04

Desde finales de 2007 tengo un Asus Eee PC 701, y desde entonces he probado diferentes sistemas operativos en dicho equipo. De todos ellos, aquéllos en los que más interés he tenido han sido las diferentes versiones de Ubuntu.

Tan pronto como Ubuntu 8.04 estuvo disponible, eliminé el Xandros que venía inicialmente con el equipo y lo reemplacé por dicha versión de Ubuntu. Inicialmente, me encontré con muchas dificultades, debido principalmente a componentes del hardware no soportados o no reconocidos directamente por la distribución en cuestión.

Seis meses después, se publicó Ubuntu 8.10, el cual aportaba algunas mejoras con respecto a la versión anterior. Las cosas empezaban a mejorar, de modo que ya resultaba un poco más sencillo conseguir que todos los componentes del sistema funcionasen correctamente, aunque todavía era necesario realizar manualmente algunas modificaciones sobre éste. Las dificultades se debían fundamentalmente a la tarjeta WiFi (Atheros AR2425), que no era reconocida directamente por el kernel.

La siguiente versión (Ubuntu 9.04) se anunciaba con un kernel que ya reconocía y soportaba directamente la tarjeta inalámbrica de este equipo, de modo que he ido probando mediante USB-live las versiones que se han ido publicando, desde la Alfa 4. Efectivamente, una de las grandes ventajas de esta versión es su soporte completo y sin modificar nada de todos los componentes hardware del Asus Eee PC 701 (tarjeta WiFi incluida).

Cuando, a finales de abril, se publicó la versión definitiva de Ubuntu 9.04, decidí hacer una instalación limpia (en lugar de actualizar desde la versión anterior) de dicha versión. La versión que tenía anteriormente instalada (8.10) había sido modificada en muchos aspectos con respecto a una instalación estándar, y mi objetivo era averiguar hasta qué punto la nueva versión era capaz de funcionar y de reconocer los componentes del equipo en cuestión.

El resultado no podría haber sido más satisfactorio: Los componentes hardware son reconocidos y funcionan correctamente sin necesidad de realizar ninguna modificación. La tarjeta inalámbrica (que había sido el componente más problemático) inmediatamente detectó y mostró las redes wifi disponibles en las proximidades. No tuve ninguna dificultad en conectar al punto de acceso de casa, que utiliza encriptación WEP: Simplemente fue introducir la clave, y comenzar a navegar.

La siguiente gran mejora a destacar con respecto a versiones anteriores es la relacionada con la velocidad. No se trata de una comparación subjetiva, sino de comparar las salidas del comando dmesg (/var/log/messages) de la anterior versión (8.10) y la actual (9.04). Los tiempos se han acortado de manera significativa. El disco SSD se reconoce y gestiona de forma más adecuada que antes, obteniendo de este modo un sistema que, a pesar de sus limitados recursos (un Celeron a 630MHz y 512MB de memoria) responde de forma sorprendentemente ágil.

Es importante recalcar que el sistema no ha sido optimizado para obtener un arranque rápido, sino que se trata únicamente de la instalación por defecto. La única modificación que se ha realizado es la elección del sistema de ficheros ext2 en lugar de ext3, y la ausencia de partición de intercambio (swap).



17:00 Pulsamos el botón de encendido
17:08 Pantalla inicial de Asus Eee PC
17:10 Pantalla del gestor de arranque GRUB
17:13 GRUB lanza la opción de arranque por defecto
17:42 Solicitud de usuario y password por parte de GDM
17:48 Tecleando: Usuario + password + Intro
18:07 Conexión WiFi establecida. El sistema está listo para utilizar!!!

Tal y como se puede ver, el sistema está listo en 67 segundos:

• 10s : BIOS
• 9s : Interacción del usuario: GRUB + GDM login / greeter
• 48s : Arranque del sistema: Carga + inicio de sesión + conectar WiFi

Como comentario a título informativo: Para obtener el contador de tiempo en el video, se ha colocado el Eee PC delante de la pantalla de un equipo de sobremesa (un pentium 4 que ya tiene algunos añitos) y se ha ejecutado la siguiente instrucción:

$ xclock -digital -strftime "%M:%S" -face courier-140 -update 1

El equipo de sobremesa, naturalmente, también utiliza Ubuntu 9.04 ;-)

El objeto de este artículo no es analizar Ubuntu 9.04, sino únicamente evaluar su usabilidad en este equipo en particular. Como hemos indicado anteriormente, el equipo cuenta únicamente con 512MB de memoria, los cuales resultan más que suficientes para realizar tareas ordinarias con el sistema en cuestión. De hecho, inicialmente el sistema utiliza algo menos de 130MB de memoria, dejando algo más de 350MB disponibles para ser usados por las aplicaciones.



Vemos algunas mejoras y cambios con respecto a versiones anteriores, como el mecanismo de gestión de conexiones de red y el nuevo aspecto gráfico de las notificaciones.





Componentes como la controladora de audio y la cámara incorporada, funcionan correctamente sin necesidad de realizar ningún tipo de modificación.



Incluso con un equipo tan limitado, es posible ver videos de youtube en HD (video del ejemplo).



Las utilidades relacionadas con la gestón de energía (ACPI), tales como suspender, despertar y apagar el equipo, funcionan correctamente. La mayor parte de las teclas hotkeys también lo hacen, con la excepción de la tecla para activar y desactivar la tarjeta inalámbrica. Este es el único detalle que he encontrado hasta ahora que requiere ser configurado manualmente.



Así pues, el comentario final podría ser el siguiente: Para quienes busquen un ultraportátil (netbook) capaz de ejecutar una distribución estándar sin limitaciones (salvo las referentes a prestaciones debido al modesto hardware) tal y como si estuvieramos trabajando en un equipo de sobremesa, recomiendo sin ningún lugar a dudas el uso de Ubuntu 9.04 en este tipo de equipos. Leer más...

Novedades en Ubuntu 9.04

Desde hace algunos días, estoy probando Ubuntu 9.04 (en particular, desde la versión alfa-4) en dos de los equipos que tengo en casa.

Los escenarios son bien distintos: Uno de ellos es un equipo de sobremesa que ya tiene algún tiempo (unos 4 años), pero suficiente para el trabajo doméstico y la navegación cotidiana, se trata de un Pentium 4 HT 3GHz con 2GB de memoria RAM. En este equipo, hasta hace algunas semanas utilizaba exclusivamente Windows XP. Ya en anteriores ocasiones había intentado instalar Ubuntu en este equipo, pero tenía algunos componentes de hardware un poco particulares que me ocasionaban dificultades para el correcto funcionamiento de diferentes distribuciones de Linux que había probado en el equipo.

En este momento, puedo decir que el 95% del hardware de mi equipo funciona a la perfección, y que por fin he tomado la decisión de aparcar Windows XP y cambiar a Linux. En Linux, y en particular en Ubuntu, dispongo de todo el software que habitualmente necesito para las tareas que suelo hacer. Además de esto, me encuentro con algunas ventajas adicionales, como:

• Facilidad de gestión de sitios remotos mediante fuse/sshfs. Existe software para conseguir algo similar en Windows, pero su instalación dista mucho de ser trivial.
• Actualización automática completa: Sistema operativo + aplicaciones. Dada la enorme cantidad de software disponible (de manera libre : gratuita + legal) en los repositorios oficiales, apenas es necesario instalar software adicional. Todo el software que provenga de los repositorios se mantiene actualizado (corrección de errores y de fallos de seguridad) de manera automatizada y sumamente sencilla.

No pretendo hacer una comparativa ni enumerar las ventajas de un SO frente a otro. Las ventajas de los sistemas libres son muchas y aquí únicamente indico las que me interesa obtener para este equipo en particular.

Entre las novedades a destacar:

• Actualizaciones: Kernel 2.6.28 y Gnome 2.26
• Aparentemente el inicio del sistema es más rápido. Digo aparentemente porque el uso anterior con otras versiones de Linux en este equipo ha sido muy limitado, y en cualquier caso no tenía medidas previas. La situación actual, es que desde la pantalla inicial del GRUB hasta tener la sesión de usuario con una conexión inalámbrica establecida, transcurren unos 45 segundos, lo cual me parece un tiempo muy bueno. Indicar que el sistema funciona con ext3, pues aunque en algunos sitios se indica que ya se puede utilizar el nuevo sistema de ficheros ext4 en Ubuntu 9.04, y que con éste se consiguen mejoras de tiempos del orden del 20%, yo por ahora he preferido seguir trabajando de la manera tradicional.
• Hay algunos cambios en el aspecto del interface gráfico: Aparte de los fondos de escritorio, principalmente el sistema de notificaciones. Como principal ventaja, el hecho de ser menos intrusivo.

El segundo equipo es ya un veterano en Linux: Se trata de un Asus Eee PC 701, por cuyo interior ya han pasado (además del Xandros inicial) versiones 7.10, 8.04 y 8.10 de Ubuntu.

En la actualidad, este equipo funciona con Ubuntu 8.10, al que ha habido que hacerle algunas modificaciones, principalmente para poder utilizar la tarjeta inalámbrica. La mejor noticia que podía oir, es que en la versión 9.04 dicha tarjeta viene soportada sin necesidad de modificaciones: Utilizando la versión 9.04 beta en modo live, el 100% del hardare del equipo funciona aparentemente sin problemas. En particular, la navegación funciona sin ninguna dificultad.

Leer más...

Problemas con adaptador USB wireless en Linux

El objeto de esta entrada es indicar una solución muy sencilla que puede ser útil para resolver problemas con algunos adaptadores inalámbricos USB en Linux.

En mi caso particular, utilizo un adaptador Netgear MA111 (v1), basado en el chipset prism2. Este dispositivo, aunque tiene algo más de cinco años de antigüedad, de soportar únicamente velocidades de 11Mbps (802.11b) y de ser un dispositivo USB1.1, es perfectamente funcional y cumple perfectamente con su cometido.



Utilizo el adaptador en un equipo con una distribución Ubuntu 8.10 de 64 bits. Gracias al enorme esfuerzo de los desarrolladores y la gran cantidad de harware soportado, el adaptador funciona sin realizar ningún tipo de configuración, tanto arrancando con un live-usb como con la distribución recien instalada. El único requisito es introducir la clave de la red, y a funcionar.

El problema aparece al cabo de unos minutos navegando: Se interrumpe la conexión y no es posible volver a establecerla. Tras algunos intentos (deshabilitar y habilitar de nuevo la red, quitar y poner el adaptador, descargar y cargar - rmmod/insmod/modprobe - ) los módulos que controlan el dispositivo, no hay más remedio que reiniciar el equipo para volver a tener red.

El problema se repite en cada sesión. Un tráfico de unos pocos MB es suficiente para bloquear de nuevo el dispositivo de red. Al tratar de obtener más información, descubro que en el momento en que el tráfico de red se interrumpe, en el log del sistema (dmesg) aparecen decenas de mensajes como éste:

hfa384x_usbctlx_complete_sync: CTLX[3] error: state(Request failed)

Tras buscar un poco la cadena con el mensaje de error en cuestión, encuentro con que el error es más o menos habitual y se da con muchos modelos de adaptadores inalámbricos usb. En particular, me encuentro con alguna entrada en launchpad informando del error.

Continuando la búsqueda, aparece también una propuesta de solución.

Decido probarlo:
Marcamos como blacklist el módulo prism2_pci

$ sudo echo blacklist prism2_pci >> /etc/modprobe.d/blacklist

Tras reiniciar el equipo, comienzo a navegar, con múltiples pestañas, escuchando simultáneamente una radio online con Rhythmbox. Me dedico a ver también el capítulo 1 de Aguila Roja, y por el momento todo funciona perfectamente.

$ ifconfig wlan0 |grep RX
          RX packets:350374 errors:0 dropped:0 overruns:0 frame:0
          RX bytes:508203218 (508.2 MB)  TX bytes:15082717 (15.0 MB)

Más de 500MB transferidos, y ni el más mínimo síntoma de error. Conclusión: Muy recomendable el intentarlo para todos aquéllos que tengan algún problema con tarjetas de red inalámbricas en Linux Leer más...