La de por sí poca gracia que tiene el hecho de resolver crucigramas se pierde por completo si usas linux.
Usando cualquier diccionario instalado en la pc o descargado de internet, como por ejemplo este, y un poquito de Bash, se pueden resolver crucigramas a la velocidad de la luz.
Mientras el hardware esté sano, linux no falla, pero ¿Y si el hardware falla? ¿Y si falla en un servidor al cual no tenemos acceso físico? En esos casos es vital que la pc o el servidor remoto reinicien automáticamente después de un kernel panic.
El kernel de linux por defecto no reinicia el sistema en caso de un kernel panic de forma de que sea accesible por pantalla el volcado de memoria y el error específico, y esto no siempre es lo que se necesita (sobre todo si el sistema remoto no tiene un monitor instalado o no hay nadie presente físicamente en el lugar).
Para lograr que el kernel reinicie el sistema en caso de un kernel panic hay que modificar el contenido del archivo /proc/sys/kernel/panic:
~ # echo 5 >> /proc/sys/kernel/panic
Donde 5 es la cantidad de segundos que queremos esperar antes de que se produzca el reinicio del sistema.
Verificando el contenido del archivo:
~ # cat /proc/sys/kernel/panic
5
De esta forma el cambio de aplica de manera inmediata, pero como el contenido del archivo panic es volatil, los cambios se pierden luego del primer reinicio del sistema operativo.
Para que el cambio sea efectivo de forma permanente hay que implementarlo sobre el archivo /etc/sysctl.conf descomentariando la siguiente línea:
# When the kernel panics, automatically reboot in 3 seconds
#kernel.panic = 3
O bien, pasarle el parametro en cuestión al kernel durante el arranque desde el boot loader, por ejemplo, agregando panic=5 a /boot/grub/menu.lst:
kernel /boot/kernel root /dev/sda1 panic=5
Usando la combinación de el parámetro panic con la opción fallback de grub es posible por ejemplo, testear un nuevo kernel de manera remota, de esta forma, en caso de un kernel panic arrancando un nuevo kernel grub puede arrancar al segundo intento desde un kernel viejo, sistema de archivos viejo, etc, etc, pero eso es tema para otro artículo.
Prólogo:
Me acaba de llegar otra de esas odiosas cadenas de email en donde se prometen diferentes resultados en función de la cantidad de gente a la que uno la reenvíe, partiendo de la base de que con 10 personas es suficiente para que la persona que amas te llame por teléfono y llegando a sugerir que el hecho de ganar la lotería está íntimamente ligado al funcionamiento del protocolo SMTP encapsulado sobre TCP/IP.
Para que tengan una idea de la efectividad de este tipo de campañas inciadas por SPAMMERS como medio para recabar direcciones de correo electrónico, basta con contar cuantas hay contenidas en un solo mensaje de este tipo.
He guardado este mensaje en formato texto plano en cualquier lugar del disco rígido para luego poder contar cuantas direcciones de email contiene (incluyendo la mía, que sigue viaje, metida en el medio de la cadena, hasta llegarle a alguien que gana dinero por hacer spam).
En windows, seguramente tendrán que descargar algún programa de nombre parecido a «Advanced email counter and organizer» probablemente versión trial o shareware que podrán crackear bajando el respectivo crack de astalavista.box.sk o similares, esquivando previamente el virus camuflado contenido en el .zip.
Una vez crackeado, deberán ejecutarlo, ir a file / open / from archive o algo parecido y hacer uno o dos clicks mas, siempre y cuando sepan inglés.
En linux:
~ $ grep @ FW\:\ METAFISICA\ PURA…\ EL\ PODER\ DE\ LA\ ATRACCION.eml | wc
297 1010 21327
En una sola cadena de email, 1010 direcciones de correo electrónico diferentes.
Por si no se hubiera entendido como funciona mi invento contador de direcciones de email:
grep @ archivo.eml | wc
Simplemente filtrar con grep todas las líneas que tienen @ y pasárselas al WordCounter (wc) por medio de un | (pipe).
Englobando un poco la idea general, lo que se persigue es: