Ir a la página: 1 2

Ocultar ficheros dentro de un JPG en GNU/Linux

Visto lo fácil que es ocultar un fichero en un JPG usando Windows, he supuesto que hacerlo en GNU/Linux debería ser mucho más fácil.

Y no estaba equivocado:

cat imagen.jpg archivo.rar > prueba.jpg

archivo.rar debe ser un fichero comprimido rar que contenga lo que quieras esconder. No debería decirtelo, pero para comprimir un fichero rar en GNU/Linux sólo tienes que hacer (hay muchos otros métodos, por supuesto):

rar a fichero.rar fichero.txt

El resultado es, por ejemplo, esto:

Aquí se esconde un mamut

Como puedes comprobar tú mismo, la imagen contiene una sorpresa:

Fichero escondido en una imagen
 

Impactantes imágenes de la Tierra de noche

Aprovechando la pasada de la sonda Rosetta de nuevo cerca de la Tierra, la ESA ha creado unas imágenes compuestas de la Tierra por la noche, mediante el uso de su Sistema de Imagen Remota Óptica, Espectroscópica e Infrarroja (OSIRIS, Optical, Spectroscopic, and Infrared Remote Imaging System).

Las imágenes están disponibles en el blog de la misión Rosetta, y muestran la luminosidad de ciertas partes del planeta, como la cuenca mediterránea, el valle del Nilo, y ciertas zonas de Asia, desde Oriente Próximo hasta Japón. Esta es una imagen compuesta de toda la zona oscura de la Tierra:

Tierra de noche

Y esta es una versión parcial, con ubicación de las ciudades más importantes:

Ciudades de noche
 

Matar procesos en GNU/Linux como en el Doom (esto sí es “matar”)

Desde la liberación por parte de Id Software del código fuente del archiconocido Doom, se abrió una ventana de oportunidades en el desarrollo de aplicaciones en entornos virtuales, nunca imaginadas hasta el momento.

Así, por ejemplo, los chicos de The Mediocre Lab (Media Event Driven Ironically Organized Computer Research Environment), desarrollaron hace unos años una aplicación gráfica para GNU/Linux que permite matar los distintos procesos que están ejecutándose en la máquina al estilo como se hace en Doom. Al ejecutar el programa, los distintos procesos se nos aparecen personificados en monstruos que van apareciendo en el entorno virtual en el cual se desarrolla el combate. Aquí vemos una captura en el que el usuario se ve amenazado por el csh (pid 18729):

Matar procesos como en el DOOM

Hay que hacer notar que no se trata totalmente de una herramienta de administración, sino de un simple juego en el cual, según se va avanzando en experiencia, se va adquiriendo más y mejores armas que permiten, inicialmente herir y, finalmente, llegar a matar los distintos procesos, lo cual supone su reinicio real en la máquina.

En cualquier caso, puede servir para aliviar el habitual estrés de los administradores de sistema más frikis.

 

Uso de UUID en /etc/fstab y en grub

No me preguntéis por qué, pero, de un día para otro (debido, sin duda a la actualización de algún paquete), mi Debian Lenny dejó de reconocer los discos duros (son IDE normalitos) como /dev/hdX, pasando a ser /dev/sdX, con el consiguiente pánico en el arranque.

Afortunadamente, pude arrancar con un kernel anterior (actualmente tengo, por defecto, el 2.6.22-2, pero tengo guardado el 2.6.21-2, que sigue reconociendo los discos como /dev/hdX).

Precisamente porque mantengo ambos kernels, decidí que no podía cambiar directamente el fichero /etc/fstab poniendo sd donde antes ponía hd sin más, por lo que decidí utilizar la posibilidad de usar etiquetas identificativas únicas (UUID) de cada una de las particiones de mis discos duros. Esto permitiría arrancar el sistema tanto con un kernel como con el otro.

Para ello, lo primero que tenía que hacer es averiguar el UUID de cada una de mis particiones. Esto es fácil y se puede hacer de dos formas:

  • Con el comando blkid. Al ejecutarlo en mi ordenador, la salida es la siguiente:
/dev/sda1: UUID="8121580a-584e-4700-907b-9b868acfe69e" SEC_TYPE="ext2" TYPE="ext3"
/dev/sda2: TYPE="swap" UUID="09e26881-a3c1-426f-a01d-39f8fd2dfde7"
/dev/sda3: UUID="8fba1ffc-2af0-41b9-a71e-f2bd2a307cac" SEC_TYPE="ext2" TYPE="ext3"
/dev/sdb2: UUID="eb9c1b22-2c10-45a3-adf6-2c8fd0fad253" SEC_TYPE="ext2" TYPE="ext3"
  • Listando directamente los dispositivos mediante ls -l /dev/disk/by-uuid/. La salida del comando para mí es (dejo sólo la parte interesante):
09e26881-a3c1-426f-a01d-39f8fd2dfde7 -> ../../sda2
8121580a-584e-4700-907b-9b868acfe69e -> ../../sda1
8fba1ffc-2af0-41b9-a71e-f2bd2a307cac -> ../../sda3
eb9c1b22-2c10-45a3-adf6-2c8fd0fad253 -> ../../sdb2

Una vez identificadas las particiones, sólo queda editar el fichero /etc/fstab de la forma apropiada. En mi caso:

#/dev/sda3   /     auto   errors=remount-ro  0  1
UUID=8fba1ffc-2af0-41b9-a71e-f2bd2a307cac   /     auto   errors=remount-ro  0  1
#/dev/sda2   none  swap   sw                 0  0
UUID=09e26881-a3c1-426f-a01d-39f8fd2dfde7   none  swap   sw                 0  0
proc         /proc proc   defaults           0  0
#/dev/sda1   /boot auto   defaults           0  2
UUID=8121580a-584e-4700-907b-9b868acfe69e   /boot auto   defaults           0  2
#/dev/sdb2   /home auto   defaults           0  2
UUID=eb9c1b22-2c10-45a3-adf6-2c8fd0fad253   /home auto   defaults           0  2

¿Así de sencillo y de fácil? Nooooo. No cometáis el mismo error que yo. También hay que modificar el fichero /boot/grub/menu.lst del Grub. Es muy fácil, pero hay que hacerlo. En dicho archivo buscad las siguientes líneas:

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=/dev/hda3 ro

Pues bien, sólo hay que cambiar la última línea y dejarla (en mi caso) del siguiente modo (¡no olvidéis dejar la #!):

# kopt=root=UUID=8fba1ffc-2af0-41b9-a71e-f2bd2a307cac ro

Luego basta con ejecutar update-grub y el propio Debian se encargará de actualizar el resto del fichero.

Ahora ya sí podéis rearrancar el sistema sin miedo.

Añadido: No olvidar tampoco editar el fichero /etc/uswsusp.conf o reinstalar el paquete uswsusp.

Forzar el chequeo de particiones en el próximo arranque

Para forzar el chequeo de las particiones en un sistema GNU/Linux no es necesario, para nada, tocar el fichero /etc/fstab. Basta, simplemente, con crear un fichero en la raíz / con el nombre fsckcheck. Es decir:

touch /fsckcheck

Y rearrancar con reboot. En el arranque, serán verificadas todas las particiones antes de ser montadas y desaparecerá dicho fichero.

Ir a la página: 1 2