BeOSmAn's Blooog

Unos pequeños apuntes para recordar sobre Linux gracias a Mundo Geek (por cierto, un blog que me gusta mucho por sus pequeños pero útiles mini-tutoriales como estos):

Papelera en consola

Cuando trabajas con un terminal de forma asidua (y lo hago bastante) el comando rm da miedo. Sí, porque generalmente no pregunta lo que quieres borrar y tampoco hay un modo sencillo para recuperar los datos borrados (quizás hasta sea por seguridad).

Mi solución pachanguera fue crear en su momento un script llamado trash que sustituía a rm y que, simplemente, movía los archivos indicados al directorio que le hubieras configurado (en mi caso fue $HOME/trash aunque bien se podía haber usado el de Gnome, $HOME/.Trash).

Pero ahora, desde Mundo Geek me entero de que hay una librería llamada libtrash que hace esto por mí y encima sin cambiar de comando. Para instalarla (en Ubuntu) basta usar apt-get:

diego@dbox:~:$ sudo apt-get install libtrash

Y para que la librería se cargue de forma automática al abrir la consola y que se fije como papelera el directorio de Gnome antes nombrado, $HOME/.Trash, se ponen estas dos líneas en la propia consola para añadir las líneas de configuración a sus correspondientes archivos:

diego@dbox:~:$ echo “export LD_PRELOAD=/usr/lib/libtrash/libtrash.so.2.4″ >> ~/.bashrc
diego@dbox:~:$ echo “TRASH_CAN = .Trash” > ~/.libtrash

A ver si gracias a esto no cometemos imprudencias con el diablo personificado en el comando rm. Pero tampoco hay que olvidar que la papelera de Gnome se llena y hay que vaciarla de vez en cuando .

Número de líneas de código

¿Nunca habéis tenido curiosidad por contar las líneas de código de vuestras aplicaciones? Yo sí, por lo que hace tiempo hice un programa en Delphi (lenguaje que he abandonado por causas laborales, pero bien que mola y rápido de desarrollo que es) donde se arrastraban los archivos y de decía el número de líneas. Simplemente eso.

Pero desde Linux tenemos un comando, sloccount, que nos sirve, no sólo para calcular el número de líneas, sino que también discrimina por lenguajes de programación añadiendo información adicional como la estimación de personas por año, recursos según el modelo COCOMO, etc.

Por cierto, SLOC viene de Source Lines Of Code.

Para instalarlo, como siempre:

diego@dbox:~:$ sudo apt-get install sloccount

Y para contar las líneas (reales) de cualquiera de vuestros proyectos, basta lanzar el comando indicándole el directorio donde tiene que empezar a contar. Para los proyectos propios (pequeños suelen ser) es, más bien, informativo. Pero estoy seguro de que para proyectos grandes es una información más que útil.

Por cierto, también podéis revisar los comandos básicos de Linux que tengo recopilados por aquí al lado.

En alguna que otra ocasión he accedido a mi sistema de forma remota y me he encontrado a alguien que no quería que estuviese dentro del mismo, por lo que me hubiera gustado echarlo desconectarlo de una forma, más o menos, elegante (vamos, sin matar todos sus procesos de golpe, o reiniciar las X o reiniciar el sistema).

En Windows (si, en Windows) es más fácil: basta abrir el administrador de tareas, ir a la solapa de usuarios, seleccionar al intruso y darle a desconectar.

Pero parece que eso en Linux no es posible más que de una forma un poco ruda:

diego@dbox:~:$ sudo skill -STOP -u <usuario>

Un pequeño problema es que el manual de skill dice que este comando está obsoleto por lo que, quizás, esto deje de funcionar en siguientes versiones. Aunque también es cierto que se podría usar el comando kill con la señal STOP o KILL junto con el PID del la shell o de las X del usuario en cuestión. Un poco más complicado y rudo aunque efectivo igualmente.

Para sacar los usuarios que hay en el sistema se puede usar el comando w o el comando ps aux con lo que saldrán todos los procesos del sistema con su correspondiente usuario y los PID’s de las sesiones de los mismos.

Una vez desconectado un usuario, para que no vuelta a entrar en el sistema, se utiliza el comando usermod para modificar su configuración (en este caso su contraseña anteponiendo un ! en el archivo /etc/shadow) bloqueando o desbloqueando su cuenta de usuario de la siguiente forma:

diego@dbox:~:$ sudo usermod -L <usuario>

Para volver a habilitar su cuenta de usuario se utiliza el comando:

diego@dbox:~:$ sudo usermod -U <usuario>

Pero claro, no se puede echar a un usuario así como así, sin, al menos, advertirlo, por lo que para enviar un mensaje a un usuario (a su shell o a sus X).

Para enviar un mensaje a un usuario que esté loggeado en un terminal (tty*) se puede utilizar el comando write de la siguiente forma:

diego@dbox:~:$ write <usuario> [nombre tty]

Pero para que funcione el comando write, el usuario debe estar en un terminal y, además, tiene que tener activados los mensajes (se activan y desactivan mediante el comando mesg) por lo que, en el caso de estar el usuario en una sesión de X, no vería dicho mensaje.

Pero para enviar un mensaje a una sesión X (ya sea de Gnome o de KDE) es bastante más complicado. En principio hay que usar una aplicación que presente mensajes en pantalla al estilo popup. Aquí se puede usar zenity (una reescritura de gdialog) para Gnome o kdialog para KDE con sus correspondientes parámetros.

Pero zenity (hablaremos de zenity ya que yo uso Gnome) está destinado para hacer scripts y mejorar su usabilidad por lo que los mensajes que se muestran al usuario tienen que estar en un script lanzado por él mismo con lo que si nosotros estamos en una sesión ssh y queremos mostrar un mensaje a otro usuario conectado no podemos hacerlo directamente.

Para ello hay que loggearse como dicho usuario (se supone que tenemos privilegios de root) y luego ya podemos lanzar el mensaje, más o menos de la siguiente forma:

La ejecución de zenity es síncrona, es decir, hasta que no se acepte o cancele el mensaje, el terminal permanecerá bloqueado.

Pero gracias a esto, también podríamos hacer un pseudochat entre usuarios, usando la opción ––entry en lugar de ––info con lo que el usuario que recibe el mensaje puede escribirnos una respuesta que será impresa en pantalla (escrita en stdout) cuando el usuario acepte el mensaje.

A partir de ahora hay que llevarlo a cabo (todavía no he tenido la oportunidad de probarlo en un entorno real) y, quizás, hacer un pequeño script que permita enviar mensajes en un sólo paso, sin la necesidad de cambiar de usuario manualmente, ni poniendo tanto parámetro en zenity, etc.

Seguiremos informando…