gatopelao

Xlib.error.DisplayConnectionError

He entregado el lapiz a la escuela y ha gustado.

Los portatiles que tienen de la Generalitat llevan Linkat basado en la versi�n 11.1 de opensuse. Al ejecutar gtkwhiteboard daba el error

raise error.DisplayConnectionError(self.display_name, r.reason)
Xlib.error.DisplayConnectionError: Can't connect to display ":0.0": No protocol specified

que resulta ser un problema de permisos. Lo he arreglado a�adiendo al script

/usr/bin/xhost +local:

y todo va bien.

La gripe A era un fraude

Los cient�ficos que aconsejaron a la Organizaci�n Mundial de la Salud sobre sus pol�ticas y recomendaciones de la gripe A, incluyendo la decisi�n de proclamar la gripe porcina como una "pandemia" ten�an estrechos v�nculos con las empresas que fabrican las vacunas y medicamentos antivirales como el Tamiflu, un hecho que la OMS no divulg� p�blicamente.

Los v�nculos entre los asesores y las empresas que hacen dinero de las vacunas y los tratamientos contra la gripe A fueron detallados en un informe publicado en Internet por la revista m�dica brit�nica BMJ, que investig� el papel de los asesores en pol�tica de la OMS.

The pandemic that never was: Drug firms 'encouraged world health body to exaggerate swine flu threat'
Report: WHO overstated H1N1 threat - Europe - Al Jazeera English
Swine Flu Pandemic: World Health Organization Scientists Linked to Vaccine Companies - ABC News

Vaya vaya. Como que no lo sab�amos.
Shame on you politian man.

software libre fracasa en las universiades espa�oles

Siempre me ha gustado la inform�tica incluso cuando aun no sab�a de software libre. Software libre vino, para m�, despu�s de a�os trabajando en el campo. Software libre me apasiona no por el 'software' sino por el 'libre'. Creo que software libre es la semilla sana de cambio social. Un cambio tan necesitado en estos tiempo de egoismo, fascismo, y capitalismo agresivo.

Las instituciones no funcionan. Las instituciones espa�oles, universidades incluidas, son corruptas. Las jerarqu�as est�n plagadas de individuos preocupados con su propia agenda de promoci�n profesional y econ�mico. Lo he visto una y otra vez no solo en mi entrono m�s inmediato sino tambi�n en otras universidades y entidades gobernmentales.

Cuando dos de los fundadores del grupo irisLibre me pidieron que llevase la coordinaci�n de grupo acept� el trabajo voluntario con muchisimas ganas. Yo cre�a que ten�amos la oportunidad de cambiar las cosas, de tomar el sart�n por el mango y juntos construir una infraestructura inform�tica sensata que por su propio merito desbancase a la metodolog�a institucional que hasta ahora nos hab�a mantenido 'desactivados' tanto como profesionales como individuos.

Pero ahora, despu�s de varios a�os como coordinador del grupo, he podido comprobar de nuevo que la promoci�n de uno mismo sobrepesa el bien de todos.

Entre todos del grupo tenemos unos cuantos proyectos muy interesantes y uno de ellos era Brutalix. Brutalix significa el ahorro de millones de euros anuales no solo para las universiades espa�oles sino para todos las universidades del mundo. Nosotros como grupo no hemos sabido desarrollar el proyecto para que realmente pudiera hacer frente a las pulidas alternitivas comerciales y esto a sido un gran fallo por nuestra parte. Pero all� estaba y sabiamos que con el tiempo, de manera com�n y compartida, lo ibamos a trabajar y hacer crecer. Pero ya no.

Algunos se han dado cuenta que hacer constar su nombre como promotores del proyecto es promocionarse dentro de la jerarqu�a m�s all� de cualquiera de sus superiores.
Este tipo de apropiaci�n no es nuevo pero para nosotros es transcendental porque los que se han llevado el proyecto a espaldas del grupo son los mismos fundadores de irislibre.

Esto yo lo llamo traici�n. Dado que algunos de los traidores son fundadores del grupo y gente ya importante dentro del mundo de software libre en las universiades, yo doy por perdido la oportunidad de cambio que tanto deseo.

Me sabe muy mal.

lapiz infraroja

Si las pizarras interactivas no fuesen tan caros seguramente la escuela ya se habr�a comprado una.

Cuando v� los videos en youtube de la gente mont�ndose pizarras con el mando de la Wii y un lapiz infraroja casera, no pude resistir la tentaci�n de probarlo.

Primero compr� un LED y lo mont� a la chapuza pegando el circuito a un boli con cinta para ver si me iba a funcionar. Instal� gtkwhiteboard y despu�s de encontrar las distancias y �ngulos (4 metros, 45 grados) funcion�. Les hice una demo en la escuela y quedamos que les har�a el lapiz.

Ha quedado bastante bien pero no s� cuanto tiempo durar� el interruptor.
Siendo el primero y probablemente el �ltimo que hago, me ha costado m�s que quisiera y creo que hubiera salido m�s a cuenta comprando uno de los que se ven ya hechos en Internet.

xen.img a qemu.img

Cuatro pasos para convertir una imagen xen a qemu.
http://fraise.co.nz/node/7

Mira cuanto disco necesitas y crear una nueva imagen QEMU.

qemu-img create /vserver/myroot.img -f raw 10G

Busca una liveCD, prueba http://rip.7bf.de/current/ (sin las X)
y botalo.

kvm -m 256 -cdrom /dev/cdrom -boot d myroot.img

Usando fdisk o cfdisk, crear las particiones que necesitas ( / y swap).
Usa partprobe y formatea las particiones.
Apagala.

Busca el offset del inicio del particion del raiz. Mira la columna 'start' y copia el numero. eg. 208845

fdisk -lu myroot.img

Monta la particion raiz de la imagen qemu.

mkdir -p /vserver/qemuroot
mount -o loop,offset=$(( 208845 * 512 )) -t auto myroot.img /vserver/qemuroot

Monta la imagen xen.

mkdir -p /vserver/xenimage
mount -o loop xen.domU.img /vserver/xenimage

Copia todo desde la imagen xen hasta la raiz de la imagen qemu

cp -a /vserver/xenimage /vserver/qemuroot
umount /vserver/xenimage

Install kernel, modules y configurar tus cosas.

chroot qemuroot
apt-get install linux-image
vim /etc/network/interfaces /etc/fstab /boot/grub/menu.lst
exit
umount /vserver/qemuroot

Para instalar grub en la raiz (hda1) arranco de nuevo desde el liveCD.

kvm -m 256 -cdrom /dev/cdrom -boot d myroot.img

mount /dev/hda1 /mnt
echo '(hd0) /dev/hda1' > /mnt/boot/grub/device.map
grub
grub> find /boot/grub/stage1
grub> root (hd0,0)
grub> setup (hd0)
quit
halt

Montar la red
http://www.thomaskho.com/blog/2006/02/qemu-and-the-network-bridge/

Botar la imagen qemu.

kvm -m 256 -net nic -net tap /vserver/myroot.img

Hardware viejo, router nuevo

Desde el a�o 2003 tengo un router pentium II, 128MB, corriendo floppyfw http://www.zelow.no/floppyfw/
El hardware era un viejo HP Vectra que destrip� y mont� en una bandeja para poder enrackarlo.
Ha funcionado estos 7 a�os 24/7 sin darme problema ninguna. Ha llegado a tener una configuraci�n bastante compleja (para mi), enrutando entre varias redes, sub redes, tunel ipip, enrutamiento por parametros de origen, NAT, etc.

Ahora doy de baja el sistema operativo floppyfw por instalarlo un Debian en un compact flash para as� poder a�adirle m�s software y facilitarme la gesti�n.
iptraf, iftop, sshd, dnsmasq, postfix, etc, son herramientas muy �tiles.
Sobre todo lo hago para poder incluir este router en la esquema de fwbuilder http://www.fwbuilder.org/ que empleo para gestionar los dem�s routers que administro.

Para poder usar un compact flash, he comprado un adaptador CF a IDE y hago un debian netinst normal sin instalarle nada dem�s.
La instalaci�n ocupa:
/dev/hda2 3.3G 343M 2.8G 11% /
/dev/hda1 185M 17M 160M 10% /boot

Seguramente un RAID1 hubiera sido una buena opci�n, pero no pens� en ello y solo compr� un adaptador de un slot cuando pod�a haberme comprado un adaptador de dos slots para as� tener dos CFs (master y slave).

Pero ya est� comprado.. y ahora, por si un d�a falle el CF, he hecho una copia del sistema operativo en un segundo CF m�s o menos as�.

Boto el router desde un live CD (sin las X). http://rip.7bf.de/current/

mount un_nfs_server:/un_dir /tmp/remote
sfdisk -d /dev/hda > /tmp/remote/hda.sfdisk
mount /dev/hda1 /tmp/local
cp -r /tmp/local /tmp/remote/

Apago el router, cambio el CF por la unidad de respaldo, y boto de nuevo desde el live CD.

mount un_nfs_server:/un_dir /tmp/remote
sfdisk /dev/hda < /tmp/remote/hda.sfdisk
partprobe
mkfs.ext3 /dev/hda1
mount /dev/hda1 /tmp/local
cp -r /tmp/remote/* /tmp/local/

Y despues hacerlo botable con grub.

echo ′(hd0) /dev/hda1′ > /tmp/local/boot/grub/device.map
grub
grub> find /boot/grub/stage1
grub> root (hd0,0)
grub> setup (hd0)

Supongo que un dd hubiera sido m�s elegante.

Y bueno, ahora toca crear las reglas con fwbuilder. :)

CF DMA

Como desactivar DMA de un CF al botar.

Estoy montando una cortafuegos. Para que mejore la disponiblidad del equipo monto un raid1.
Los dos discos son uno (hda) de 80GB y un compact flash (hdd) de 8 GB.

/ = 8GB (raid1)
/home = espacio restante del hda

El problema que tengo es que el hardware no me da la funcionalidad DMA del CF.
Linux, al botar se da cuenta y lo desactiva.

syslog:Dec 11 11:38:53 debian kernel: [ 6.888186] hdd: TRANSCEND, ATA DISK drive
syslog:Dec 11 11:38:53 debian kernel: [ 6.944128] hdd: host max PIO4 wanted PIO255(auto-tune) selected PIO4
syslog:Dec 11 11:38:53 debian kernel: [ 6.944254] hdd: UDMA/66 mode selected
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd: max request size: 128KiB
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd: 15662304 sectors (8019 MB) w/1KiB Cache, CHS=15538/16/63
syslog:Dec 11 11:38:53 debian kernel: [ 7.756362] hdd:hdd: dma_intr: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 18.053566] hdd: status error: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 18.053566] hdd: drive not ready for command
syslog:Dec 11 11:38:53 debian kernel: [ 27.392935] hdd: dma_intr: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: status error: status=0x00 { }
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: DMA disabled
syslog:Dec 11 11:38:53 debian kernel: [ 27.912064] hdd: drive not ready for command

Apartir de all�, se puede usar el CF, pero el RAID ya se ha degradado.

syslog:Dec 11 11:38:53 debian kernel: [ 28.377689] hdd1
syslog:Dec 11 11:38:53 debian kernel: [ 29.458417] md: bind<hdd1>
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: kicking non-fresh hdd1 from array!
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: unbind<hdd1>
syslog:Dec 11 11:38:53 debian kernel: [ 29.468013] md: export_rdev(hdd1)

Aunque puedo reconstruir el array, cada vez que bote la m�quina se degrada de nuevo..
Entonces hay que desactivar el DMA de /dev/hdd antes de que mdadm intente montar el RAID.

Por internet se lee que se puede desactivar DMA desde grub a�adiendo 'ide=nodma' como opci�n del kernel.
En mi caso no funciona porque ide-core no est� en el kerenl sino se carga como m�dulo.

http://forums.debian.net/viewtopic.php?f=10&t=32860&start=15

Paso la opciones al modulo y creo de nuevo el initramfs.

echo 'options ide_core options="hdd=nodma"' > /etc/modprobe.d/ide
update-initramfs -u

Y funciona.