¡Amule se cierra solo!

Está visto que los problemas nunca desaparecen. Cuando por fin funcionan los drivers de mi gráfica correctamente, ahora le toca al amule hacer de las suyas.

Resulta que nada más abrir el amule, éste decide cerrarse. ¿Por qué?
Para averiguarlo decido llamarlo desde la terminal obteniendo éste resultado:

2] wxThreadHelperThread::~wxThreadHelperThread() in amule [0x448615]
[3] wxFatalSignalHandler in /usr/lib/libwx_baseu-2.8.so.0[0x7fa8e0f9464c]
[4] ?? in /lib/libpthread.so.0 [0x7fa8e24597d0]
[5] wxMenuItemList::~wxMenuItemList() in amule [0x576d18]
[6] wxDataObjectSimple::~wxDataObjectSimple() in amule [0x519ae7]
[7] wxDataObjectSimple::~wxDataObjectSimple() in amule [0x51a412]
[8] wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) in /usr/lib/libwx_baseu-2.8.so.0[0x7fa8e0f9066f]
[9] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) in /usr/lib/libwx_baseu-2.8.so.0[0x7fa8e0f9080f]
[10] wxEvtHandler::ProcessEvent(wxEvent&) in /usr/lib/libwx_baseu-2.8.so.0[0x7fa8e0f90959]
[11] wxTimerBase::Notify() in /usr/lib/libwx_gtk2u_core-2.8.so.0[0x7fa8e173dd76]
[12] ?? in /usr/lib/libwx_gtk2u_core-2.8.so.0 [0x7fa8e1634a14]
[13] ?? in /usr/lib/libglib-2.0.so.0 [0x7fa8de7ecb3b]
[14] g_main_context_dispatch in /usr/lib/libglib-2.0.so.0[0x7fa8de7ec3e4]
[15] ?? in /usr/lib/libglib-2.0.so.0 [0x7fa8de7ef6f5]
[16] g_main_loop_run in /usr/lib/libglib-2.0.so.0[0x7fa8de7efa15]
[17] gtk_main in /usr/lib/libgtk-x11-2.0.so.0[0x7fa8de121883]
[18] wxEventLoop::Run() in /usr/lib/libwx_gtk2u_core-2.8.so.0[0x7fa8e162c50d]
[19] wxAppBase::MainLoop() in /usr/lib/libwx_gtk2u_core-2.8.so.0[0x7fa8e16bdc8b]
[20] wxEntry(int&, wchar_t**) in /usr/lib/libwx_baseu-2.8.so.0[0x7fa8e0f2f80c]
[21] std::basic_string, std::allocator > std::operator+, std::allocator >(std::basic_string, std::allocator > const&, std::basic_string, std::allocator > const&) in amule [0x515a52]
[22] __libc_start_main in /lib/libc.so.6[0x7fa8dff961c4]
[23] CryptoPP::BufferedTransformation::ChannelPut2(std::string const&, unsigned char const*, unsigned long, int, bool) in amule[0x4478b9]

Así que decido buscar el archivo de configuración sin saber a priori si el problema puede estar ahí. Ante la duda y una vez localizado en $HOME/.aMule/amule.conf decido eliminarlo. ¿Qué puedo perder por eliminarlo? Nada, sólo la configuración.

Una vez eliminado pruebo a ejecutarlo y funciona. Bien, ahora ya sé que el problema está en la configuración. Tras realizar varias pruebas, llego a dar con lo que creo que es el problema, ya que desde entonces me funciona bien.

Dicho problema tiene que ver con la selección de los puertos mediante plug&play. Para desactivarlo editamos el fichero, si dicho fichero no existe abrimos el amule -aunque se cierre, así crea el archivo.
Buscamos la linea UPnPEnabled=1y la cambiamos por UPnPEnabled=0.

Ahora el amule debería iniciar corréctamente.

PD: No he probado con todas las posibilidades de la configuración. Así que es posible que con algunas otras configuraciones siga sin fucionar. Pero con una configuración básica de los puertos para conectarse va bien.

¡Increible Hardy Heron 64 bits!

El día que estuvo disponible Hardy Heron fuí uno de los que ansioso inicio su descarga. Una vez quemado en un cd-rw por si las moscas, inicié la instalación y a los 15 minutos ya estaba en mi "nuevo" sistema.

No tuve el más mínimo problema hasta que se me ocurrió instalar los drivers de mi "magnífica" tarjeta gráfica, una Ati Radeon Xpress 200M. Al reiniciar Ubuntu jamás pude llegar a la pantalla de login porque siempre obtuve una pantalla negra.

Probé a instalar dichos drivers de tres formas diferentes:

- Instalar drivers desde controladores restringidos.
- Instalar los drivers descargados desde la página web de Ati.
- Instalar libstdc++5 y después instalar los drivers descargados desde la página web de Ati.

Con los tres casos siempre obtuve una pantalla negra. Si bien es cierto, que con la tercera opción al menos durante unos cuantos reinicios de Ubuntu pude acceder al sistema.

Ayer recibí un correo de un amigo comentándome que se descargó Hardy Heron 64 bits y que por primera vez no ha tenido ningún problema con su wifi -una broadcom- y su tarjeta gráfica -Ati Radeon 9800.

Esto ha picado mi curiosidad. Así que, hoy he descargado Hardy Heron 64 bits, la he instalado y utilizando el menu de controladores restringidos he instalado los drivers de Ati. He reiniciado el equipo y por fin he podido llegar al login del sistema sin encontrarme una pantalla negra.

El problema estaba en los drivers que estan en Hardy Heron 32 bits, pero instalando Hardy Heron 64 se soluciona el problema y la tarjeta funciona a las mil maravillas.

Gutsy Gibon: Pantalla negra

Dada mi imposibilidad de conectarme a la red eduroam de la facultad desde Debian Etch, decidí probar la última versión de Ubuntu, Gutsy Gibon. No pasó ni una hora cuando la imagen del cd ya estaba siendo tostada.

La instalación fue rápida, tal vez, más rápida que con Feisty Fawn. Y el arranque... y en el arranque pantalla negra.

He podido comprobar en mis propias carnes cómo después de instalar Gutsy Gibbon por dos veces (por distintas razones que nada tienen que ver con la pantalla negra), en ambas al reiniciar me ocurría lo mismo, pantalla negra durante el arranque.

Resulta que el problema tiene que ver con la resolución de la pantalla a la hora de arrancar. Pero con este programita instalable via apt-get se puede configurar la resolución y la profundidad de los colores para poder ver el arranque como Ubuntu manda. Además, hay una opción bastante util, por lo menos para mí, que además de permitir configurar la resolución y la cantidad de bits para el color, nos permite ver que es lo que está arrancando.

Los pasos son los siguientes:

sudo apt-get update
sudo apt-get install startupmanager
sudo startupmanager

La opción que nos permite ver los procesos que se inician es Mostrar texto durante el arranque y se encuentra en la pestaña Opciones de arranque abajo del todo.

Saludos!

PD: En mi caso tengo puesta la resolución a 1024x768 y 16 bits para los colores. Dejo un pantallazo de mi configuración.

Esta obra está bajo una
licencia de Creative Commons.

TSSTcorpCD/DVDW TS-L632D: Adiós problemas

Desde que instalé GNU/Linux en el portatil hace ya unos meses, he estado sufriendo por los continuos cuelgues y ralentizaciones del sistema por culpa de tener un cd/dvd en la grabadora del ordenador.

Resulta que por el mero hecho de tener la grabadora ocupada y sin estar siendo utilizado el cd/dvd el sistema decidía colgarse en Ubuntu y ralentizarse en Debian. Buscando y buscando en los logs del sistema encontré que era lo que fallaba:

May 14 02:32:12 zCool kernel: [ 647.210356] hdc: status timeout: status=0xd0 { Busy }
May 14 02:32:12 zCool kernel: [ 647.210366] ide: failed opcode was: unknown

Googleando un rato encontré una página web dedicada a los bugs en GNU/Linux que registraba mi problema:
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/75295

Al principio, hace ya unos meses, no había ningún tipo de solución satisfactoria. También probé a buscar algún firmware actualizado para la grabadora, pero nada. De esto ya, hace unos meses.

A principios de semana me volvió el gusanillo por solucionar este problema que tantos quebraderos de cabeza me ha estado dando. Siempre teniendo que ver si tengo algún cd/dvd insertado en la grabadora para sacarlo a todo correr antes de que se colgase el sistema. Pero ya, no tengo ese problema. Por fin puedo decir que está solucionado.

Resulta, que volví a meterme en la web antes mencionada y en uno de los posts comentaban que ya hay una nueva versión del firmware, la cual corrige los errores y permite el buen funcionamiento de la grabadora en GNU/Linux. El único inconveniente es que hay que utilizar unos programitas que únicamente funcionan en Windows. Después de realizar un montón de intentos con Wine y con Cedega para ver si podía hacer la actualización sin necesidad de instalar Windows, ví que iba a ser invitable tener que utilizar Windows para poder arreglar este gran problema en mi maravillosa Debian. Así pues, procedí a crear una partición para instalar Windows, para después hacer la actualización del firmware.

En mi caso tengo como grabadora la TSSTcorpCD/DVDWTS-L632D, así que, accedí a la pagina de samsung, http://www.samsungodd.com/eng/Firmware/FAQ/Faq.asp desde Windows, descargué la utilidad para hacer la actualización del firmware y desde entonces no he tenido un solo problema. Por fín.

Esta obra está bajo una
licencia de Creative Commons.