TX105 en Debian Lenny

Como siempre a la hora de instalar una impresora tengo muchas probabilidades de renegar y justo pasa en los peores momentos , pero..... gracias a Dios existe internet y google que todo lo pueden!!
Enchufaron la Epson TX105 en Debian Lenny y la tomó sin tener que hacer nada y pensé que había sido mi dia de suerte , mandaron una impresión y después de 30 minutos maso Cups me mostraba que iba x el 30% de la carga del driver , obviamente no andaba. Manos a la obra

Hice un update de Lenny y los paquetes pero no tuve suerte así que en google encontré este post donde nos indica que bajemos una versión más nueva de "CUPS+Gutenprint" , pre instalación tengo la versión 5.0.2 , hacemos un
wget http://www.openprinting.org/download/printdriver/debian/dists/lsb3.2/main/binary-i386/openprinting-gutenprint_5.2.4-1lsb3.2_i386.deb
apt-get install openprinting-gutenprint_5.2.4-1lsb3.2_i386.deb
y seguramente como tendremos errores de dependencias ejecutamos
apt-get -f install para corregirlas
Automaticamente posinstalación reincia el cups y empieza a imprimir de maravillas!
(corrijo) La prueba fue ejecutada remotamente y no presentaba errores , al conectar la impresora
el driver que pone por defecto es Epson 2500 , cambiarlo y buscar el de la TX105....

Existe otro post del mismo autor donde nos permite ver los niveles de tinta transcribo pero no me funcionó y no tuve tiempo de seguir probando.

apt-get install escputil

escputil -u -r /dev/usb/lp0 -i

En Taringa había un post para Ubuntu donde compilaban Guteprint a manopla le dejo el link x si alguien está interesado pero sería bueno probar directamente con el .DEB , abajo dice como instalar el Scanner también en SANE.

Desactivando nucleos de procesador

Leyendo una noticia de www.muylinux.com me encuentro con un comando para desactivar algunos nucleos de nuestro micro. En mi caso tengo un Phenom(tm) II X4 940 con 4 nucleos en una pc desktop, a modo de prueba por curiosidad probé a desactivar los nucleos como dice el articulo antes nombrado. Resumiendo un poco el articulo los comandos que usé fueron

Saber cuantos nucleos tiene mi procesador
cat /proc/interrupts | grep CPU
Saber cuantos nucleos hay online
cat /sys/devices/system/cpu/online (en mi caso dió 0-3)
Apagar el nucleo 1 por ejemplo
echo 0 > /sys/devices/system/cpu/cpu1/online && dmesg (para que nos muestre el log)
Encender el nucleo 1 por ejemplo
echo 1 > /sys/devices/system/cpu/cpu1/online && dmesg (para que nos muestre el log)

Si nos preguntamos para que nos puede servir, el autor del articulo responde "Bueno, hay razones para hacerlo: ahorro energético o cambiarlo físicamente porque se ha estropeado."

ayyy UUA y SP3 de XP

Talvez le haya tocado renegar con alguna maquina la cual no toma el sonido y muestra un dispositivo desconocido que dice Bus High Definition. En teoria teniendo el SP3 instalado tb tenemos instalado el parche de UUA para que tome los dispositivos Realtek , pero como dijo Tusán "puede fallar". Por ende manos a la obra. Desde que existe internet/google se acabaron los genios ja así que buscando un rato encontré la siguiente solución.

Abrimos el regedit y buscamos la cadena

HKLM\SYSTEM\CurrentControlSet\Control\Windows\CSDVersion
Si tenemos SP3 vamos a tener value=300 (SP3), lo reemplazamos a value=200 (SP2)
Ahora procemos a desinstalar el dispositivo "desconocido" , bajamos el parche de microsoft de UUA KB88811 para Windows XP SP2 y lo instalamos, sin reiniciar volvemos a reconocer si hay algun cambio en los dispositivos y como por arte de magia ahora el mismo dispositivo ya debería decir Audio High definition Bus y ahora si instalamos el driver Realteck correspondiente.
Volvemos al registro para modificar nuevamente a SP3 de forma inversa a la nombrada arriba

Listo reiniciamos y ya tenemos sonidos ....

Dejo la fuente del amigo el cual nos ayudó : fuente

Cambiando runlevel en Karmic Koala

El dia de ayer quise agregar un script para que se ejecutara dentro del RUNLEVEL por default de Ubuntu, que es el 2 y por algun motivo no se ejecutaba , ahí fué cuando entré en duda si realmente Karmic Koala también tenía como RUNLEVEL por defecto el 2. Busqué el clasico archivo /etc/inittab ,tal vez acostumbrado x versiones anteriores o por Debian, y no estaba. Bueno buscando un poco las cosas siempre aparecen y más si tenemos internet XD.

Como se explica en este post el nuevo archivo se ubica ahora en /etc/init/rc-sysinit.conf y la variable que nos dice el RUNLEVEL es la env DEFAULT_RUNLEVEL.

ASí que si a alguno se le ocurre cambiar el RUNLEVEL por defecto ya sabe donde buscarlo, en el directorio /etc/init (no confundir con /etc/init.d) no encontramos otros archivos como los de las tty1.conf , ufw.conf , usplash etc etc.

En este otro link http://www.xinug.org/drupal/upstart-runlevel-boot-time#UPSTART explican como funciona el nuevo sistema UPSTAR no tuve mucho tiempo para leerlo pero parece estar explicado simple.