Me falta rodaje, lo admito. Hace meses que no me tocaba trastear con un ordenador ajeno, y como los propios ya son todos portátiles, tampoco hurgo mucho en sus entrañas.

El caso es que he tenido que echar a andar una instalación de XP dañada, sin drivers, con controladora SATA no soportada... vamos, que he tenido que ponerme al día con cosas que hacía tiempo tenía casi olvidadas.

Sobre la controladora SATA no soportada, he encontrado la ISO de un XP modificado, con soporte para decenas de controladas SATA. Se llama Windows Elements 3.0 SP3 Edition y como su propio nombre indica, lleva el Service Pack 3 incluido (supongo que no será dificil de encontrar en las redes P2P o similares). Desde ahora un imprescindible en mi tarrina con sistemas operativos para instalar.

Lo que me ha traido más por el camino de la amargura ha sido el tema de los pendrives. Resulta que llevaba grabado en un pendrive algo de software habitual para instalar en este ordenador que os digo. Lo pinchaba y no me reconocía el pendrive, ni siquiera se me encendía la luz.

Al día siguiente, probé el pendrive en mi propio ordenador, pero tampoco me lo reconocía, ni en Windows ni bajo Linux... un misterio, y más aún porque ¡el pendrive era nuevo!

Tras darle algunas vueltas al asunto y buscar algo de info en la red, creo que ya se qué ha ocurrido: EL CABLEADO DE LOS PUERTOS USB FRONTALES ESTABAN PUESTOS DEL REVÉS, y por ello, al meter 5v por alguna linea de datos o algo así, pues petó el pendrive (se quemó, vamos).

Ahora ya se otra cosa que tengo que hacer cuando voy a trastear con pendrives en ordenadores ajenos:

• No usar los USB frontales, y de los traseros, usar los que salen directamente de la placa.
• Si es indispensable usar los frontales, utilizar un cable de extensión, si es mallado, mejor.

La recuperación de estos pendrives, por lo que he leido, pasa por sustituir las pequeñísimas resistencias del circuito, algo que realmente no creo que merezca la pena excepto en casos en que la información sea vital o uno sea un friki de cuidado :-)

He encontrado algún post interesante sobre el tema en:

• Taringa - Destripando un pendrive

También he encontrado un par de publicaciones sobre recuperación de datos a bajo nivel bajo linux, para casos en los que el error sea lógico (rotura de tabla de particiones y cosas similares):

• Linux Journal - How a Corrupted USB Drive Was Saved by GNU/Linux
• El blog de Diego Sevilla - Usando Linux para arreglar un USB roto
• O, si el nivel de daños no es tan profundo, también podeis probear el fenomenal TestDisk

Espero que esta información os sea de utilidad, aunque me temo que la mayoría acabará en esta entrada a toro pasado, cuando le haya ocurrido algo similar...

Esta mañana al compilar un nuevo kernel para el servidor de la oficina algo ha ido mal. Al reiniciar la máquina, he visto fugazmente un mensaje de error que rápidamente ha desaparecido de la pantalla. Tras esperar algunos segundos y realizar el login, no he podido encontrar el mensaje de error ni en /var/log/syslog, ni ejecutando dmesg, ni retrocediendo con shift+pgup o parando el torrente de información con ctrl+s o la tecla ScrollLock.

Y es que a veces el error aparece tan temprano en el arranque no que se hace dificiil verlo. Para poder ver los mensajes de arranque en Debian de una forma fácil, tenemos que activar bootlogd, simplemente editando el archivo /etc/default/bootlogd y
habilitarlo. Bootlogd creará en el siguiente inicio de la máquina el archivo /var/log/boot. Por último, señalar que esta característica no está disponible para Debian Woody o anteriores.

Un truquillo realmente útil para depurar kernels creados por nosotros o ver los mensajes de error de los scripts de arranque.

¿Cansado de tener que estar siempre tecleando la clave del certificado SSL en cada reinicio de Apache? Una de las maneras de hacerlo la he encontrado en la propia FAQ de apache.org, concretamente en How can I get rid of the pass-phrase dialog at Apache startup time?.

En resumen, se trata de quitar el cifrado a nuestra clave, de manera que Apache al arrancar, pueda hacerlo del tirón. Lo primero es encontrar el fichero de la clave a la que apunta nuestra configuración. Por ejemplo, en mi sistema es el siguiente:
SSLCertificateKeyFile /etc/apache2/SSL/server.key

copiamos la clave para tener una copia de ella en caso de necesitarla:
cp server.key server.key.org

y ahora quitamos el cifrado a la clave original, de la siguiente manera:
openssl rsa -in server.key.org -out server.key

Es importantísimo proteger debidamente el acceso a esta clave, ya que como digo ya no se encuentra cifrada, por lo que un posible atacante podría, en caso de tener acceso a ella, hacerse pasar por nosotros. Para ello, haremos que la clave solo sea accesible para el superusuario:

chmod 400 server.key

Ahora, si reiniciamos nuestro servidor Apache, veremos que ya no nos pide la clave y que arranca como de costumbre. Si en algún momento queremos volver al estado anterior, con modificar la configuración para que apunte a server.key.org volveríamos al escenario anterior.

Vivir para ver, el otro día estuve informándome sobre antenas TDT para interior, y como no terminé de encontrar una antena buena, bonita y barata, busqué en la red algún diseño de una antena TDT casera.

Uno de los primeros resultados fue esta entrada en Zackyfiles, en la que un tal Javirnof nos cuenta que simplemente pelando un cable de antena y dejando un vivo de una longitud de 12,5 cmts ya tenemos una antena TDT que nos puede sacar de más de un apuro.

El caso es que he realizado la prueba y ¡veo la tele perfectamente! :) También es verdad que vivo en un quinto piso, pero aún así con esta antena tengo mejor recepción que otras dos antenas que probé anteriormente: una antena barata para portátil (de 10 EUR), y una antena amplificada de televisión analógica (que leí que también tendría por qué servir para pillar la señal de la TDT).

El cable lo tengo, en plan provisional, exterior, pillado con el marco de la ventana, y apuntando a la antena comunitaria del bloque de enfrente :) Una cosa así:

Ya se que parece el colmo de la cutrez, pero no os cuesta nada hacer la prueba y, creedme, ¡¡¡funciona!!!

Intentando liberar un poquito de esa memoria cada vez más escasa en mi ordenador, he visto que entre otros programas, se me ejecutaba en el arranque el servicio cftmon.exe, que según la web de Microsoft es el Procesador de entrada de texto (TIP, Text Input Processor) de Entrada de usuario alternativa y también la barra de idioma de Microsoft Office.

Si lo intentamos deshabilitar desde msconfig, Adtweak o programas similares, muy probablemente no tengamos éxito y en nuestro siguiente reinicio de la máquina vuelva a aparecer el dichoso servicio.

La manera buena de hacerlo es yendo al Panel de Control, seleccionar Configuración regional y de idioma, y en la pestaña Idiomas, pulsar el botón Detalles en la sección Servicios de texto e idiomas del dispositivo de entrada.

En la nueva pantalla seleccionaremos la pestaña Opciones avanzadas, y activaremos el checkbox que indica Desactivar todos los servicios de texto avanzados.

Con esto desactivaremos el servicio y ganaermos un poquito más de memoria en el sistema. Más info en:

• El sitio de Microsoft

Si hace ya casi tres años (¡cómo pasa el tiempo!), os hablé de Lulu.com, un proyecto de edición de libros en el que cualquier autor podría poner a la venta directamente su trabajo, hoy os hablaré de Bubok, un sistema español similar, creado recientemente (diciembre de 2007) y que poco a poco va ganando adeptos.

Para los interesados, hay una estupenda comparativa entre Lulu y Bubok en el blog Verso Blanco (parte 1 y parte 2), así como un artículo bastante crítico en dosdoce.com: Lulu y Bubok: Luces y sombras de las nuevas plataformas digitales de autoedición.

Uno de los servicios de correo electrónico gratuito más populares, Gmail, ofrece desde ayer la posibilidad de utilizarse en euskera, según puedo leer en El Correo.

Al contrario de lo que aparece en la noticia de El Correo, según este comentario en Meneame, la traducción propiamente dicha parece haber sido realizada por usuarios de manera desinteresada.

Sea como fuere, una buena noticia para todos los usuarios euskaldunes.

Si el otro día os comentaba mis pinitos con el método GTD de organización personal, hoy os comentaré algunos trucos que he ido encontrando aquí y allá para hacer de vuestro sistema informático algo más productivo.

Por cierto, que tras adquirir en La Casa del Libro de Bilbao el libro de David Allen, no puedo menos que recomendároslo. A pesar de algunas molestas erratas y errores de traducción, su estilo directo, ameno y práctico me está enganchando y ayudando a implementar en mi vida este método. Sí, ya se que hay mucha información en la red sobre GTD, pero tras tenerlo en mis manos me parece la forma más rápida, directa y fiable de familiarizarse con él.

Pero vayamos al tema que nos ocupa, que no es ni más ni menos una lista de software que puede ayudarnos a centrarnos en nuestro trabajo diario y a evitar distracciones.