Algunas ideas para ir añadiendo aplicaciones tras la primera instalación de Ubuntu desde cero. Abrimos la consola de línea de comandos (Terminal) que se encuentra en el menú Aplicaciones / Accesorios / Terminal. Podríamos hacer todo esto mediante el gestor de paquetes Synaptic (en Sistema / Administración), pero la verdad es que con la consola todo acaba siendo más rápido y más fácil… y cuanto antes os acostumbréis a usarla, antes veréis su facilidad de uso.

Un cliente para descargar torrents: Azureus.

sudo apt-get install azureus

Y con esto además se descargará e instalará los paquetes relacionados con Java, que siempre viene bien.

Un cliente para la red eDonkey: aMule.

sudo apt-get install amule

Si probamos a abrir un vídeo cualquiera que tengamos en divx este se abrirá con Totem (reproductor de video por defecto), nos detectará que necesitamos unos codecs determinados y comenzará a bajarlos e instalarlos, por lo que no estaría de más que probárais a ver varios videos para tener ya los codecs disponibles.

En la barra de herramientas superior (panel superior), a la derecha, quizá nos aparezca un icono informando de que podemos instalar y utilizar controladores (drivers) privativos. A mi me ha sucedido con los drivers de la tarjeta de red y la tarjeta de video, lo que significa que todo lo que expliqué hace poco sobre la instalación de los últimos drivers de Nvidia no es necesario hacerlo, porque han sido añadidos finalmente a los repositorios oficiales de Ubuntu (y menos mal).

Más: el plugin de flash que se instala por defecto es el libre, que es compatible hasta flash 7 (y ya vamos por la 10) así que probablemente queramos instalar el privativo:

sudo apt-get install flashplugin-nonfree

Y al reiniciar el navegador podemos navegar por alguna página con flash (youtube por ejemplo) y haciendo click con el botón derecho sobre un control en flash veremos la versión que estamos utilizando.

Según vaya necesitando más cosas en esta nueva instalación de Ubuntu iré ampliando este post aunque, como podéis ver, todo es tan extremadamente sencillo que impresiona.

Lo primero será descargarnos la imagen del disco de la última versión de Ubuntu desde su página de descargas. En el momento de escribir estas líneas dicha versión es la 8.10 (Intrepid Ibex), y para descargarla sólo has de escoger entre la versión de escritorio (Desktop) o servidor (server), y especificar que sea para procesadores de 32 o 64 bits. Si no sabes muy bien cuál escoger, la versión de escritorio de 32 bits funcionará perfectamente.

Tras tostar esa imagen en un cd vírgen (algo que podemos hacer todas las veces que queramos y regalar discos a amigos y vecinos, dado que es de libre distribución), lo introducimos en la unidad de disco del ordenador en el que lo vamos a instalar y reiniciamos.

Importante: es necesario que el ordenador sea capaz de iniciar desde la unidad de disco (comprueba la configuración de la BIOS, a la que se suele acceder presionando la tecla suprimir (o alguna tecla de función) durante el arranque). Si al reiniciar tu ordenador no empieza a funcionar desde el CD, ya sabes dónde empezar a buscar.

Nada más arrancar escogeremos el idioma y nos mostrará un menú en el que podremos escoger si arrancar el sistema operativo desde el cd, instalar, o hacer otras tareas de mantenimiento. Escogemos Instalar Ubuntu.

A partir de ahí ya comienza el interfaz gráfico (muy bonito, por cierto) en el que nos preguntará por el idioma del sistema, el lugar en el que vivimos (huso horario), distribución del teclado (Spain – Spain, por ejemplo), y comenzará el sistema de particionado.

(más…)

El principal problema que me he encontrado al actualizar a Intrepid Ibex (además del tema de los locales que os conté hace poco) fue debido a mis prisas. No le eché un buen vistazo a la lista de características de la versión, y no vi que los drivers propietarios de Nvidia no estaban soportados.

Así que tuve que utilizar el driver nv (el open source) durante un tiempo, lo que impide utilizar muchas de las funcionalidades decentes de la tarjeta gráfica (y, obviamente, tuve que decir adiós a los efectos gráficos de Compiz en el escritorio).

Tras mucho probar, y tras leer muchas páginas que no tenían la última información, lo solucioné así:

En la lista de tarjetas drivers propietarios de Nvidia puedes ver cual es el que necesitas. En mi caso mi tarjeta es una GeForce 4 Ti 4200, por lo que vi que necesitaba el driver 96.43.xx, que aún no estaba incluido en los repositorios oficiales de Ubuntu (quizá cuando leas esto sí lo esté, y ya no sea un problema).

Una búsqueda rápida me dejó con que la versión 96.43.09 ya era funcional, y la bajé de los propios ftps de Nvidia. Hay que parar el gestor de ventanas para poder ejecutar los scripts que te vas a descargar:

sudo /etc/init.d/gdm stop
sudo sh NVIDIA-Linux-x86-96.43.09-pkg0.run
sudo /etc/init.d/gdm start
(aunque un reinicio no le vendría mal)

Creo que no me olvido de ninguno de los pasos que seguí, aunque probablemente en breve estos drivers ya esten incluidos en el repositorio oficial y esto no sea necesario, pero al menos queda apuntado por si en un futuro me encuentro con algún problema similar.

Todo el asunto radica en que, como su propio nombre indica, los drivers propietarios son eso, propietarios, y las versiones de Ubuntu no van a esperar a que una empresa saque nuevas versiones que nunca está garantizado que vayan a sacar. Todo esto está muy bien, pero para la próxima no pienso actualizar si no he comprobado de antemano que no voy a quedarme con la birria-drivers open source. No soy tan fanático del código abierto como para necesitar que los drivers sean libres… lo principal que necesito es que funcionen.

Ahora que ha aparecido la nueva versión de Ubuntu (8.10 Intrepid Ibex), me ha dado por actualizar mi equipo de sobremesa. Extrañamente no me aparecía por ningún lado la opción ni el aviso de que hubiera una nueva versión general de la distribución, por lo que opté por hacerlo “a las bravas” (y quizá no debí).

Edité mi archivo sources.list, cambié todas las apariciones de hardy por intrepid, hice un apt-get update y después un apt-get dist-upgrade. Todo parecía ir correctamente, hasta que en uno de los pasos se puso a regenerar los archivos de locales y se quedaba congelado. Lo cierto es que si lo dejas varias horas acaba haciendo algo, pero tenía muchos idiomas y no es plan dejarlo así durante tres días.

¿Cómo resolver el problema?

Tuve que hacer un hard-reset (pulsar el botón del pánico) y entrar en el menú del Grub (pulsando Escape cuando aparece Loading Grub…), y escoger en recovery mode el kernel anterior al nuevo que estaba instalando. Un dpkg –configure -a me permitía continuar con la labor de instalar los nuevos paquetes, y aquí podía saltarme los pasos de “Generating locales” con Ctrl+C.

Tras terminar este proceso podemos reiniciar, ya con el nuevo kernel, y hacer login en modo gráfico (en mi caso en low-graphics-mode, porque me faltaban los nuevos drivers de la tarjeta gráfica, aunque eso es otra historia). Aún tendremos el problema de regenerar estos archivos, que podemos hacer siguiendo el siguiente proceso:

sudo dpkg -r locales
sudo dpkg --configure -a
sudo apt-get install locales

¿Qué estamos haciendo?

Primero estamos eliminando el paquete locales, después estamos configurando todos los paquetes que estén instalados pero pendiente de realizar la configuración, y por último instalamos el paquete locales siguiendo el método habitual, pero estando seguros de que no queda nada pendiente de configurar.

Seguirá tardado bastante tiempo en generar los locales, pero al menos ya no nos impide seguir utilizando la máquina mientras tanto. Es probable que haya alguna manera de hacer esto mejor e impedir que tarde tanto en hacer algo aparentemente sencillo, pero no la encontré en su momento (cualquier apunte al respecto en los comentarios será bienvenido).

Tras comprarme un nuevo monitor y vérmelas y deseármelas para cambiar la resolución a una decente (es panorámico y algunas tarjetas gráficas no se llevan bien con los cambios de resolución en la última versión de Ubuntu, parece ser), sólo me quedaba un último error por solucionar (que debí dejarme tras toquetear tanto los archivos de configuración):

La pantalla de inicio (login screen) era “más grande” que el monitor, por lo que sólo se veía una parte de ella. Vamos al archivo de configuración de las X (/etc/X11/xorg.conf) y vemos la resolución que tenemos especificada en la sección “Screen“, subsección “Display“.

En la lista Modes tendremos todas las resoluciones que permitiremos, y la pantalla de inicio tratará de mostrarse siempre con la primera de las resoluciones de esa lista. Si tenemos una subsección llamada Virtual, hemos de comprobar que muestre la misma resolución que esa primera entrada de Modes, en caso contrario la pantalla de login se verá más pequeña o más grande de lo que “encaja” en nuestro monitor.

Ejemplo:

Virtual 1680 1050
Modes "1680x1050@75" "1920x1200@60" ...