Usando InitNG

Hace algún tiempo que quiero sacarle todo el jugo a mi equipo, es por eso que me compilo el kernel con cada versión nueva que sale, quitando todo lo que no me sirve, si bien no es nada del otro mundo tampoco es tan sencillo y a veces da problemas.

Lo que siempre me pareció algo que debería de ser mas agil es el arranque del equipo. El arranque tradicional se realiza mediante init, usando generalmente sysvinit, el problema de esto es que init carga una serie de scripts ejecutando los secuencialmente (uno después de otro), que se encuentran en /etc/rc.*, según estén definidos en /etc/inittab.

Este método tiene sus desventajas: Al realizar el inicio secuencial se desaprovecha recursos ej, mientras se ejecuta el script de alsa no se realiza otra cosa, cuando el disco y el procesador podrian realizar otras tareas !

La otra desventaja que tiene es la carga de dependencias, claro esta que no se puede cargar el modulo de una tarjeta wifi si todavía no tenemos acceso al disco (este se puede agregar al initrd.img) La solución se llama InitNG y lo que propone es lo siguiente, los procesos al inicio se realizan de forma paralela, es decir, se ejecutan todos los script de inicio al mismo tiempo cada uno de ellos usa una variable con las dependencias y estará en espera hasta que estas estén satisfechas, y la instalación como podrán ver es realmente sencilla.

Instalación en Debian:

deb http://pkg-initng.alioth.debian.org/debian/ experimental main

ejecutamos # apt-get update y luego apt-get install initng initng-ifiles
cuando finalicé la instalación debemos de modificar nuestro gestor de arranque para que no use el clásico init y pase a usar initng, GRUB: editar /boot/grub/menu.lst y a la opción correspondiente del kernel que vamos a usar le agregamos init=/sbin/initng, ej:

title kernel 2.6.16.11 // InitNG root (hd0,1)
kernel /vmlinuz-2.6.16.11 root=/dev/hda5 ro init=/sbin/initng
initrd /initrd.img-2.6.16.11
savedefault
boot

La conflagración: los archivos están ubicados en /etc/initng , y vemos 2 tipos de archivos, los .runlevel (system.runlevel, default.runlevel, etc.) y los .i (system/alsasound.i y el resto a la manera directorio/nombre.i) el sistema es sencillo, desde los .runlevel se llama a los .i (sin la extension .i) Luego solo debemos quitar o agregar referencias a los .i que queremos dentro de los .runlevel

Control:
Para poder controlar initng contamos con al herramienta ngc, si lo usamos sin opciones nos muesta las opciones, pero los usos mas frecuentes son:

ngc –stop (script) detiene ese script (ej. ngc –stop postfix)
ngc –start (script) inicia el script (ej. ngc –start postfix)
ngc –restart (script) reincia el script (ej. ngc –restart postfix)

Claro, estos son los básicos, y puden profundizar leyendo el FAQ.
Espero que les sea de utilidad.


Driver NVidia y kernel linux 2.6.16

Ayer, después de haberme enterado de que salio la versión 2.6.16 y teniendo un tiempo para actualizar la 2.6.15.3 descargue y compile esta versión, al reiniciar y como de costumbre cuando instalo un nuevo kernel tengo que instalar el driver para la NVidia, mi sorpresa fue grande cuando al intentar instalar la versión 1.0.8178 me sale un error, el cual solucione de la siguiente manera….
Linux/x86:
# sh /path/to/NVIDIA-Linux-x86-1.0-8178-pkg1.run –extract-only
# cd NVIDIA-Linux-x86-1.0-8178-pkg1
# patch -p0 < /path/to/NVIDIA_kernel-1.0-8178-U012206.diff.txt
# ./nvidia-installer -n

Linux/x86-64:
# sh /path/to/NVIDIA-Linux-x86_64-1.0-8178-pkg2.run –extract-only
# cd NVIDIA-Linux-x86_64-1.0-8178-pkg2
# patch -p0 < /path/to/NVIDIA_kernel-1.0-8178-U012206.diff.txt
# ./nvidia-installer -n

para descargar el parche y desde aquí el driver en su ultima versión a la fecha. Se puede también crear nuevamente el *pkg.run parcheado para no tener que realizar esta tarea nuevamente de la siguiente manera.
Linux/x86:
# cd ../
# rm -rf NVIDIA-Linux-x86-1.0-8178-pkg1/usr/src/nv/precompiled
# sh NVIDIA-Linux-x86-1.0-8178-pkg1/usr/bin/makeself.sh –target-os Linux –target-arch x86 NVIDIA-Linux-x86-1.0-8178-pkg1 NVIDIA-Linux-x86-1.0-8178-pkg0-custom.run “NVIDIA Accelerated Graphics Driver for Linux-x86 1.0-8178” ./nvidia-installer

Linux/x86-64:
# cd ../
# sh NVIDIA-Linux-x86_64-1.0-8178-pkg2/usr/bin/makeself.sh –target-os Linux –target-arch x86_64 NVIDIA-Linux-x86_64-1.0-8178-pkg2 NVIDIA-Linux-x86_64-1.0-8178-pkg2-custom.run “NVIDIA Accelerated Graphics Driver for Linux-x86_64 1.0-8178” ./nvidia-installer

Bueno, con esto estaría funcionando, este driver incorpora una utilidad de conflagración llamada nvidia-xconfig, no es una gran cosa pero para ciertos parámetros esta bien. Espero que le sirva a alguien…

Notebook del MIT

La Notebook del MIT para países en vías de desarrollo, que correrá una versión de RedHat y que costara solamente USD 100 ya no es una ilusión, ya que han aparecido algunas (12 ) fotos de lo que parece serán esta notebook.
Al parecer ya falta poco para que lleguen a estas latitudes, pero no en nuestro país, Por ahora los compradores de esta región son Brasil y Argentina, Chile demostró interés pero quiere ver que para primero con estos países antes de realizar la compra. Recordamos que la venta se realiza a los gobiernos para entregarlas sin consto a los alumnos. El diseño del MIT también tendrá su versión que podemos comprar en un futuro.

Ruptura del cifrado Enigma de cuatro rotores

Sin duda, es la noticia de moda en el mundo de la criptografía.
Recientemente, un equipo de investigación, apoyándose en computación
distribuida, ha conseguido descifrar un mensaje de un total de tres
que llevan más de 60 años en el más profundo oscurantismo, debido a su
naturaleza cifrada. Estos mensajes fueron cifrados con una variante de
la máquina Enigma, y fueron interceptados en el Atlántico Norte en 1942.
64 años después, empieza a haber resultados tangibles en las labores
de descifrado.

Este legendario aparato se caracterizó por poder cifrar y descifrar
mensajes, siendo totalmente transportable. Dotada de una serie de
rotores mecánicos, Enigma comenzó a comercializarse en la década de
los años 20, aunque quizás fue el uso intensivo que le dieron desde la
Alemania Nazi el factor que la ha convertido en un instrumento muy
conocido, por las evidentes implicaciones históricas del uso bélico de
la máquina.

20 años no es nada… ¿o sí?

del boletín informativo una-al-dia. de hispasec.

Este mes se cumplen 20 años desde que el primer virus masivo para PC,
Brain, se volviera popular entre los relativamente escasos usuarios de
ordenadores personales de 1986. En sólo 20 años los virus son ya un
negocio rentable para muchos, tanto para quien los crea como para
quien los combate.

Antes de ese Brain, hace ahora casi 23 años, en noviembre de 1983,
Fred Cohen acunó el término “virus” y demostró empíricamente lo que
todos temían e intuían: efectivamente, como muchos habían estudiado
teóricamente, se podía crear código que atacara a otros programas
modificándolos, y a la vez fuese capaz de auto-replicarse. Cohen
presentó el código del experimento en su doctorado para la Universidad
del Sur de California y demostró al mundo que este comportamiento era
posible en un programa implementándolo en una de las míticas máquinas
Vax (bajo Unix). El programa creado podía hacerse con los derechos de
los archivos del sistema en menos de una hora, con un tiempo récord de
cinco minutos. El hecho causó tanto miedo que se prohibieron este tipo
de prácticas, pero la curiosidad y fascinación crecía en los nuevos
informáticos, que comenzaron a experimentar con nuevos “programas” y
los recién estrenados sistemas. Nacían los primeros virus.

Continua leyendo “20 años no es nada… ¿o sí?”

Instalando pfSense

Luego de que el día 24 a la mañana llego y no me funcionaba mas mi firewall/proxy basado en linux, que funciono perfectamente por 2 años sin problemas mas que algun cuelgue o cuando se cortaba la electricidad por mas de 2 hrs.
En fin como el 24 leí algo de que debemos de pensar y como tenia ganas de pensar !, instale pfsense un firewall, basado en FreeBSD, usando pf (de openBSD) como firewall, la verdad es que esta bastante sencillo de instalar (si instalaste algun BSD claro) y con una interfaz web muy linda, claro, hay que crear las reglas a mano, pero no es nada del otro mundo, y como estoy en un momento de cambios de SO, y viendo las alternativas a Linux que hay dentro del SL, me parecio bueno usar en produccion a este producto.

Un pinguino me mueve ;)

adidas linuxMuchos se diran que usan GNU/linux en sus servidores, entonces corren diversos servicios que mantiene sus empresas a flote y las “mueve”, pero no es en este sentido al que me refiero sino a que la base de todos nuestros movimientos son nuestos pies, y parece que adidas agrego linux en sus zapatillas. Aunque debe de ser una imagen trucha, no esta buena la idea ?