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.
martes, 13 de mayo de 2008
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
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.
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?
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
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.
# 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:
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.
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, 24 de marzo de 2008
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.
La estrategia: hacer el disco boot-eable (sic) para tener el equipo funcionando nuevamente.
Ya arrancó, parece que tiene todo en su lugar. Ahora a notificar al dueño de la información.
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.
- Activar los dispositivos RAID
- Activar los LVMs
- Instalar el GRUB
- reboot
# 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:
# 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
# mount /dev/Vo0/zod /mnt/sysimage
# mount /dev/md0 /mnt/sysimage/boot
# grub
grub> setup (hd0)
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
Suscribirse a:
Entradas (Atom)