Hibernación en Debian Stretch

En un episodio más de la saga de “¡¿Por qué hasta las cosas más simples tienen que fallar épicamente en Linux?!”, en esta ocasión hablaré sobre la opción de hibernar en Debian Stretch. El menú de apagado de LXDE (y de cualquier otro escritorio, supongo) muestra prominentemente las opciones de apagar, reiniciar, suspender e hibernar. Las primeras dos opciones no necesitan más explicación. A grandes rasgos, la opción de suspender apaga todos los dispositivos pero mantiene el voltaje en la memoria RAM de manera que cuando reinicies la PC todo estará tal como lo dejaste. La opción de hibernar es muy parecida a la opción de suspender pero esta vez el estado de la PC se guarda en el disco duro (efectivamente se guarda en el disco duro una copia de todo lo que está en la RAM) y después la PC se apaga completamente, no se mantiene el voltaje en ningún dispositivo y, cuando reinicias la PC, el sistema restaurará la copia de la RAM de manera que la PC volverá al estado en que estaba antes de apagarla.

Mi problema en esta ocasión es que, mientras que la opción de suspender funciona correctamente, al seleccionar la opción de hibernar en Debian Stretch lo que obtengo es que la pantalla se apaga y el disco duro se pone a trabajar como si estuviera guardando la copia de la RAM pero después, ¡boom!, estoy de vuelta en la pantalla de inicio de Debian porque la hibernación falló 😦 . Como es usual en estos casos, no hay un mensaje de error o alguna información útil para saber cual fue el problema; como es usual, estás a ciegas 😦 .

Para no hacer este post tan largo, resulta que Linux hiberna usando el espacio de swap, esta es una solución ingeniosa y que tiene sentido y debe ser la razón por la que siempre te recomiendan crear una partición de swap mínimo con el mismo tamaño que tu memoria RAM (algunas fuentes recomiendan incluso el doble de la RAM) pero, en mi caso, cuando instalé Linux en un disco de 10 GB para probarlo, no podía usar la mitad del disco duro como swap así que elegí crear una partición de swap de apenas 464 MB así que cuando la carga promedio de RAM en mi sistema con algunos programas abiertos es de ~1.5 GB era obvio que no cabía en la partición de swap y por lo tanto sería imposible hibernar con todos mis programas abiertos pero… si cierro todos mis programas la carga de RAM está por debajo de los 400 MB, suficiente para que quepan en la partición de swap y que el sistema pueda hibernar de forma correcta, ¿cierto?. ¡NO! ¡La hibernación sigue fallando aún con una carga de apenas ~350 MB en la RAM!. Maldición 😦 .

¿Por qué pasar tantos problemas si igual estoy cerrando todos mis programas? Bueno, mantener mis puntos de montaje manuales y el estado de pointerkeys son razón para preferir la hibernación a un apagado total, sin mencionar que el arranque desde el estado de hibernación es un poco más rápido que un arranque normal.

Entonces, ¿por qué la hibernación no puede guardar ~350 MB de RAM en uso en una partición swap de 464 MB?. Resulta que Linux mantiene en caché en la RAM los programas y archivos que has abierto recientemente en caso de que quieras abrirlos otra vez, esto es bueno, Linux administra la RAM así que no tienes que preocuparte por este caché ya que Linux lo liberará automáticamente si tus programas en ejecución solicitan más memoria. Aunque el caché de archivos en RAM es bueno para el uso de la PC, la hibernación no libera este caché (en mi opinión, debería) y eso causa que la memoria usada por el caché sea marcada como memoria en uso a pesar de que en realidad sean solamente ~350 MB los que están siendo usados por programas activos, así que para poder lograr que el sistema entre en modo de hibernación es necesario borrar manualmente el caché en la RAM y, para variar, esto requiere usar algunos oscuros y arcanos comandos desde la línea de comandos:

monstruosoft@debian:~$ sudo sh -c 'echo 1 >/proc/sys/vm/drop_caches' 
[sudo] password for monstruosoft: 
monstruosoft@debian:~$ sudo sh -c 'echo 2 >/proc/sys/vm/drop_caches'
monstruosoft@debian:~$ sudo sh -c 'echo 3 >/proc/sys/vm/drop_caches'

Después de ejecutar los comandos anteriores, la memoria en uso reportada será solamente la que está siendo usada por los programas activos, no más archivos en caché. Ahora es posible seleccionar la opción de hibernar y la PC entrará correctamente en modo de hibernación. Puedes poner estos comandos junto con el comando systemctl hibernate en un script y ejecutar el script cuando quieras poner la PC en modo de hibernación.

Para entender mejor lo que está pasando, veamos el uso de memoria antes y después de limpiar el caché:

# Uso de memoria habitual con varios programas abiertos
# 1.3 GB en uso, 1.6 GB en el caché, 2.2 GB libres
monstruosoft@debian:~$ free
              total        used        free      shared  buff/cache   available
Mem:        3975924     1398856      959596       96980     1617472     2190836
Swap:        475132       42668      432464
# Uso de memoria después de cerrar todos los programas
# 400 MB en uso, 2.5 GB en el caché, 3.2 GB libres
monstruosoft@debian:~$ free
              total        used        free      shared  buff/cache   available
Mem:        3975924      408548     1015396       23796     2551980     3254324
Swap:        475132       42664      432468
# Uso de memoria después de limpiar el caché en RAM
# 380 MB en uso, 120 MB en el caché, 3.4 GB libres
monstruosoft@debian:~$ free
              total        used        free      shared  buff/cache   available
Mem:        3975924      383188     3471164       23796      121572     3399740
Swap:        475132       42664      432468

Todos estos problemas para hibernar si tu partición de swap es pequeña se podrían resolver fácilmente si el comando para hibernar liberara automáticamente el caché en RAM pero como siempre, Linux tiene que hacer incluso las cosas más sencillas terriblemente complicadas 😦 . Oh, olvidé mencionar que si tienes archivos en directorios ramfs, como /dev/shm, es mejor que los borres manualmente también o la hibernación intentará mantenerlos y podría incrementar el tamaño de la copia de la RAM que se tiene que almacenar en tu partición swap.

Convertir video para reproductor de DVD LG DP122

Muchos reproductores de DVD antiguos de la marca LG tienen soporte para reproducir archivos de video MPEG4 (no confundir con MP4) basado en los codecs Xvid o DivX. Estos codecs eran los más populares en el internet de hace unos años antes de la llegada de codecs como x264. Si, como yo, tienes uno de estos antiguos reproductores de DVD y quieres convertir un video al formato MPEG4 para poder reproducirlo, debes tener en cuenta las siguientes condiseraciones:

  • Revisa que tu reproductor de DVD tenga el logo MPEG4 o DivX.

  • El formato contenedor debe ser AVI, recuerda que es un reproductor antiguo.

  • El codec de video debe ser Xvid o DivX.

  • El codec de audio debe ser MP3.

  • El FourCC de video debe ser XVID o DIVX.

  • Los formatos soportados por tu DVD pueden ser diferentes, revisa la documentación.

Para convertir un video al formato necesario para reproducirlo en el DVD usaremos FFmpeg:

monstruosoft@debian:~$ ffmpeg -i video.mkv -c:v mpeg4 -vtag XVID -c:a mp3 -b:a 128k -q:v 4 salida.avi

La opción -vtag hará que FFmpeg use el FourCC XVID en lugar del valor predeterminado FMP4 que no es reconocido por el reproductor de DVD.

Grabar DVD en Debian Stretch

Después de años sin grabar un DVD, hace poco me vi en la necesidad de volver a utilizar el arcano arte de usar el quemador de discos de mi PC. En el pasado escribí un par de posts sobre las herramientas para grabar CD/DVD en Linux pero no puedo creer que nunca escribí un post con las instrucciones para grabar un disco con esas herramientas. En posts anteriores mencioné que tuve malas experiencias con algunas herramientas GUI y había otras con las que simplemente no podía soportar su horrible interfaz gráfica así que la línea de comandos era la última alternativa.

Desde que actualicé a Debian Stretch no recuerdo haber grabado un solo DVD así que no es de sorprender que no tuviera instalada ninguna herramienta GUI en mi sistema. Después de años sin grabar un DVD tampoco recordaba las instrucciones para hacerlo así que probé con cdw, un programa con una interfaz gráfica pero en modo de consola. Desafortunadamente cdw me marcaba errores con el disco DVD-RW que intentaba utilizar 😦 , esto me hizo preguntarme, tal como me lo preguntaba hace años, ¿por qué una tarea tan básica como quemar un disco tiene que ser tan complicada en Linux? Tienes que pelear con el software porque ¡las herramientas hechas para una tarea específica fallan al intentar llevar a cabo esa tarea! ¡Esta es una de las razones por las que Linux nunca será apto para un usuario común y corriente!.

cdw-error

Por cierto, para borrar un DVD: wodim dev=/dev/sr0 blank=fast

En fin, tal parece que todas las herramientas GUI, ya sea gráficas o de consola, para quemar discos son terribles para esa tarea, no me quedaba más que usar la línea de comandos.

Grabar un DVD desde la línea de comandos es un proceso de dos pasos en Debian Stretch; primero debemos usar genisoimage para generar un archivo .iso que contenga los archivos que deseamos grabar. A continuación debemos grabar el archivo .iso al DVD usando una herramienta como wodim. Sí, sé que también escribí en el pasado un post sobre cómo instalar una versión actual de cdrtools pero esta vez no valía la pena hacer todo eso para grabar un simple DVD.

Para generar una estructura compleja de directorios con genisoimage es necesario usar la opción -graft-points, tal como lo indica la documentación, pero para grabar simplemente unos cuantos archivos al DVD podemos usar algo como:

monstruosoft@debian:~$ genisoimage -v -J -r -V ETIQUETA -o file.iso archivo1.txt archivo2.jpg
monstruosoft@debian:~$ wodim -v dev=/dev/sr0 -dao file.iso

El ejemplo anterior generará con genisoimage un archivo .iso que contiene los archivos archivo1.txt y archivo2.jpg y a continuación grabará el DVD usando wodim. Así que, básicamente, es necesario crear un archivo .iso temporal, lo que significa que si quieres grabar un DVD de 4 GBs necesitas generar en tu disco duro un archivo temporal de 4 GBs, eso apesta, ¿cierto?. Bueno, aquí es donde las pipes entran al rescate; es posible enviar la salida de genisoimage directamente a wodim ya sea usando una pipe:

monstruosoft@debian:~$ genisoimage -v -J -r -V ETIQUETA archivo1.txt archivo2.jpg | wodim -v dev=/dev/sr0 -tao -

o una named pipe:

monstruosoft@debian:~$ mkfifo my_pipe
monstruosoft@debian:~$ genisoimage -v -J -r -V ETIQUETA -o my_pipe archivo1.txt archivo2.jpg
monstruosoft@debian:~$ wodim -v dev=/dev/sr0 -tao my_pipe

Si obtienes un error al utilizar wodim junto con una pipe o named pipe es posible que necesites especificar el tamaño del archivo .iso con anticipación. Puedes obtener un cálculo del tamaño del archivo .iso que generará genisoimage usando el siguiente comando:

monstruosoft@debian:~$ genisoimage -R -q -print-size archivo1.txt archivo2.jpg
40296

El número que imprime el comando anterior es el tamaño en sectores de la imagen .iso que generará genisoimage para los archivos especificados. Conociendo con anticipación el tamaño del archivo .iso es posible usar la opción -dao de wodim usando una pipe o named pipe, por ejemplo:

monstruosoft@debian:~$ genisoimage -v -J -r -V ETIQUETA -o my_pipe archivo1.txt archivo2.jpg
monstruosoft@debian:~$ wodim -v dev=/dev/sr0 -dao -tsize 40296s my_pipe

Nota la s al final del valor del argumento -tsize, ésta indica que el valor está en sectores y no en bytes.

OpenJPEG

En el post anterior hablaba de cómo las imágenes JPEG2000 no tienen mucho soporte en visores de comics para Linux así que me hizo preguntarme, si quisiera escribir mi propio visor de comics con soporte para imágenes .jp2, ¿qué librería podría usar?.

Read More

Abrir imágenes JPEG2000 en Debian

Hace poco encontré un par de galerías de imágenes para descargar desde la página de archive.org y pensé en aprovechar la opción de descargarlas en formato JPEG2000 ya que la calidad es comparable al original en formato CBZ pero el tamaño de la descarga es típicamente mucho menor (cerca del 50%) y, cuando tienes el internet del perrito de apenas 3 Mbps, los archivos de menor tamaño siempre son una buena opción. Así que descargué algunos archivos .zip que contenían las imágenes en formato .jp2. No debería haber mucho problema, ¿cierto?. Cualquier visor de comics puede abrir archivos .cbz que son básicamente archivos .zip con una extensión diferente. El problema, sin embargo, fueron los archivos .jp2.

Read More

Desaventuras en la tierra de Linux, parte 14

En días recientes me he topado con un par de esas cosas que me hacen darme cuenta por qué Linux nunca será popular entre los usuarios comunes y corrientes. Básicamente, en mi opinión, Linux nunca será de utilidad para el usuario promedio mientras no cuente con buenas alternativas a programas que existen en Windows; y no hablo de alternativas gratuitas a programas de paga, hablo de alternativas a programas gratuitos de Windows.

Ya he hablado del primer y principal obstáculo al que se enfrenta un usuario promedio al intentar probar Linux, la detección de hardware. Si tienes suerte de que el instalador de tu distro de Linux detecte todo tu hardware, ya estás del otro lado; si eres un usuario promedio y no tienes suerte con la detección de hardware, este es el fin de la aventura en la tierra de Linux, la mayoría de los usuarios no pasará de aquí si su hardware no es detectado ya que la mayoría no tiene el tiempo, los conocimientos o el interés de pasar horas y horas buscando una solución.

El problema es que aún si eres de los que tienen suerte con la detección de hardware, el software en Linux es otro de los grandes problemas que alejan a los usuarios promedio. Ya en otras ocasiones hablé de ImgBurn y foobar2000 y la falta de una buena alternativa para Linux. En este post toca el turno a LibreOffice y los editores de video para Linux.

Read More

Compilar waifu2x en Debian Stretch

[Advertencia:] Las instrucciones en este post no funcionan para tarjetas de video NVIDIA. Si tienes una tarjeta de video AMD, sigue leyendo.


Si la versión web de waifu2x no es suficiente para ti, puedes intentar compilar tu propia versión. En este post intentaré compilar uno de los forks de waifu2x para tarjetas de video AMD.

El repositorio oficial de waifu2x incluye código que está diseñado para funcionar usando la tecnología CUDA de NVIDIA, lo cual está indicado como un requisito, por lo que no puedo siquiera intentar compilar el código ya que tengo una vieja tarjeta de video AMD. Así que en lugar de usar el código original opté por uno de los forks que ofrecen soporte para tarjetas AMD, en particular el fork waifu2x-converter-cpp. Si eres usuario de Windows puedes bajar ejecutables precompilados desde la sección releases o puedes bajar waifu2x-caffe. En Linux, sin embargo, tenemos que compilar manualmente el código.

Read More

Ripear un DVD con FFmpeg usando named pipes

En el post anterior escribí las instrucciones para ripear un DVD usando FFmpeg y este es el ejemplo perfecto para hablar sobre las named pipes de Linux. Las named pipes nos permiten enviar datos de una aplicación a otra. Muy probablemente has visto antes el carácter de pipe en Linux (‘|’) que cumple el mimso objetivo pero que en algunos casos puede ser difícil de usar si una de las aplicaciones no soporta entrada desde stdin, por ejemplo. Las named pipes pueden facilitar enviar datos de una aplicación a otra gracias a que las puedes usar simplemente como un archivo más, es decir, envías la salida de un programa a un archivo de tipo pipe y después usas ese archivo como la entrada para el otro programa.

Read More

Ripear un DVD con FFmpeg

Cuando se trata de ripear un DVD con Linux, la forma más sencilla es tal vez usando Handbrake, que se puede instalar desde el gestor de paquetes. Entonces, ¿por qué querrías ripear un DVD usando FFmpeg? Bueno, en realidad tal vez no haya ninguna razón; si Handbrake funciona bien, ¡úsalo!. En este caso en particular, encontré una imagen de DVD que tenía problemas para ripear con Handbrake -sigue leyendo para descubrir cuál era el problema- así que decidí hacerlo a la antigua y usar FFmpeg.

Read More