Receta ultra rápida:
$ dpkg-deb -x nombre_del_paquete.deb directorio_destino |
Receta ultra rápida:
$ dpkg-deb -x nombre_del_paquete.deb directorio_destino |
$ recordmydesktop --freq 22050 --channels 1 --device plughw:0,0 --delay 5 --stop-shortcut Control+S |
Freq: frecuencia del audio a la que quieres grabar
Channels (1) : adiós al estéreo, pero mayor estabilidad en la codificación on-the-fly
Device: ¿dónde está enchufado el micro desde el que queremos grabar, a qué tarjeta de sonido?
Delay: no empezar a grabar hasta pasados 5 segundos
Stop-Shortcut: un atajo de teclado para parar la grabación
En el artículo anterior ya hablé de GNU Screen, un multiplexor de terminales. Qué bien queda ese nombre 🙂 Realmente significa que puedes trocear una terminal, dentro de una ventana, en otras n terminales. ¿Para qué puede servir ésto? Yo encontré esta utilidad a partir de una necesidad: abrir Vim y una terminal en la misma ventana. Es decir, en la parte superior de la ventana quería tener Vim y en la parte inferior una terminal con bash. Alguien podría decir que eso mismo se puede hacer abriendo dos ventanas. Cierto, pero noto mayor integración y aprovechamiento del espacio en pantalla con una sola ventana y una terminal multiplexada en dos (aparte de que con screen puedes hacer muchas otras cosas, como suspender una sesión desde un ordenador y retomarla desde otro ! ).
¿Cómo partir la terminal en dos para que quede tal y como se ve en la figura?
1) Desde la consola, iniciamos screen
$ screen |
2) Lanzamos vim
3) Entramos en modo comando (dentro de screen se hace pulsando Ctrl+a , y tecleando luego «:split»
4) Pasamos a la nueva «terminal» o «ventana» inferior, pulsando Ctrl+a y luego TAB (tabulador). Esta combinación de teclas nos permite pasar de una ventana a otra.
5) En la terminal multiplexada inferior, pulsamos Ctrl+a y luego c (mnemotécnico: «c» de Create) para crear una nueva sesión bash.
¿Qué es un proceso zombie (zombi según la DRAE) en Unix? Según la Wikipedia, es un proceso que ha completado su ejecución pero aún tiene una entrada en la tabla de procesos, permitiendo al proceso que le ha creado leer el estado de su salida. Metafóricamente, el proceso hijo ha muerto pero su «alma» (el valor de retorno de la operación) aún no ha sido recogida.
Vale. Y entonces, ¿qué es un proceso zombi? (como dirían mis alumnos tras una explicación «de libro») 🙂 Lo mejor es verlo con un ejemplo sencillito programado en C:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | #include <stdio.h> #include <stdlib.h> int main() { pid_t pid; if ((pid = fork()) < 0) exit(1); else if (pid == 0) exit(0); sleep(120); exit(0); } |
Nota: para compilar, guarda el código anterior en prueba.c y compila así: gcc -o prueba prueba.c
En la línea 8 se hace un fork(), es decir, el proceso actual (padre) genera un nuevo proceso (hijo). Ambos son «idénticos» (mismo área de código, datos, mismos identificadores de canal abiertos, etc.) y se ejecutan en paralelo (sí, con una sola CPU ese paralelismo es una mera «ilusión óptica» 😉 . La instrucción fork() devuelve un identificador -1 si ha habido algún error en la creación del hijo. Si la génesis (proceso de formación del proceso hijo) fue correcta, en la línea 10 tanto el proceso padre como el proceso hijo preguntan por el identificador devuelto por fork(). Aquí sí que hay una diferencia: al proceso padre, el sistema operativo le devolverá el PID de su proceso hijo. Al proceso hijo, el s.o. le devolverá un 0.
Así que la línea 11 sólo será ejecutada por el proceso hijo. Y casualidades de la vida, esa línea es un exit(0). Así que el proceso hijo acaba de morir. Pero el proceso padre sigue, línea 13, y se suspende durante 2 minutos, desentendiéndose del hijo que acaba de morir. De hecho, el padre podría intentar recoger el resultado devuelto por el hijo (un 0) sincronizándose mediante una llamada al sistema wait(&resultado) pero no lo hace, está durmiendo la mona durante 2 minutos 🙂 Así que el proceso hijo, está «muerto», pero su «alma» (el resultado 0 que aún está disponible para el padre si éste lo quiere) aún no ha sido recibida por nadie. Así que el proceso hijo no ha terminado de morir «del todo». Está en modo zombie.
Podemos comprobarlo ejecutando «prueba» y pidiendo la lista de procesos:
$ ./prueba |
Verás algo como lo siguiente:
$ ps auxww| grep prueba juanan 12851 0.0 0.0 1624 296 pts/1 S+ 14:58 0:00 ./prueba juanan 12852 0.0 0.0 0 0 pts/1 Z+ 14:58 0:00 [prueba] <defunct> juanan 12862 0.0 0.0 3236 792 pts/2 R+ 14:58 0:00 grep prueba |
La (Z) es indicador de modo zombie en el proceso. El padre (PID=12851) está durmiendo (S).
Te acuerdas que creaste un fichero entre el 15 de Septiembre de 2008 y el 30 de Septiembre de ese mismo año. ¿Cómo lo puedes buscar en Linux? Fácil, usando el comando find y este truquito:
$ touch -d "15 sep 2008" /tmp/begin $ touch -d "30 sep 2008" /tmp/end $ find . -newer /tmp/begin -a ! -newer /tmp/end
Lo he necesitado varias veces y nunca me acordaba de la receta, así que la dejo aquí compartida para todos. ¡Que os aproveche!