miércoles, 31 de diciembre de 2008

¡Feliz Año 2009!

Un caluroso saludo a los lectores de este aburrido blog. Los mejores deseos para este año nuevo 2009.

HD
--
Sent from Palm Centro

Segundo bisiesto

No encontré una mejor forma de traducir "leap second" -por aquello de que "leap year" corresponde a "año bisiesto". De cualquier forma, el Centro Nacional de Metrología utiliza el mismo término. En esta ocasión se añadirá un segundo a las 23:59:59s en la escala de Tiempo Universal Coordinado. Lo anterior a efecto de asegurar que la diferencia entre la escala de tiempo UTC y la escala de tiempo astronómico UT1 se mantengan sinconizados en un rango no mayor a 1 segundo (en realidad, 9ds).

Lo bueno de tener Linux con NTP (Network Time Protocol) es que el reloj de la computadora se ajustará automáticamente, de acuerdo con la siguiente secuencia del tiempo (hora del centro):

* 31 de diciembre del 2008, 17:59:59
* 31 de diciembre del 2008, 17:59:60
* 31 de diciembre del 2008, 18:00:00

Con los preparativos de fin de año, no creo tener el tiempo disponible para contemplar el reloj de la computadora para ver en vivo este fenómeno.

Y como ya los preparativos me están llamando, sólo me resta decir: Ponga tiempo su reloj.

martes, 30 de diciembre de 2008

Bolt: un perro fuera de serie -en 3D

Bueno, en vista de que Imoq ha dejado de comentar películas desde hace un buen rato, pues tendré que escribir sobre Bolt.

Bolt es la mascota de Penny, una niña artista que realiza un programa de televisión donde el afortunado can tiene superpoderes: super velocidad zum zum, visión térmica, y super ladrido, entre otros; los cuales utiliza para proteger a su amada dueña (a quién él llama "su persona") del malvado villano de ojo verde -el Dr. Cálico. Al final del día, que coincide con el final del episodio televisivo, Bolt siempre sale vencedor. El truco del productor consiste en hacer creer al perro que todo lo que sucede es real: de modo que Bolt no conoce otra vida sino dentro su casa rodante y el set de televisión. Sin embargo, los dueños del canal no están contentos con el show que se ha vuelto muy predecible; de modo que en el siguiente episodio Bolt no puede rescatar a Penny. Creyendo que "su persona" se encuentra en peligro verdadero Bolt logra escapar de la casa rodante. Desafortunadamente cae en una caja de cartón y es enviado a la ciudad de NY. Ahora Bolt tendrá que regresar a su casa en Hollywood, enfrentando los peligros sin superpoderes y descubriendo su verdadera identidad, y lo que lo hace especial. Con la ayuda de sus nuevos amigos, Mittens -una gata callejera-, Rihno -un hamster encerrado en una esfera de plástico-, y la oportuna ayuda de múltiples palomas mensajeras.

Lo que me gustó de esta película es que la ví en tres dimensiones (3D). A diferencia del sistema de lentes rojo-azul, este nuevo sistema utiliza unos lentes polarizados, de modo que las imágenes son más nítidas, más brillantes, y por supuesto, más "reales" -hay escenas que se ven tan reales que uno sólo sabe que son ficción por los personajes animados. Si tienes niños -o tienes alma de niño- no dejes de verla en 3D. Aunque es un poco más caro, bien vale la pena.

La ví en: Cinépolis Galerías Cuernavaca -Macropantalla 2
El día: 27 de diciembre
Le pongo: 5/5

Nota: Imoq: ¡extrañamos tus reseñas!

Por cierto ¿alguien sabe por qué les ponen esferas a los hámsters?

viernes, 19 de diciembre de 2008

Llenando el Plan Anual de Actividades

INSERT INTO ppa_servicios(rfc,nom_serv,tinv_serv,activ_serv,anho)
SELECT rfc,nom_serv,tinv_serv,activ_serv,2009
FROM ppa_servicios
WHERE rfc LIKE 'CO%' AND anho=2008

martes, 11 de noviembre de 2008

El regreso de la Terminal

Eso de ser early adopter tiene sus desventajas.

En alguna actualización del "Installer" perdí las habilidades de la Terminal móvil -nombre rimbombante para una vil terminal de unix. El iPod sin la terminal, realmente no es muy útil. En el proceso, recién me estoy dando cuenta que mi iPod Touch todavía tiene el firmware 1.1.1. Así que me dí a la tarea de recuperar la terminal, sin tener que actualizar el firmware a la 1.1.5. y mucho menos comprar (¿¡que!?) el firmware 2.1.

Afortunadamente (sic) el proyecto de la terminal del iPod se encuentra en google. Así que bastó con probar con algunas de las versiones anteriores hasta que funcionó. Terminé instalando la versión 206.

¡Ah! Las maravillas del MacOS X: linux$ scp -r Terminal.app root@ipod.ip.address:/Applications. Hay que reiniciar el Springboard, y ¡listo! Ahora sí, he recuperado la terminal: ya puedo administrar los servidores. El iPod ya sirve para algo.

¡Larga vida a la terminal y la línea de órdenes! Y recuerda: no tomarás el nombre de root en vano.

jueves, 6 de noviembre de 2008

StarWars


Música de John Williams, Letra de George Lucas.
1) [Close Encounters of the Droid Kind]
2) [Raiders of the Lost Wookiee]
3) [Super Han]
4) [ET the DiscoTerrestrial]
5) [Jaws: the Wookiee]
6) [Jurassic Darth]
7) [Raiders of the Lost Wookiee (Final)]

miércoles, 5 de noviembre de 2008

miércoles, 29 de octubre de 2008

lunes, 27 de octubre de 2008

Me re lleva

El pasado sábado 4 de octubre tuve que cambiar el servidor de squid: un problema documentado con el error (110) y (111) me obligaron a jubilar un RHEL3 y cambiarlo por un RHEL5. El problema pudo terminar allí, si no fuera porque el servidor también contenía unas bases de datos. Como era de esperarse, se rompieron varias cosas. Entre ellas el infame programa del Informe Anual.

Para el jueves 9 de octubre el informe anual aún no quedaba. Revisé el respaldo y los datos están allí. Envié una copia del pg_dump a la persona encargada del informe anual. Sabiendo que la fecha límite para el informe es el 5 de noviembre avisé el lunes 13 de octubre que podíamos seguir utilizando el servidor viejo -con otra dirección IP- sin tener que cambiar otra cosa en los programas que la dirección IP del dbhost.

Hoy 27 de octubre, me piden arreglar el sistema "por que ya les urge". Me re lleva el chanfle. Por eso avisé hace quince días, para evitarme la munga de reparar un sistema que no conozco. En fin. Échale la culpa al sysadmin.

Eso sí, el año que entra compramos un servidor nuevo, le ponemos lo necesario, lo entregamos en custodia a quién corresponda y nos olvidamos del asunto.

martes, 21 de octubre de 2008

sha1sum con la mac

¿Cómo verificas que se bajó bien el DVD de Fedora en una Mac OS X?

# openssl dgst -sha1 Fedora-9-x86_64-DVD.iso
SHA1(Fedora-9-x86_64-DVD.iso)= f92576227484a4eeda0e86a497836c67c34d20ef

En realidad, también sirve en Linux, en caso de que no tengas instalado el sha1sum.

ACK: Altamar.

¿Cuál es la edad promedio de los académicos del CIE?


sica2007=# SELECT AVG(age) FROM
sica2007-# (SELECT age(rfc2date) FROM
sica2007(# (SELECT rfc2date(rfc) FROM datos_per WHERE active AND acad)
sica2007(# AS foo)
sica2007-# AS bar;
avg
-----------------------------------------
47 years 6 mons 29 days 26:50:50.847458
(1 row)

Da gusto saber que uno todavía está jóven.

martes, 9 de septiembre de 2008

Acer Aspire 4320

Por alguna extraña razón, el lector de discos compactos dejó de funcionar... en Hasefrog Vista. Como era de esperarse, en Fedora Linux el CD-ROM funcionaba muy bien.

Le apliqué no sé cuántas veces los updates, poner y quitar no se cuántos drivers, y cuanta cosa se me ocurrió. Hasta intenté restaurar el equipo al estado inicial del fabricante. Afortunadamente no lo logré. Pero eché a perder el arranque. Tuve que arreglarlo según indica http://support.microsoft.com/kb/927392:

bootrec /fixmbr
bootrec /fixboot

Creo que la segunda orden no era necesaria, pero ya entrado en gastos ¿pues a quien le importa?

Después de preguntarle al Oráculo, encontré la solución en http://support.microsoft.com/kb/314060. Es un documento de XP, pero funcionó en Vista.

Hay que quitar la entrada UpperFilters de la subclave del Registro {4D36E965-E325-11CE-BFC1-08002BE10318}. ¡Pero por supuesto! ¿Cómo no lo ví antes? Si está clarísimo.

Ya funciona el CD-ROM.

Odio el maldito registro de Windows.

grub>

¡Me chachis! Estas instalaciones duales siempre son un dolor de cabeza. ¿Quién le manda a los usuarios cambiar las particiones?

rootnoverify (hd0,0)
chainloader +1
boot

martes, 2 de septiembre de 2008

cryptofs

Hace unos días bajé unos vídeos de LAWALOCA. Como no podía dejarlos en el sistema de archivos así como así, me puse a la tarea de crear un Sistema de Archivos Cifrado.

Sí, se dice "cifrado", no "encriptado". ¿No se dice, desde hace mucho, decifrar un mensaje secreto? Y si no estás de acuerdo, pasa al siguiente blog.

Si bien es cierto que Fedora 9 ya te permite realizar instalaciones con sistema de archivos cifrados, la idea era utilizar un dispositivo "portátilizador" USB para el efecto.

Sea:
/dev/sdc el dispositivo portatilizador

Si la paranoia es grande, lo mejor es empezar borrando el dispositivo con:

# wipe /dev/sdc

O en su defecto,

# dd if=/dev/zero of=/dev/sdc

Luego, hay que sembrar el dispositivo portatilizador con la suficiente información para despistar al enemigo:

# dd if=/dev/urandom of=/dev/sdc

Esto tomará mucho tiempo, y agotará la entropía del sistema. Lo mejor es utilizar un dispositivo generador de números aleatorios, como el que viene en la fit-pc. geode-rng.ko. Esto es especialmente importante en el siguiente paso: la generación de la llave criptográfica. Adicionalmente, la fit-pc incluye un coprocesador criptográfico geode-aes.ko el cual funciona en Fedora 9 y está disponible según /proc/crypto:

Una vez que se recupere la entropía, (o usando el generador de números aleatorios), procedemos a preparar el dispositivo portatilizador:

# cryptsetup --verbose --cipher 'aes-cbc-essiv:sha256' --key-file=/dev/random --hash=$(mcookie) --key-size 128 --verify-passphrase luksFormat /dev/sdc

El tamaño de la llave seleccionado es un albur entre velocidad y seguridad. Si la llave es muy pequeña, es posible que una agencia de tres letras (no, la PFP no está en esa lista) sea capaz de romper el código y descifrar el dispositivo. Una llave demasiado grande, por el contrario, requerirá de mucho tiempo para realizar el cifrado/descifrado de datos, haciendo impráctico el ejercicio.

Para cuestiones ordinarias, 128 bits son suficientes para detener la curiosidad femenina. Unos 256 bits parece ser lo normal en estos tiempos de procesadores multi-núcleo. Más de 512 bits... eres terrorista, pedófilo; o peor aún: tu perteneces a una agencia de tres letras.

Una vez seleccionado el tamaño de llave, hay que proporcionar la frase de paso (passphrase), la cual, una vez más, debe tener la sufiente entropía. Una cadena se rompe por el eslabón más débil, así que escoge una buena frase.

El dispositivo ya se encuentra "formateado", ahora hay que establecer la conexión entre el dm-crypt y el dispositivo.

# cryptosetup luksOpen /dev/sdc cryptousb

Esto crea un dispositivo en /dev/mapper con nombre cryptousb. Es el dispositivo sobre el cual vamos a crear el sistema de archivos cifrado. El resto de las operaciones son como con cualquier otro sistema de archivos convencional:

# mke2fs -Lcryptousb /dev/mapper/cryptousb

# mount /dev/mapper/cryptousb /mnt/cryptousb

# mv -a /el/contenido/de/lawaloca /mnt/cryptousb/todo/lo/naco/es/chido

Antes de extraer el dispositivo portatilizador, es necesario desconectar todos los componentes del núcleo:

# umount /mnt/cryptousb

# cryposetup luksClose /dev/mapper/cryptousb

# rmmod usb-storage

Luego, hay que llevar el dispositivo portatilizador a la computadora del compañero ñero. Afortunadamente, de aquí en adelante el escritorio de Fedora 9 será capaz de darse cuenta que se trata de un dispositivo cifrado y nos preguntará la frase de paso para poder utilizarlo en el entorno convencional del escritorio.

ACK: A fesom por las sugerencias para escribir este artículo, y otros motivos para tener un dispositivo cifrado. demonoid.

martes, 26 de agosto de 2008

ntfs-3g

Hoy me di cuenta que que hay mucho que escribir en este blog. Sobre el frustrado regreso a clases. O sobre las tristes olimpiadas. Pero como no hay mucho tiempo, aprovecho para hablar un poquito de hasefrog y cómo ahorrarse tiempo, dinero y esfuerzo usando Linux para repararlo.

Regresó un investigador de su estancia sabática, descubriendo que su máquina de Hasefrog-XP marcaba unos errores del disco duro. En realidad, se trataba de mensajes de advertencia del SMART (¡ah! ¡no! ese es el Super Agente 86), me refiero a S.M.A.R.T.: Self-Monitoring, Analysis, and Reporting Technology (sic), indicando que el disco duro en cuestión estaba a punto de estirar la pata.

Esperando no tener que re-instalar Hasefrog XP, y mucho menos tratar de hacer un respaldo de información (aún hay usuarios que no saben que existe una carpeta que se llama "Mis Documentos") decidimos utilizar las herramientas NTFS-3G para copiar la información del disco viejo (de 80GB) a un disco nuevo (de 160GB), y de paso, utilizar toda la capacidad del disco nuevo.

Sea:

/dev/sdb el disco viejo con hasefrog XP
/dev/sdc el disco nuevo

Primero, copiamos la tabla de particiones:

# dd if=/dev/sdb of=/dev/sdc bs=1k count=1


Hay que quitar y volver a poner el adaptador USB para que se registren los cambios.

Luego, copiamos el disco viejo en el nuevo:

# ntfsclone --rescue --overwrite /dev/sdc1 /dev/sdb1


En seguida, con fdisk asignamos todo el espacio del disco a la particion NTFS (esto lo pudimos haber hecho desde el principio, pero no se nos ocurrió en ese momento).

Finalmente, le cambiamos el tamaño al ntfs con:

# ntfsresize --bad-sectors /dev/sdc1


Como era de esperarse, el nuevo disco no arrancó. Tal vez nos faltó información del MBR. Yo creo que nos faltó copiar el sector de arranque de la partición primaria. En realidad, ¿a quién le importa? Utilizando el CD-ROM de instalación del hasefrog XP entramos a "recuperar el sistema".

C> chkdsk /f /r

C> fixmbr

C> fixboot


¡Tará! El hasefrog XP regresó.

Larga vida a Linux, que sirve para hacer más fácil el trabajo en hasefrog XP.

lunes, 18 de agosto de 2008

Gustavo Moreno Toribio LADRÓN de imágenes

Gustavo Moreno Toribio LADRÓN de imágenes

Apoyando a Gato Azul con este asunto del uso inadecuado de su fotografía Llama en Machupicchu por parte del LUSER Gustavo Moreno Toribio.

Sólo faltaba que las firmas MD5SUM fueran iguales:

b47df176a72d0caeb3ec166227b24c5e 2293559521_57bb118dce_b.jpg
e9cdd38474f6b462270a918f2991faa0 2683344802_0660f17d6b_o.jpg

Al menos se tomó la molestia de "retocarla" en Photoshop, al parecer, su única habilidad.

Ánimo, Gato Azul.

N.del E. Sí ya sé que esto no es de Linux, pero ¡no somos máquinas!

jueves, 10 de julio de 2008

Adiós al petróleo mexicano

Me llegó un correo sobre un reportaje de Telemundo 52, en el año 2006:

Calderón podría entregar el petróleo mexicano a extranjeros.

Según una fuente de noticias alternativa, los capitales de las
petroleras estadounidenses desean las reservas del llamado oro negro que
existen en México. Para lograr esto habrían pactado con Felipe Calderón
una privatización de PEMEX. Rubén Luengas le presenta estas
declaraciones en un reportaje hecho en el 2006.

El vídeo en http://www.telemundo52.com/video/9804422/detail.html.

El reportaje más o menos dice: "las corporaciones estadounidenses han hecho el mayor descubrimiento de petróleo en el golfo de México, calificado como el hallazgo más grande en esta generación."

martes, 1 de julio de 2008

Install Fest


Install Fest, originalmente cargada por hdaniel.

Sábado 12 de Julio, en la Casa de la Ciencia, Cuernavaca, Morelos.

jueves, 26 de junio de 2008

LARTC en acción


LARTC en acción, originalmente cargada por hdaniel.

Las ventajas de tener el LARTC. En amarillo, la descarga FTP del Scientific Linux.

Nótese el balanceo de la carga con los servidores durante las horas de trabajo.

Adicionalmente, en azul una videoconferencia, en rojo bittorrent.

miércoles, 25 de junio de 2008

Linux: el sistema del "ya merito"

No es que me queje, al contrario. Eso de tener algo que hacer siempre es motivador. Pero después de leer un poco The Linux Hater's Blog uno adquiere una mejor perspectiva de lo realizado, y lo que falta por realizar.

Tengo desde hace rato una computadora AMD64 con Fedora Linux instalado. Ningún problema grave, excepto la navegación del WWW, por aquello de los plugins que no existen para 64 bits. No me importaba mucho, pues no soy adicto a los plugins.

Sin embargo, mientras utilizaba werewolf instalé la versión i386 del Firefox, con buenos resultados, aunque era un poco latoso conservar también las versiones i386 del yelp y del devhelp.

Cuando actualizé (en realidad, instalé) a sulphur decidí utilizar el firefox 3 de 64 bits y como dice la documentación, darle la oportunidad a la implementación de Flash libre y de código abierto llamado gnash. Ya merito.

Tuve a bien experimentar con with gnash antes de buscar el software plugin de Flash propietario de Adobe, el cual acabé instalando, pero todos los videos se reproducían sin sonido. Ya merito.

Como tampoco me agradaba la idea de tener el plugin propietario funcionando a medias, decidí quitarlo, y en lugar del gnash instalar swfdec. A mi parecer funciona mejor que el gnash.

Lo que más me gusta del swfdec es que por cada animación de flash pone un botonzote de play. Así que puedo ignorar olímpicamente toneladas de publicidad inútil; por lo cual las páginas cargan rapidísimo, y yo contento leyendo lo que realmente importa: el contenido.

Entonces se me ocurrió entrar a Google Video y descubrir que aunque aparece el cuadrote negro con el botonzote de play, el video nomás no furula. Ya merito. Lo mismo con otros servicios de video. En lugar del video aparece un diálogo de una tal aplicación codeina (¡que buen nombre!) solicitando utilizar CODECS abiertos. Ya merito.

La codeina era invocada por gstreamer, el cual a su vez era invocado por swfdec. Así que todo se reducía a proporcionar al gstreamer lo necesario para reproducir los videos. Afortunadamente en freshrpms encontré lo necesario: gstreamer-ffmpeg un plugin para gstreamer basado en ffmpeg. Lo instalé, y ahora sí, ya puedo ver los videos. Lo malo, es que... siguen sin audio.

Ya merito.

martes, 24 de junio de 2008

The Simpsons Q3


The Simpsons Q3, originalmente cargada por hdaniel.

Me encontré este mapa de Springfield para Quake3 Arena. Toda una belleza.

El video en Simpsons Map for Quake III Arena.
Para su descarga en Pandora's Ball.

Eso me recuerda que alguna vez quisimos hacer el escenario del CIE pero nunca tuvimos el tiempo ni la inspiración para ello.

¿Cual distribución odias más?

Con el riesgo de ser quemado con leña verde, no pude resistir la tentación de divertirme un poco, y participar en la encuesta de Linux Hater's Blog: Which community distro do you hate the most? Al momento de esta publicación las cosas van así:

Debian: 8%
Ubuntu: 22%
Fedora: 14%
OpenSuSE: 10%
PCLinuxOS: 7%
Slackware: 6%
Gentoo: 30%

Quedan 6 días para votar, así que no dejen pasar la oportunidad.

martes, 17 de junio de 2008

Firefox 3



Yo ya cumplí con mis descargas: aunque yo uso Fedora, en el CIE recomendamos usar Firefox, así que bajé los tres sistemas operativos:

Linux
Mac OS X
Hasefrog

Según spreadfirefox en México apenas van 41,568 descargas de 2,916,160. ¿Alcanzará para romper el récord?

martes, 10 de junio de 2008

Ya salió

Después de cuarenta días, se logró la liberación de mi chocado vehículo. Lo bueno: ya me dieron mi pase para el taller. Lo malo: yo tendré que pagar las reparaciones mientras se arreglan las cuestiones legales. Aún falta mucho por hacer. Lo feo: $3294 en diversas multas y recargos.

martes, 13 de mayo de 2008

Feliz cumpleaños a mi

En un día feliz
un niñito nació
que se llama "el Turbo"
y que sea feliz.

Al partir su pastel
un deseo pidió
que se cumpla el deseo
y que sea feliz.

viernes, 9 de mayo de 2008

terminando de configurar Fluent

#
# /etc/profile.d/fluent.sh
#

pathmunge () {
if ! echo $PATH | /bin/egrep -q "(^|:)$1($|:)" ; then
if [ "$2" = "after" ] ; then
PATH=$PATH:$1
else
PATH=$1:$PATH
fi
fi
}

# Path manipulation
pathmunge /usr/local/Fluent.Inc/bin after

unset pathmunge

LM_LICENSE_FILE=7241@quetzal.cie.unam.mx

export PATH LM_LICENSE_FILE

miércoles, 7 de mayo de 2008

Recuerdos de infancia 1

¡Pídalo por su nombre: gato barato!

Gato barato
comida para gatos
dele a su gatito
y cazará ratoncitos

Tiene vitaminas
y también proteínas
dele a su gatito
y cazará felinas

martes, 6 de mayo de 2008

Clientes de correo-e

Después del incidente de ayer por fin me puse a escribir los documentos sobre mi último viaje al Lado Oscuro: cómo configurar los clientes de correo electrónico WindowsMail y Mozilla Thunderbird.

Aún me falta el viaje al Lado Gris del MacOSX, pero por lo pronto es suficiente.

lunes, 5 de mayo de 2008

¡No me digas! ¿Y cómo te chocaron el auto?

...y un guardabarro

Bueno, no fue en una avenida, sino en el Camino al Conalep, justo al dar la vuelta a la izquierda en la Privada Xochicalco, con todo y las luces direccionales encendidas, a escasos 150m del CIE; recibo un impacto en la puerta trasera izquierda de un taxista de Cuernavaca, placas 1851-LTG, con pasaje. El taxista no estaba asegurado.

Para colmo, se le acabó el crédito a mi celular, así que César me hizo el favor de llamar a la aseguradora desde el teléfono de la caseta de vigilancia. Lo demás, es una historia corta que sucede en un laaargo tiempo. Mi número de reporte: 204037, me atendió Ángel Rodríguez. Así mismo, Humberto (hegob) me prestó su teléfono celular, debí hacer un par de llamadas. Pasó mucha gente entrando al CIE, y más tarde aún más cuando estaban saliendo del CIE. Todas ellas se detenían un momento, y realmente agradezco las muestras de afecto de cada uno de ellos. Llegó el ajustador de la aseguradora, Quálitas, Rogelio Aguilar Pérez, y se determinaron los daños: reparación de puerta delantera izquierda, guardafangos izquierdo y la más grave: la puerta trasera izquierda, la cual probablemente habría que reemplazar.

Se le informó al propietario del taxi el monto de las reparaciones , y se lanzaron a conseguir dinero. Yo esperaba que ofreciera una parte, por lo menos la mitad, así yo podría poner la otra mitad, previa entrega de alguna garantía y luego de un plazo razonable la liquidación del adeudo. Desafortunadamente regresaron sin tener con qué negociar.

Como no se logró llegar a un acuerdo :-( se tuvo que llamar al agente de Tránsito. Así que tristemente tuvimos que llevar los dos automóviles al corralón de Temixco. El propietario del taxi nos dijo que en tres días reunía la cantidad necesaria. El viernes se verá.

Ahora, como dice la tira de Mafalda, tengo abollada la alegría de tener auto, la confianza en los demás, y una puerta :-)

Recién vengo llegando a la casa, así que aprovecho para dejar esta anotación en este aburrido blog. Ya les contaré en qué acaba.

P.D. No tengo las palabras suficientes para expresar mi más sincero agradecimiento al Dr. Oscar Jaramillo Salgado, por su valiosa ayuda y compañía durante estos eventos. Estoy en deuda con él.

miércoles, 30 de abril de 2008

Día del niño


Día del niño, originalmente cargada por hdaniel.

Niño durmiendo en la calle.

Esta foto hace rato que la tomé, y se perdió cuando por berrinches del destino tuve que borrar mi blog. Lo bueno que ya la encontré.

gtkpod

Una de las últimas cosas que me puse a hacer antes de que salga el Fedora 9, fue configurar el iTouch para sincronizarlo con Linux. Aún no estoy muy seguro de haber hecho lo correcto (por aquello de hardware libre para software libre), pero ya me cansé de la esclavitud del iTunes. En realidad, la receta es bastante simple:

# yum -y install fuse-sshfs gtkpod

Sobra decir que el iTouch tiene que estar crackeado, con sshd y de preferencia con charolazo criptográfico (es decir, llave rsa).

# sshfs your.iTouch.ip.address:/var/root/Media /media/iTouch/

La parte clave, que viene en la documentación del gtkpod, consiste en grabar un archivo "SysInfo" en el iTouch con la información del iSerial que se puede obtener al conectar el iTouch al USB.

# mkdir -p /media/iTouch/iTunesControl/Device
# echo "FirewireGuid: 0x$(lsusb -v | grep -i iSerial | egrep '[a-f0-9]{16}' | head -n 1 | sed -e s/.\+3[ ]//" | cut -c1-16)" > /media/iTouch/iTunesControl/Device/SysInfo

Listo.

Ahora ya puedo sincronizar el iTouch con gtkpod. Eso sí, en cada sincronizada hay que darle un respring (o un reboot), pero ya que.

Tengo ganas de una MacMini.

lunes, 7 de abril de 2008

Un viejo HOAX conocido: las ranas de Budweiser

Hoy me llegó una solicitud apremiante sobre las medidas que tomaría la Unidad de Cómputo sobre la siguiente amenaza informática:


LEER Y REENVIAR INMEDIATAMENTE

Alguien está enviando un protector de pantalla con las ranas de
Budweiser muy bonito.

Si lo bajas, perderás todo lo que contiene tu disco duro pues se
estropeará y alguien desde Internet te quitará tu usuario y
contraseña de pantalla.

Empezó a circular ayer y se trata de un virus nuevo y perverso del
que muy poca gente ha oído hablar, la información fue difundida
por Microsoft ayer por la mañana.

Por su parte, América On Line ha dicho que se trata de un virus
muy peligroso y que no hay remedio contra él por el momento.

Distribuye esta información y compártela con todos aquellos que
conozca que navegan por la red y con todas las personas de tu
libreta de direcciones para intentar frenar su expansión.


No pude sino esbozar una sonrisa, y tratar de explicar al remitente que se trata de un HOAX, es decir, una broma que se distrubuye vía cadena de correo eletrónico y cuya supervivencia está garantizada gracias a la ignorancia y credulidad de la gente.

Eso me recuerda al famoso Insecto Budum que en el año 2007 hiciera furor en Morelos. Tal vez, si le quitamos la referencia geográfica, podríamos tener un HOAX tan exitoso como el de las ranas budwieser (en).

¿Cuánto tiempo lleva este HOAX? Los datos que pude conseguir lo hubican desde 1998. ¡Diez años! Y me temo que lo tendremos por mucho más tiempo entre nuestros buzones de correo.

lunes, 10 de marzo de 2008

Rescatando a Chilpayatl

En un desventurado berrinche del destino, le instalamos Hasefrog a un equipo con una nVidia GeForce2 440 MX, que por muchos años tuvo Linux. Pasó por (casi) todas las versiones de Fedora, un par de casi desastres, en particular uno en el desapareció el python.

Debido a una falla en las comunicaciones entre los investigadores, el equipo aún tenía información que no se había respaldado. Afortunadamente, el equipo original tenía dos discos duros en RAID1, y en la instalación de Hasefrog sólo utilizamos el primer disco :-)

Así que he sacado el segundo disco para ponérselo a otro equipo con el mismo hardware, con la esperanza de recuperar la información perdida. Me sentía optimista: el disco estaba intacto, así que debería de bootear, cargar el raid en modo degradado, luego los LVMs y eso sería todo: el equipo volvería a la vida como si nada.

Sí, como no.

Para empezar, el disco no arrancó (todo por no decir "no boot-eó"). Como decía Alf: "No hay problema". Utilizando el SARS (Sistema de Arranque Remoto (sic)) entré al entorno de rescate de Fedora... y no encontró nada :-(.

Ni modo, será el camino difícil.

Entrando al shell del entorno de recuperación de Fedora. Una revisión rápida indica que las particiones del disco se encuentran en su lugar. Menos mal.
# fdisk -l /dev/sda
Disk /dev/sda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System
/dev/sda1 * 1 33 265041 fd Linux raid autodetect
/dev/sda2 34 3265 25961040 fd Linux raid autodetect
/dev/sda3 3266 6497 25961040 fd Linux raid autodetect
/dev/sda4 6498 9729 25961040 fd Linux raid autodetect

La estrategia: hacer el disco boot-eable (sic) para tener el equipo funcionando nuevamente.

  1. Activar los dispositivos RAID

  2. # raidautorun /dev/md0
    # raidautorun /dev/md1
    # raidautorun /dev/md2
    # raidautorun /dev/md3
    # cat /proc/mdstat
    Personalities : [raid1] [raid6] [raid5] [raid4]
    md0 : active raid1 sda1[1]
    264960 blocks [2/1] [_U]

    md2 : active raid1 sda3[1]
    25960960 blocks [2/1] [_U]

    md3 : active raid1 sda4[1]
    25960960 blocks [2/1] [_U]

    md1 : active raid1 sda2[1]
    25960960 blocks [2/1] [_U]

    unused devices:

  3. Activar los LVMs


  4. # lvm pvscan
    PV /dev/md1 VG Vo0 lvm1 [24.75 GB / 0 free]
    PV /dev/md2 VG Vo0 lvm1 [24.75 GB / 0 free]
    PV /dev/md3 VG Vo0 lvm1 [24.75 GB / 0 free]
    Total: 3 [74.26 GB] / in use: 3 [74.26 GB] / in no VG: 0 [0 ]
    # lvm vgchange -ay
    6 logical volume(s) in volume group "Vo0" now active
    # lvm lvscan
    ACTIVE '/dev/Vo0/local' [4.60 GB] normal
    ACTIVE '/dev/Vo0/tmp' [1.09 GB] normal
    ACTIVE '/dev/Vo0/var' [1.09 GB] normal
    ACTIVE '/dev/Vo0/swap' [1.00 GB] normal
    ACTIVE '/dev/Vo0/home' [57.89 GB] normal
    ACTIVE '/dev/Vo0/zod' [8.60 GB] normal

  5. Instalar el GRUB


  6. # mount /dev/Vo0/zod /mnt/sysimage
    # mount /dev/md0 /mnt/sysimage/boot
    # grub
    grub> setup (hd0)

  7. reboot

  8. Con un poco de suerte, las información estará allí.

Ya arrancó, parece que tiene todo en su lugar. Ahora a notificar al dueño de la información.

miércoles, 5 de marzo de 2008

Devuélveme mi SPAM

Esto del SPAM es una lata (sic). Debido a los cambios recientes en la Unidad de Cómputo me he tenido que volver a hacer cargo de las listas de correo. Después de recibir un titipuchal de avisos para el moderador (o sea, yo mero) me di cuenta que la vasta mayoría eran de SPAM. Como ya tengo corriendo el spamassassin sólo hacen falta unos pequeños cambios en el archivo /etc/aliases y utilizar procmail.


#
# /etc/aliases
#
#cafe-l: "|/var/mailman/mail/wrapper post cafe-l"
cafe-l: "|/usr/bin/procmail LIST=cafe-l /etc/procmail.mailman"



#
# /etc/procmail.mailman
#

:0
* ^Subject:.*SPAM
/dev/null

:0
* ^X-Spam-Status:.*Yes
/dev/null

:0
| /var/mailman/mail/wrapper post $LIST

martes, 26 de febrero de 2008

1920->8500


1920->8500, originalmente cargada por hdaniel.

Ayer como a las 13:30 se realizó el cambio del enlace de datos del CIE. Pasamos de 1920kbps (un E1) a 8500kbps.
A ver cuánto nos dura el gusto antes que se llene.

LARTC, RRDTOOL

viernes, 22 de febrero de 2008

Nuevo enlace del CIE

Pues ya casi queda el nuevo enlace del CIE. Ya estamos corriendo unas pruebas, y logramos llenar los 10Mbps que nos tienen asignados.

# while tar -C /usr/local/games -cf - quake3 | nc 192.168.1.1 7 | tar -tf -; do : ; done

Esta vez no entiendo muy bien la nueva tecnología. El enlace viejo es un E1 (1920kbps efectivos) y mediante un (aún más viejo) FCD24 sale una conexión X25 al (pequeño) ruteador CISCO y de allí por ethernet 10baseT a nuestro (nuevo, al fin algo nuevo) LARTC, y de allí a la red local.

Tengo entendido que el enlace nuevo es un STM-1 (155Mbps), del cual sólo nos entregan 10Mbps. El equipo trae ocho puertos ethernet, pero sólo "sirve" el puerto 1, el cual, por peticiones de la DGSCA, está configurado a 100/FD (nada de autonegociación). Tengo entendido que ya no se va a usar el viejo ruteador (me imagino que ahora el ruteador estará en el otro extremo del enlace), así que conectaremos el LARTC al (único) puerto habilitado, y lo demás será igual.

Dicen que hoy se harán otras pruebas, y tal vez el lunes estemos estrenando enlace.