Programar con Flex Builder en una Ubuntu de 64 bits

Adobe no tiene una versión estable de su IDE Flex Builder para Linux pero si existe una versión Alpha (bastante estable) de su plugin para Eclipse. Los puntos más negativos de este plugin son los siguientes:

  • No permite la edición visual de los archivos MXML (ni la previsualización).
  • Sólo se ejecuta con la versión 3.2 de Eclipse (Europa) y para una máquina virtual de java de 32 bits.

El primero de los puntos no se puede solucionar de ninguna de las maneras hasta que Adobe se ponga las pilas con la versión del IDE para Linux. El segundo de los puntos sí que se puede “arreglar” si estamos trabajando en una distribución de 64 bits (en nuestro caso para Ubuntu 9.10); en el siguiente artículo voy a describir el proceso que he seguido para poder programar en Flex con el plugin de Adobe en la versión 9.10 de Ubuntu (64 bits).

NOTA: El equipo donde he probado esta instalación ya tenia otras instalaciones de Java y librerías para compatibilizar software de 32 y 64 bits. Por este motivo no puedo asegurar que sólo siguiendo la instrucciones que vienen a continuación funcione todo correctamente.

Requisitos iniciales

Para poder realizar todo el proceso debemos descargar la versión 6 de Java (sobretodo de Sun) para Linux y la útlima Alpha para Linux del plugin de Eclipse de Adobe.

  • Sun Java JDK 6:
    Aquí. Descargar la versión para Linux (no Linux 64) y .bin (no .rpm.bin)
  • Adobe Flex Eclipse plugin:
    Aquí.

Una vez descargados se deben dar permisos de ejecución al instalador del plugin de Flex. Por ejemplo:

chmod +x ./flexbuilder_linux_install_a5_112409.bin

Otro requisito esencial para la instalación es tener el plugin de Flash en el sistema (versión 9 o superior) y Eclipse Europa en un directorio sobre el que tengamos permisos para “cacharrear”.

Instalar el JDK de 32 bits

Para instalar el JDK de 32 bits primero tenemos que instalar el paquete java-package:

sudo apt-get install java-package

Y generar el archivo desde el binario de java:

DEB_BUILD_GNU_TYPE=i686-linux-gnu DEB_BUILD_ARCH=i386 fakeroot make-jpkg jdk-6u18-linux-i586.bin

NOTA: Esta instrucción se debe ejecutar como un usuario sin permisos y es un sólo comando(!). En caso de ejecutarse como root falla.

NOTA 2: El archivo resultante de este comando llevará el postfijo amd64 pero esto no quiere decir que sea una máqunia virtual de Java de 64 bits, sigue siendo el JDK de 32 que hemos bajado de la página de Sun.

Una vez ejecutados estos pasos debemos instalar el paquete DEB generado mediante GDebi o con el comando dpkg -i nombre de comando. En mi caso el comando completo era el siguiente:

dpkg -i sun-j2sdk1.6_1.6.0+update18_amd64.deb

NOTA: El proceso de instalación puede resultar fallido pero seguramente el JDK estará instalado correctamente.

Instalar Flex Plugin para Eclipse

Una vez instalado el JDK podemos ejecutar correctamente el instalador de Flex. Este nos preguntará por algunos datos referentes a la instalación y, en los últimos pasos, es posible que nos diga que no tenemos la versión 9 de Flash instalada en el sistema.

Si anteriormente hemos instalado el plugin de Flash para Firefox es posible que se trate de una versión posterior y no la detecte; en ese caso aceptaremos el mensaje de alerta y seguiremos adelante (sino seguimos adelante igualmente y lo instalamos posteriormente desde los repositorios).

Restaurar la versión de Java por defecto y otros pequeños ajustes

Una vez se ha realizado la instalación tendremos la máquina virtual de Java de 32 bits como versión de Java por defecto. Para cambiar esto debemos utilizar el comando alternatives:

sudo alternatives –config java

Seguimos los pasos que se indican en la consola y ya tendremos restaurada la versión de Java que utilizábamos por defecto antes de la instalación de la de 32 bits.
Para arrancar Eclipse con el plugin ya no podremos hacer doble click sobre el ejecutable de nombre eclipse sino que tendremos que hacer un pequeño script (yo lo he llamado flex.sh). Este script corrige el problema de los botones de Eclipse en Ubuntu 9.10 y especificarà con que Java se ejecutará el IDE. A continuación muestro el contenido de mi flex.sh:

#!/bin/sh
export GDK_NATIVE_WINDOWS=1
/usr/lib/j2sdk1.6-sun/bin/java -jar /home/usuario/eclipse/startup_fb.jar

Evidentemente los PATHS pueden cambiar dependiendo de la configuración de la máquina, del directorio donde se haya instalado el Eclipse, etc.

Una vez creado flex.sh y con este contenido le tenemos que dar permisos de ejecución:

chmod +x flex.sh

Y ejecutarlo!!!

Espero que este proceso pueda ayudar en su totalidad o parcialmente ya que se tocan muchos puntos :)

  • Share/Bookmark

, , , , , , ,

No hay Comentarios

Instalar PostgreSQL 8.3 en CentOS desde Yum

Trabajar con servidores Linux, muchas veces comporta trabajar con CentOS. CentOS es una distribución de Linux muy orientada a servidores corporativos y ofrece un rendimiento muy alto en una amplia gama de entornos.

Para trabajar con este sistema es mejor estar habituado al trabajo con el gestor de paquetes de Red Hat (RPM) y Yum, sino tendremos que buscar información sobre como manipular los repositorios y encontrar el software necesario para nuestras aplicaciones. En el siguiente artículo intentaré detallar como instalar un servidor de bases de datos PostgreSQL 8.3 en un CentOS 5.2 (mis pruebas se han realizado en una instancia de Amazon EC2 con una imagen de CentOS 5.2 proporcionada por RightScale).

Desactivar los repositorios por defecto de CentOS

Para poder instalar la versión 8.3 de PostgreSQL tenemos que deshabilitar los repositorios de PostgreSQL que vienen con nuestro sistema operativo. Si no hicieramos este paso es posible que sólo consiguiéramos instalar la vesión que proporcionan los paquetes de la distribución en cuestión.

Para desactivar dichos repositorios debemos editar el fichero /etc/yum.repos.d/CentOS-Base.repo. Yo lo hago con Nano porque me parece un editor más ligero que otros pero el editor cada uno prefiere el suyo:

$> nano /etc/yum.repos.d/CentOS-Base.repo

Y en las secciones base y updates tenemos que excluir PostgreSQL, Para ello añadiremos exclude=postgresql* al final de cada sección. Dichas secciones deben acabar pareciendose a lo siguiente:

[base]
name=CentOS-$releasever - Base
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&rep$
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5
exclude=postgresql*


[updates]
name=CentOS-$releasever - Updates
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&rep$
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=http://mirror.centos.org/centos/RPM-GPG-KEY-CentOS-5
exclude=postgresql*

Añadir los repositorios de PostgreSQL 8.3

Una vez desactivados los repositorios por defecto debemos definir los nuevos repositorios. Para ello utilizaremos los RPM de la página de repositorios de PostgreSQL. En la página copiaremos en enlace de la última versión de la rama 8.3 y iremos a la línea de comandos:

$> cd /tmp
$> wget http://yum.pgsqlrpms.org/reporpms/8.3/pgdg-centos-8.3-6.noarch.rpm
$> rpm -ivh pgdg-centos-8.3-6.noarch.rpm

NOTA: Recuerda que debes cambiar la URL de descarga del paquete RPM por la que corresponda en el momento que realices la operación.

Instalar el servidor de base de datos

Una vez activados los repositorios tenemos que instalar el servidor de base de datos:

$> yum install postgresql postgresql-server

Es posible que en este paso nos de un problema de librerías por culpa de un paquete llamado apr-util. En este caso deberemos instalar primero este paquete (por separado) y luego volver a lanzar la instalación del servidor:

$> yum install apr-util
$> yum install postgresql postgresql-server

La solución al problema de dependencias no debería reproducirse si instalamos el servidor de bases de datos en estos dos pasos.

Arrancar el servidor y habilitar conexiones remotas

Para arrancar el servidor seguiremos los pasos siguientes:

$> service postgresql initdb
$> service postgresql start

Con esto ya tendremos el servidor de base de datos arrancado y aceptando conexiones en local, pero no podremos acceder al servidor desde conexiones remotas. Para habilitar las conexiones remotas debemos asegurarnos que no hay ningún tipo de bloqueo que no sea el del servidor Postgre, modificar dos ficheros y reiniciar el servicio. El primer fichero que vamos a modificar es /var/lib/pgsql/data/pg_hba.conf.

En pg_hba.conf se tiene que dar acceso a la red desde la que vamos a acceder (dirección IP), en el ejemplo vamos a usar 0.0.0.0/0 pero se debería cambiar por nuestra dirección para tener un control más estricto. Para dar acceso a una red añadiremos los siguiente al fichero:

host all all 0.0.0.0/0 trust

El segundo fichero que debemos modificar es /var/lib/pgsql/data/postgresql.conf. En este debemos buscar la línea que pone:

listen_addresses='localhost'

Y poner:

listen_addresses='*'

Una vez realizados estos cambios se tiene que reiniciar el servicio:

$> /etc/init.d/postgresql restart

En teoria, cuando el servicio arranque de nuevo debería ser posible establecer conexiones remotas al servidor con el usuario postgres y el password que le corresponda. En caso de que no se haya definido password para dicho usuario, éste se puede setear de forma manual. Como usuario ROOT ejecutamos el siguiente comando:

passwd postgres

El sistema nos pedirá que introduzcamos dos veces el password y listo! Espero que les sirva de ayuda.

  • Share/Bookmark

, , , , , ,

No hay Comentarios

Modificar la cantidad de memoria disponible para Tomcat

El rendimiento por defecto de un servidor Tomcat 6 es, normalmente, bastante bajo. Hace un par de días estaba realiando unas operaciones de recuperación de una aplicación en la que estamos trabajando y el servidor tardó varias horas en finalizar unas operaciones bastante básicas. Normalmente estas operaciones, al tomar tanto tiempo, se dan por perdidas en algún tipo de “deadlock” y se abortan (a no ser que se tenga el conocimiento de que van a durar tanto); pero a mi se me quedó la aplicación abierta en segundo plano (lo se… soy un desastre) y al final terminó las operaciones.

Al observar este comportamiento, recordé que había unos parámetros de configuración del Tomcat que modificaban el tamaño inicial y máximo de la pila de Java para un proceso y me puse a rebuscar entre las configuraciones de los diversos servidores con Tomcat a los que tenía acceso para recuperar está pequeña costumización.

Para modificar el tamaño inicial y máximo de la pila de Java para Tomcat (6) debemos modificar el archivo catalina.sh dentro del directorio bin en la raíz del directorio que contiene la instalación del Tomcat. La línea para añadir es la siguiente:

JAVA_OPTS="$JAVA_OPTS -Xms64M -Xmx1024M"

NOTA: Es importante que esta línea se añada furea de cualquier IF-ELSE del documento. Yo siempre lo añado justo antes de una línea comentada que pone Execute The Requested Command entre guiones, pero esto ya es a gusto del consumidor ;-)

El número que va después de -Xms es el tamaño inicial de la pila y el que va después de -Xmx es el tamaño máximo de ésta. La “M” sólo es para indicar que las dimensiones se están dando en MegaBytes. Dependiendo de los recursos de los que goza la máquina dónde tengamos el Tomcat estos parámetros deberán cambiar pero, por norma general, seguro que conseguimos una mejora en el rendimiento de nuestro servidor de aplicaciones Java.

  • Share/Bookmark

,

1 Comentario

Problemas con Eclipse en Ubuntu 9.10

Si se trabaja con Eclipse, sea cual sea el lenguaje de programación que utilicemos, con el salto a Ubuntu 9.10 nos podemos encontrar que algunos botones dejan de funcionar correctamente.

Tanto con Eclipse como con otro software para Java (como Tomcat por ejemplo) soy partidario de descargar la versión adecuada del sitio web oficial. No es que no encuentre útil los paquetes .deb de los repositorios (para mi representan el 99% o más del software que tengo instalado en mi Ubuntu), sino que el software relacionado con Java me gusta tenerlo lo más “empaquetado” posible y conocer perfectamente dónde se han situado los archivos de configuración de dichos programas (a veces con el uso de apt-get perdemos un poco el control de dónde se encuentran algunos archivos de configuración).

Pues bien, como decía al principio de este apunte, con el paso a Ubuntu 9.10 he sufrido algún problema con muchas de las versiones de Eclipse (3.2, 3.4 y 3.5). El problema reside en que el programa parece no responder a según que botones. Para resolver este problema debemos crear un script (p.e: eclipse.sh) y poner los siguientes comandos:

#!/bin/sh
export GDK_NATIVE_WINDOWS=1
/path/a/eclipse/eclipse

Sustituyendo /path/a/eclipse/eclipse por la ruta donde se encuentra el archivo ejecutable de eclipse. Para arrancar damos permisos de ejecución a dicho archivo:

sudo chmod +x eclipse.sh

Y ejecutamos Eclipse desde consola o desde Nautilus con este script (siempre).

Con esto solucionaremos los problemas de los botones de Eclipse en Ubuntu 9.10
eclipse

  • Share/Bookmark

, , ,

No hay Comentarios

Problemas al instalar Ubuntu 9.10 en un disco SATA

Con la llegada del Koala me ha surgido un problema para instalar Ubuntu en una máquina que tengo por casa.

Esta máquina tiene una placa base con dos puertos SATA, pero nunca he podido instalar Ubuntu (u otra distribución de Linux) con un disco de este tipo en modo nativo. Para instalrlo siempre he recurrido al modo RAID (desde la BIOS) para que me reconociera la unidad y no me había dado más problemas.

Después de ver que la actualización de 9.04 a 9.10 no funcionaba tan bien como me esperaba, me decidí a instalar el Koala desde cero. El problema era que en la pantala de definición de las particiones no aprecía la unidad SATA (un problema gordo si sólo tienes una unidad de este tipo). Para solucionar este problema decidí recurrir a los foros de ayuda de Ubuntu y, evidentemente, alguien había tenido este problema antes y aquí va la solución…

Instalar Ubuntu 9.10 en un disco SATA en modo RAID

  1. Arrancamos desde el CD de instalación de Ubuntu y entramos en modo Live CD (no instalación)
  2. Una vez arrancado el sistema desde el CD abrimos el terminal
  3. Eliminamos el paquete dmraid:
    sudo apt-get remove dmraid
  4. Arrancamos la instalación desde el icono del escritorio
  5. Instalamos el sistema con las unidades SATA presentes en el particionador

UbuntuKarmicKoala

Espero que os ayude :-)

  • Share/Bookmark

, , ,

2 Comentarios

Amazon RDS – La nube de datos relacional*

Hace tiempo que trabajábamos buscando soluciones al problema de migrar aplicaciones que utilizan una base de datos relacional “clásica” a un entorno de cloud computing (más concretamente a Amazon EC2). Este problema nos llevó a interesantes estudios sobre el clúster y la replicación master-slave de MySQL hasta encontrar una solución bastante aceptable con esta última. Y después de todo este trabajo… va Amazon y lo resuelve con un nuevo servicio llamado Amazon RDS (Relational Database Service).

En pocas palabras, RDS viene a ser una puerta de acceso a una base de datos MySQL Server (de momento la versión 5.1 con InnoDB como motor principal) que corre encima de los servidores de Amazon Web Services. Amazon te proporciona una interfaz idéntica a la que utilizarías con un servidor dedicado a la base de datos pero no preguntes como funciona por debajo, no te preocupes por las actualizaciones de seguridad, no intentes acceder como si fuera un servidor normal y corriente… sólo utilízalo y disfrútalo!

Amazon RDS viene a completar la oferta de sistemas de bases de datos con SimpleDB (una base de datos muy simple para aplicaciones con una baja complejidad de datos) y Amazon EC2 Relational Database AMIs (una selección de AMIs con diferentes software de bases de datos preeinstalados).

Para interactuar con Amazon RDS, como con casi todos los servicios de AWS, tenemos la posibilidad de realizar llamadas a la API directamente o descargarnos las herramientas por linea de comandos (en mi opinión la mejor opción).

Para instalar las herramientas por linea de comandos podemos seguir los siguientes pasos:

  1. Descargamos las RDS Command Line Tools de la página oficial de Amazon
  2. Seteamos las variables JAVA_HOME y AWS_RDS_HOME necesarias en /etc/enviroment. Las linias que tendríamos que añadir son las siguientes
    AWS_RDS_HOME="/path/a/la/carpeta/commandlinetools"
    JAVA_HOME="/path/a/java"

    En mi caso el “/path/a/java” es “/usr/lib/jvm/java-6-sun/” y si utilizas Ubuntu no creo que sea muy diferente ;-)
  3. El siguiente paso es añadir en el PATH del sistema el directorio /bin de las herramientas que hemos descargado. Para hacer esto, dentro del mismo archivo /etc/enviroment, añadiremos :$AWS_RDS_HOME/bin antes de las dobles comillas que cierran la expressión PATH=”blabla:/blabla:/blabla” para que quede de la forma PATH=”blabla:/blabla:/blabla:$AWS_RDS_HOME/bin”.
  4. Lo siguiente es abrir el archivo credential-file-path.template que encontraremos en la raíz del directorio de las herramientas y introducir nuestros datos de acceso a la cuenta de AWS.
  5. Una vez introducidas nuestras credenciales añadiremos la situación de este archivo en /etc/enviroment también:
    AWS_CREDENTIAL_FILE="/path/a/credential-file-path.template"
    Si queremos podemos modificar el nombre del fichero y moverlo a la localización que más nos guste, mientras mantengamos la informatcion de /etc/enviroment actualizada.
  6. Una vez tengamos todo ésto solo queda reiniciar el ordenador para cargar todas estas variables y ya estaremos listos para empezar a jugar con Amazon RDS!

Me gustaría descubrir un método para recargar las variables de /etc/enviroment en caliente pero de momento los métodos que he encontrado no han acabado de funcionar correctamente, si tienes alguna sugerencia déjala en los comentarios :-)

Bueno ahora viene la mala noticia… Amazon RDS de momento solo está disponible para Estados Unidos… Pero prometen tenerlo disponible para Europa en los próximos meses, veremos que tardan.

Os dejo un post del blog de Amazon Web Services en el que se introduce Amazon RDS enlace.

logo_aws

*No me agredais física ni intelectualmente por el juego de palabras!!

  • Share/Bookmark

, , , , ,

1 Comentario

Tomcat 6 en Ubuntu

Este es un post corto para poner de manifiesto un opinión basada en la experiencia profesional que he recogido trabajando con este servidor de aplicaciones y Ubuntu (versiones 9.04 y 9.10)
apache-tomcat_logo_nomatte

Cuando trabajeis con Tomcat 6 bajo Ubuntu, seguid estos pasos:

  1. Eliminad TODO rastro de OpenJDK
  2. Instalad el paquete de Java de Sun (sun-java6-jdk en mi caso)
  3. Descargad el Core de la página oficial de Tomcat
  4. Descomprimid el paquete y ubicad los archivos en la carpeta /usr/share/tomcat6

Siguiendo estos pasos en lugar del facílisimo “sudo apt-get install tomcat6″ tendremos una instalación de Tomcat completamente “compacta”. En el momento que deseáramos llevarnos esta instalación de Tomcat a otra máquina sólo necesitaríamos copiar los archivos y comprovar que en la máquina destino tenemos una versión compatible de Java.

Para arrancar el servidor tendremos que ejecutar como root ’startup.sh’ en el directorio ‘/usr/share/tomcat6/bin/’ y para pararlo ’shutdown.sh’ en el mismo directorio.

Disfrutad de vuestro Tomcat 6 ;-)

  • Share/Bookmark

, ,

No hay Comentarios

Mi configuración de Firefox…

Una de las grandes ventajas de Linux respecto a sistemas operativos mayoritarios es la facilidad de customización de su apariencia. Una vez te acostumbras a la flexibilidad de entornos como Ubuntu + Gnome es complicado volver a sistemas más rígidos en cuanto a los componentes de la interfaz. Y una vez esta rueda ha empezado a girar ya no para ante nada… y mi siguiente víctima, en este caso, ha sido el navegador Firefox.

Hace tiempo que buscaba un navegador para Linux que se ajustara a mis necesidades (a ver cuando Google lanza una versión estable de Chrome!) y como no lo encontraba, decidí fabricarmelo yo mismo. Una de mis necesidades principales es que el navegador no me ocupe espacio innecesario en la pantalla con barras inútiles y otra es la integración con el servicio de bookmarks Delicious.

Firefox es totalmente compatible con Delicious gracias al add-on oficial de Yahoo:
https://addons.mozilla.org/en-US/firefox/addon/3615

Y se puede suprimir la barra del menu por un botón con el plugin Compact Menu 2:
https://addons.mozilla.org/en-US/firefox/addon/4550

Si con esto os he despertado el apetito os dejo unos plugins más para que les echeis una ojeada:

Omnibar, modifica la barra de direcciones para que incluya también búsquedas de Google (estilo Chrome):
https://addons.mozilla.org/en-US/firefox/addon/8823

Fission, nos muestra el porcentaje de carga de la página en la barra de direcciones (estilo Safari):
https://addons.mozilla.org/en-US/firefox/addon/1951

New Tab King, proporciona accesos directos a las páginas web más visitadas en una pestaña nueva:
https://addons.mozilla.org/en-US/firefox/addon/10828

Otros plugins interesantes para añadir funcionalidades nuevas son Screengrab! (realiza captiuras de páginas web con scroll), FireFTP (cliente FTP en una pestaña) o Firebug (indispensable para programadores web). Y en el caso que trabajarais con Amazon AWS no dejaría de instalarme S3Fox (un cliente de S3) y Elasticfox (para gestionar nuestras opciones de EC2).

Personalmente después de instalar todos estos addons aun estoy contento con el rendiemiento de Firefox (155MB de RAM con 6 pestañas abiertas) pero sobretodo, estoy contento porque es una buena herramienta para mi trabajo… y queda bien!! Juzgad vosotros mismos…

firefox

Un godo desde Santa Cruz de Tenerife os saluda!

  • Share/Bookmark

, , , , , , , , , , ,

No hay Comentarios

SocialDROID, una alternativa a Twidroid

Twitter es una red social que provoca la “necesidad” de estar conectado en todo momento. Con cualquier móvil basado en la plataforma Android (y una tarifa de datos que nos lo permita) esto es muy sencillo, hay muchas aplicaciones que nos permiten interactuar con la red social en cuestión de forma casi inmediata.

Desde la aparición de los dos primeros teléfonos con Android en el mercado estatal (HTC Magic y Dream) una aplicación empezó a despuntar por encima de las otras: Twidroid. Era una aplicación ligera pero con muchas funcionalidades hasta que apareció Twidroid Pro (de pago evidentemente)… y la cosa empezó a torcerse.

Hoy he intentado empezar a compartir fotos por Twitter y he provado con Twidroid. Twidroid utiliza el servicio Twitgoo pero, no se si por culpa de Twidroid o Twitgoo, el comentario introducido se pierde al visualizar la foto en la página web. Motivado por este desagradable ‘bug’ he empezado a provar alternativas y me he topado con SocialDROID.

SocialDROID es un cliente para Twitter más, pero hace lo que se espera de un cliente para esta red social y, encima, comparte las fotos* sin perder el comentario introducido ;-)

A ver quien se anima… en breve más apliaciones de Android y más clientes para Twitter en otras plataformas!
Logo de Android
*para compartir las fotos utiliza el servicio Twitpic en ligar de Twitgoo.

  • Share/Bookmark

, , , , , , , ,

No hay Comentarios

Problema con un monitor externo y un portátil en Ubuntu 9.04

La detección y configuración de hardware en las últimas versiones de Ubuntu es, realmente, muy efectiva. Hace tiempo que la instalación de Ubuntu me resulta placentera porque en pocas ocasiones hace falta terminar de configurar ningún componente (con la excepción de mi Macbook blanquito).

Uno de los problemas principales a la hora de migrar a Ubuntu (y Linux en general) es la instalación de hardware una vez el sistema se ha instalado. Si el hardware se detecta automáticamente perfecto… No hace falta mover ni un dedo! Pero si el hardware no se detecta o se detecta de forma erronea, ya podemos cruzar los dedos para que le haya pasado a un friki mayor que nosotros, lo haya solucionado y lo haya empaquetado en un .deb.

Mi experiencia personal me dice que si el hardware no se detecta hay más esperanza que si se ha detectado pero no funciona correctamente, pero para esto ya hay opiniones para todos los gustos.

Después de esta pequeña introducción ya podemos adentrarnos en el tema que nos ocupa: un monitor externo en un portátil no detecta la resolución de forma correcta en Ubuntu 9.04.

NOTA: Los desastres que puedan suceder después de seguir estos pasos no son responsabilidad mia. A mi me han funcionado, cosa que no implica que funcione contigo!

  1. Conecta tu monitor a la salida VGA correspondiente.
  2. Crea un copia de seguridad de tu archivo de configuración xorg.conf:

    $ sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.bak
  3. Borra el archivo de configuración:

    $ sudo rm /etc/X11/xorg.conf
  4. Reinicia el equipo con el monitor conectado y no te pongas nervioso! Cuando te aparezca un diálogo feo dile que ya sabes que no está el archivo de configuración y que quieres que se autogenere.
  5. Cuando inicies session con tu usuario configura las resoluciones desde la aplicación de System > Preferences > Display. Verás como las resoluciones de tu monitor externo han mejorado sensiblemente ;-)

Si se ha roto algo… me parece que es culpa del blog de al lado…

  • Share/Bookmark

, , , , , ,

3 Comentarios