Notas publicadas en la categoría Trabajo

Poco tiempo atrás escribí sobre los periplos de trabajar con un portátil que resultó dañada por un problema eléctrico.Se trataba de un portátil Dell 700m. Un portátil pequeño (12,1"), liviano (2,1 kgs), pero incapaz de resistir una taza de café y un buen golpe eléctrico.

Hace poco me asignaron un nuevo portátil: Un Toshiba Portégé R505, también conocido como la respuesta de Toshiba al MacBook Air de Apple. «Respuesta» en términos de especificaciones (al menos), porque Apple siempre logra muy buenos diseños en sus equipos.

La Portégé R505 pesa 799 gramos, frente a los 1.300 gramos del Air. Ahora, cuando tomo el 700m, lo encuentro pesado y grueso, siendo que antes lo encontraba liviano. La Portégé R505 cerrada es tan gruesa como el grueso de mi dedo índice. Y, literalmente, pesa más el bolso que el equipo.

Lo primero que hice fue arrancarlo con el CD de Ubuntu Gutsy (7.10), pero no mostró imagen al arrancar X. No es que se hubiera colgado, simplemente no mostraba imagen. Reinicie el equipo y procedí a arrancarlo con el CD de Ubuntu Hardy (Alpha 6), que había sido liberado uno o dos días atrás.

Reparticioné el disco, dejando 135 GB para Linux y 25 GB para Vista Bussiness. Lo dejé sóĺo porque estaba la licencia en el equipo; además que en las garantías muchas veces exigen que esté el sistema operativo original.

En general, todo bien. Vamos al detalle, pero antes es necesario acotar que indico el modelo de las tarjetas sólo como referencia, puesto que, en general, el hardware quedó funcionando después de la instalación sin ajustes manuales:

• Tarjeta de red Intel 82573L Gigabit Ethernet. Funciona impecable.
• Tarjeta inalámbrica Intel 4965AG. Funciona bien y sólo tiene un pequeño detalle: Al desactivarla por teclado y ejecutar iwconfig, no indica «Radio-off», por lo que uno tiende a desconfiar si realmente está deshabilitada; aunque obviamente no encuentra ninguna red en esas condiciones.
• Tarjeta Bluetooth 2.0. Funciona bien, pero me costó pillarla. Se trata de una tarjeta USB incorporada, la cual se activa con la misma tecla de función con que se activa/desactiva la red inalámbrica. Es decir, para realmente deshabilitar los dispositivos inalámbricos es necesario presionar 3 veces la combinación de teclas. Por omisión, al arrancar, Bluetooth está deshabilitado.
• La interfaz Firewire, el lector SD y la PCMCIA no los he probado aún.
• Tarjeta de sonido Realtek ALC262 (de la familia Intel ICH7). Funciona bien, pero al conectar el audífono aún se escucha el parlante del equipo. En el mezclador aparece un canal «Front» que es necesario apagar y santo remedio. Este problema es bastante común y no solamente en portátiles.
• Tarjeta gráfica Intel 945GM. Funciona bien, pero algunas veces (al principio) se congeló la imagen. Pude reiniciar sin problemas, pero no es una situación que debiera ocurrir. Esto con el controlador intel. Al conectar un monitor externo, es reconocido correctamente, le puedo definir la resolución, pero no llega imagen. Con el controlador i810 si puedo configurarlo con Xinerama y Clone, usando la configuración del 700m. Se pierde XRandR, porque es un controlador más antiguo.
• Lector de huella digital AuthenTec. No es reconocido automáticamente, por lo que es necesario instalar los programas en forma manual. En este caso, fprint t libfprint. Sólo lo probe para ver su funcionamiento.
• Acelerómetro. Este equipo tiene incluído un acelerómetro, pero tampoco es reconocido automáticamente. Tampoco he indagado mayormente.
• Suspender/Hibernar. Llega a suspender, pero en un segundo vuelve a activarse. Es necesario investigar que módulos provocan conflicto. Tampoco he indagado mayormente, pero si es una característica importante.
• Batería. Acorde a la especificación, la duración debiera ser 12,5 horas, aunque no se indica en qué situación o con qué baterías. Lo batería de 3 celdas que trae, tiene una duración apróximada de 4 horas. Este fue el único motivo por lo cual arranqué el equipo con el sistema operativo provisto en el equipo (luego de 1 semana), sólo para verificar que la estimación en Vista Bussiness no variaba mucho de la entregada por Linux.

Si no te gustan los tangos, tal vez este portátil no sea de tu agrado.

Siempre me preguntaba como podía suceder que alguien pudiera ser tan descuidado como para derramar una tasa de café sobre un portátil.

Bueno, hace uno o dos meses atrás obtuve la respuesta: los accidentes ocurren. (Aunque yo no soy una persona de tomar muchos líquidos en una taza durante el trabajo).

El portátil al centro-fondo del escritorio. La taza al centro-frente, el teléfono en la esquina derecha (a la altura del portátil). A la izquierda del portátil, un monitor LCD. Ese día me encontraba ordenando algunos documentos en la esquina izquierda más cercana a mí.

En un momento suena el teléfono. Instintivamente moví el brazo derecho, recorriendo todo el escritorio de izquierda a derecha. En el camino mi brazo tropezo con la taza y se derramó el líquido elemento sobre el portátil.

¡Cáspitas, rayos y centellas! fue lo que pasó por mi mente :-)

El portátil siguió funcionando, pero proseguí inmediatamente a apagarlo. La taza estaba casi vacía, así que a primera vista no parecía mucho líquido. Lo voltée y dejé boca abajo, para evitar que el líquido siguiera esparciéndose en el interior del equipo.

Mis colegas Francisco y Pamela, se dieron el trabajo de desarmarlo completo. (Pasé a ser usuario :-). Líquido por todas partes. El mayor peligro: el azúcar.

Varios días sin el portátil. En general, quedó completamente funcional. En particular, algunas teclas funcionaban a medias, debido principalmente a que el contacto estaba a presión. Y al cambiarlo de posición para transportarlo, se desalineaban algunas teclas. Un día una cosa, otro día otra.

No contar con ciertas teclas, es engorroso. Por ejemplo, la tecla espaciadora hacía contacto sólo si le presionaba entre el medio y la derecha. Pero siendo zurdo, tiendo a presionar la barra espaciadora por el lado izquierdo.

Lo del ratón y el teclado lo subsané momentáneamente con dispositivos USB externos.

Lo peor aún no sucedía.

Se cayó el automático del laboratorio. Al momento de subirlo, el proyector no daba señal. Probé conectando el monitor de mi escritorio, tampoco. Resultado: Se quemó la puerta VGA del portátil, y los 2 puertos USB ahora sólo funcionan con con USB 1.1. Es más, de los dos puertos USB, uno de ellos funciona según la fase de la luna. También se dañó el puerto VGA del proyector (daba una señal muy tenue, casi imperceptible).

Conectar el disco externo, ya no es tan rápido. Y tengo que conmutar entre dispositivos USB cada vez que quiero usarlos, porque simplemente no pasa suficiente energía como para alimentarlos mediante un hub USB.

Debido al incidente del café, el portátil pasó a ser el sospechoso #1 del corte de energía. Sin embargo, cuando le indique al encargado del laboratorio el enchufe que había utilizado... recibí como comentario: «Ah, ese enchufe no lo usamos porque provoca corte». Hubiera sido útil saberlo antes (pensé estoicamente). Tampoco había sido informado el desperfecto a soporte, por lo cual no había sido reparado. Después que lo revisaron, precisamente había un problema con el sistema eléctrico. El portátil fue declarado inocente, pero no le salvó de las secuelas.

La tecla espaciadora ahora funciona completamente. Nada que ver con el corte, pero en una revisión posterior, lograron dejarla funcional. Desafortunadamente, la sensibilidad no es la misma en las teclas. Por lo que al escribir, pronto me termina sacando de quicio.

Como el hombre es un animal de costumbre, he aprendido a adaptarme. Y con el uso, algunas teclas han ido cediendo de a poco. Pero hay otras que me siguen jugando una mala pasada.

Epílogo

Dicho esto. Tenía muy poco ánimo de escribir. Y cuando lo hacía, no era precisamente productivo. Y en el transcurso de los días y semanas, me atrasé con varias labores y deberes.

A veces tomaba un equipo distinto para trabajar, pero no es lo mismo. Porque no siempre están todas las aplicaciones que uno utiliza, ni las mismas preferencias. Al final del día, para cuando tenía un equipo operacional, recibía el portátil. Y cuando fallaba el portátil nuevamente, volvía a perder tiempo con un nuevo equipo.

Al respecto he tenido que lidiar con la usabilidad de las aplicaciones, pero de ello me referiré más adelante.

Así como hay días buenos y días malos, también los hay en semanas y en años. Esta semana promete ser malísima. Algunos problemas que pasaron a ser menores cuando me encontré con lo siguiente:

Filesystem "sda5": XFS internal error xfs_bmap_read_extents(1) at line
4565 of file fs/xfs/xfs_bmap.c.  Caller 0xc02e7c99
 [<c02ca11e>] xfs_bmap_read_extents+0x488/0x4a2
 [<c02e7c99>] xfs_iread_extents+0xa0/0xbb
 [<c02e5b5f>] xfs_iext_realloc_direct+0xb3/0xc1
 [<c02e7c99>] xfs_iread_extents+0xa0/0xbb
 [<c02c2a54>] xfs_bmap_last_offset+0x94/0xdc
 [<c02d5269>] xfs_dir2_isblock+0x1b/0x60
 [<c0324085>] __make_request+0x384/0x495
 [<c02d59fb>] xfs_dir_lookup+0x8e/0xeb
 [<c02c7615>] xfs_bmapi+0x25b/0x1fd7
 [<c02fb04f>] xfs_dir_lookup_int+0x2c/0xd4
 [<c01230c4>] down_write+0x8/0x10
 [<c02e41ad>] xfs_ilock+0x47/0x67
 [<c02fe944>] xfs_lookup+0x50/0x76
 [<c05ff4cc>] __mutex_lock_slowpath+0x1ac/0x1b4
 [...]

Esa es una de las particiones de un servidor con problemas. Luego continúa:

# xfs_repair -n /dev/sda5
Phase 1 - find and verify superblock...
Phase 2 - using internal log
       - scan filesystem freespace and inode maps...
       - found root inode chunk
[...]
Phase 6 - check inode connectivity...
       - traversing filesystem starting at / ...
entry "etc" in directory inode 128 points to free inode 1310848, would
junk entry
corrupt dinode 786561, (btree extents).  This is a bug.
Please report it to xfs@oss...

El énfasis es mío. Hay que notar que la opción -n de xfs_repair indica que muestre lo que haría, pero no toma acción alguna. Previamente, xfs_check también se lució con:

# xfs_check /dev/sda5
[...]
dir 1310848 block 8388608 extra leaf entry fc4e7e74 e7
dir 1310848 block 8388608 extra leaf entry fcdbb5f3 8f
dir 1310848 block 8388608 extra leaf entry fddcbf74 164
/usr/bin/xfs_check: line 28: 14691 Segmentation fault
xfs_db$DBOPTS -i -p xfs_check -c "check$OPTS" $1

Buscando por aquí y por allá, me encontré con 2 posibles alternativas:

• Memoria RAM con problemas, de donde se hayan guardado datos corruptos en disco.
• Un fallo en el módulo XFS del núcleo.

Afortunadamente, los problemas no ocurrían en la fase 1 ó 2, sino que bien avanzado. XFS está hecho para ser utilizado en hardware robusto. Un reset de un dispositivo SCSI o IDE, que a veces se dejan ver en los registros del sistema, es razón suficiente para causar corrupción de datos en el sistema de archivos. No es el caso, pero sirve para ejemplificar la situación.

Al menos, después de la recuperación, en el directorio lost+found quedaron guardados archivos completos. No pedazos de datos que usualmente veía con ext2/ext3 (cuando habían problemas).

Justo en un mal momento. En una mala semana. Me ha consumido muchas horas y concentración. La planificación de mis estudios se me fue a las pailas. Aún quedan datos por verificar y reconstruir.

Ha pasado casi un año desde que Holden estuvo tocando en Concepción. Pero acá publico algunas fotos tomadas con la cámara del teléfono en el primer día (en Concepción) del «Primer Encuentro Internacional de Música Actual».

Esto ocurrió el viernes 27 de enero, en donde tocaron más bandas, como Congelador, Origian Hámster y los penquistas Zurdaka.

 

Para el sábado estaba programado Icalma, Gepe y The Married Monk. A este día no fui, porque sólo me interesaba ver a Holden. Lamentablemente, no había notado que The Married Monk estaba anunciado, sino hasta pasada una semana del evento, de lo contrario, hubiera hecho el esfuerzo.

De Congelador me gustaron un par de temas, pero no los he vuelto a escuchar.

Llevo 3 días que he logrado levantarmen más temprano de lo acostumbrado. Coincide también que estos últimos días han sido más productivos y me ha dado tiempo para dedicarme a otras labores.

Hoy migré mi correo, el cual era manejado localmente en mi estación de trabajo. En un principio usaba UW-IMAP, luego migré a Dovecot, que al menos tenías varias opciones de configuración y soporte completo de IMAPrev1. Sin embargo, de cuando en cuando se volvía molesta la interacción dado que Dovecot quedaba mirando al sudeste; principalmente al procesar carpetas con mensajes grandes.

Me dí el tiempo, y migré mis correos a un servidor de la universidad que es manejado por Cyrus Imapd. Así también tuve que migrar los filtros de correo desde procmail a sieve.

Tenía la predisposición que sieve era más limitado que procmail, aunque suficiente para las tareas normales de filtrado. Después de leer un poco de documentación, he quedado bastante conforme. Las reglas son mucho más legibles. Así aproveché la ocasión para ordenar los filtros; y pasé de un archivo procmail con 114 reglas en 495 líneas, a un archivo sieve con 84 reglas en 323 líneas que hacen casi lo mismo.

Lo único que no he podido hacer hasta el momento con sieve es reescribir los encabezados de los correos. Me interesa particularmente aquellos que comienzan con el nombre de la lista en el asunto, cuando son muy largos, molesta la lectura de lo que realmente importa.

En el proceso me dí cuenta cuantas carpetas tengo creadas y fue «gracias» a un bug en Evolution. No quería conectarme al servidor IMAP, así, cuando me preguntó la contraseña decidí cancelar la acción. Me preguntó la contraseña por cada una de las carpetas que tenía en el servidor IMAP. Presioné la tecla «Escape» 183 veces :-/ Luego reporto el bug.

La documentación de sieve que me ayudó bastante fue:

• Preguntas frecuentes, aunque hay algunas que están orientadas a sus propios usuarios, es bastante clarificadora.
• Guía básica (en el mismo Wiki anterior)
• El lenguage Sieve, de la documentación de mailutils de GNU.

Aún me cuesta acostumbrarme al cambio de formato, dado que Evolution ahora muestra todas las carpetas dentro de la «bandeja de entrada» y no bajo el equipo como estaba antes. Eso me tardará algunos días.

Hace algunas semanas que el espejo de Ubuntu (no oficial) tenía que lidiar con problemas de espacio en disco. Hoy definitivamente no quedaba espacio (sólo 20KB), y así, estaba presentando problemas a algunos usuarios. Dado que sólo manejamos la arquitectura i386 y los fuentes, decidí recortar los fuentes, lo que liberó 32GB de espacio y en estos momentos se encuentra sincronizándoce.

Dado que las versiones se mantendrán por 18 meses, aún el espacio requerido seguirá aumentando. Para quienes suelen leer por estos lados y utilizan nuestro servidor para bajar los paquetes, actualicen sus referencias, lo que son paquetes fuente (deb-src) deben apuntar a alguno de los sitios oficiales. El resto, seguirá funcionando normalmente a la brevedad.

El servidor espejo de Ubuntu que manejamos atiende a muchos clientes, a pesar que nunca le dimos publicidad y siempre lo hemos considerado en etapa experimental (no tenemos almacenamiento para tener uno oficial); y ha llegado a ser tan popular como nuestro espejo de Debian :-)

Ayer lunes 14/11 se publicó en el diario «El Sur» artículo sobre IPv6 titulado «Internet se agranda a mil sixtillones», escrito por Roberto Fernández. Básicamente partió de una entrevista, donde más bien tuvo ribetes de clase introductoria de redes con un alumno muy motivado por saber a la vez que captaba rápidamente los conceptos.

El tuvo la tarea de escribir un artículo sobre un tema que oía por primera vez, y el resultado me parece muy bueno. Sacó los cálculos de las direcciones, dado que yo sólo hablé en potencias de 2, y buscó direcciones para comprobar lo que le indiqué respecto a la unicidad de las direcciones.

Algún exquisito experto, podría indicar que las direcciones de uso privado no son solamente las 192.168 (sino también las que comienzan con 10. y 172.16), o detallar un poco más de las clases. Para este artículo, son detalles menores considerando el público objetivo, la claridad alcanzada en tan poco espacio para un tema técnico y escrito por un periodista que hace una semana desconocía lo que es IPv6.

Hoy tuve un par de videconferencias con Chile, una de ellas se suponía una reunión importante, sin embargo, me dió la impresión que dicha reunión sólo fue una mera formalidad y que la decisión ya había sido arreglada de antemano, ya que no era posible disentir en opinión y menos intentar discutir. Cuando hay que rendir cuentas, todos se aceleran y se toman decisiones sin analizar los antecedentes y sin pensar. Afortunadamente, de las alternativas que existían, como universidad, cualquiera era útil, aunque internamente una era mejor solución para el crecimiento futuro de nuestra red. Nada grave después de todo.

En otro ámbito, hoy terminamos nuestro trabajo en el LICEF. Aclaramos bastantes dudas de índole ténico y pedagógico. Hoy vi con más claridad la forma en que podemos apoyarnos con el LICEF para otros proyectos colaborativos. Terminamos temprano (15:00 horas) y nos quedó el resto del día libre.

Viernes, nuestro último día de trabajo en el LICEF, en la Universidad de Québec, antes de volver a Chile. Debemos trabajar en un informe para ambos grupos de trabajo, resolver todas las dudas que nacieron de esta semana de trabajo y terminar de revisar los procesos y programas que nos interesa analizar.

Luego, nos ofrecieron llevar a conocer alguns lugares de interés al finalizar la tarde, lo cual sería salir a los alrededores de Montreal :-)

Durante la mañana, tengo planificada una videoconferencia en donde espero podamos resolver una licitación internacional en la que hemos estado trabajando por más de 6 meses. Lamentablemente, muchas de las universidades participantes no le han tomado el peso; y se hace necesario estar atento para evitar que se tomen decisiones en base al desconocimiento de información o de procedimientos (en cristiano, que no se intente pasar gato por liebre). Mi obligación, por supuesto, es defender los intereses de la universidad.

Esta semana ha sido productiva, ya que mientras trabajamos no hay nadie que nos interrumpa, tampoco no suena el teléfono. Es posible trabajar menos horas y rendir mucho más. Así, es fácil entender que en estos lados no se estila irle a preguntar algún dato a otra persona sin que antes se le haya solicitado tiempo para ello. De esta manera se programan y no se interrumpen a cada instante, como muchas veces suele suceder en Chile.