Archivo de la etiqueta: jessie

could not stat resume device file / A start job is running for dev-disk-by … (1min 30s)

Publicado por sigfridumest el

These messages may appear when booting into your GNU/Linux OS, after waiting a (long) while. Although they don’t prevent from initializing the OS, they consume a lot of time of the booting process and then you have to press return after the first message appears.
The first message

 could not stat resume device file ...

seems to indicate that something is wrong either with a particular hard drive partition or with its recognition. The 3 dots are put so they indicate different situations. In my case, the partition in question was the swap partition. I could solve this by editing the file /etc/initramfs-tools/conf.d/resume and then updating initramfs. For the first part we open the mentioned file (under sudo credentials) end edit it with

RESUME=UUID=ec521ef7-ecfc-4c0f-8759-9d732e1b9550

Here, you need to replace the right partition’s UUID. In my case it was given just after the message could not stat resume device file during the booting process. For some others the partition might be simply indicated in the format /dev/sdaX. In this latter case you can simply type into a terminal

 ls -l /dev/disk/by-uuid

Now, for the second message/problem

 A start job is running for dev-disk-by ... (1min 30s)

the following solution relies entirely on the fact that the problematic partition is the swap partition. In other situations this solution is not helpful. We first unmount the swap partition, remake it and then re-mount it:

sudo swapoff -a
sudo mkswap /dev/sdaX
sudo swapon -a

Why someone would run into these troubles? Some people report these situations after doing some OS updating. In my case I installed Debian Stretch – testing, which formatted the existing swap partition (formatted under Debian Jessie – stable). The moral is to give every OS its own swap partition.

These solutions work well in Debian 8 (Jessie, stable), particularly using Crunchbang++.

References:

  1. http://forums.debian.net/viewtopic.php?=185961
  2. https://bbs.archlinux.org/viewtopic.php?id=201816
  3. https://liquidat.wordpress.com/2007/10/15/short-tip-get-uuid-of-hard-disks/

BunsenLabs vs Crunchbang++: Una primera simple impresión

Publicado por sigfridumest el

Recientemente bajé el iso de BunsenLabs y generé un usb para probar la versión en vivo del sistema. Se afirma que es la continuación del defunto proyecto Crunchbang.

Sin embargo, comparándolo con el original Crunchbang y su sustituto más inmediato, con Debian Jessie, Crunchbang++, hay ciertas diferencias obvias. Crunchbang++ ciertamente es Crunchbang montado sobre Debian Jessie estable (la última versión de Crunchbang estaba montada sobre Debian Wheezy estable). Desde el punto de vista del usuario final, la experiencia es idéntica, salvo en la instalación que es necesario hacerla mediante la red y no dispone de sesión de CD/USB en vivo.

En cambio, BunsenLabs dispone de sesiones en vivo, pero las adaptaciones de Openbox responden a otro concepto. No es la intención enunciar las diferencias, pero claramente no es Crunchbang, pero hay que recalcar que es una configuración de Openbox «a la Crunchbang», por lo que la experiencia del usuario final no se ve realmente afectada. Para quienes, como yo, desean el Crunchbang original montado en la versión estable más reciente a la fecha de Debian (Jessie), no hay duda que el proyecto a seguir es el de Crunchbang++. Además de la instalación por red, la otra diferencia que encontré en Crunchbang++ fue cuando disponemos de un home preexistente con configuraciones especiales de Openbox, lo que parece prevenir a Crunchbang++ de instalarse completamente. Este artículo puede ser de ayuda para quien quiera conservar su home y recuperar toda la funcionalidad inherente de Crunchbang++, que reproduce, hasta donde he notado, la del Crunchbang original.

 

could not stat resume device file / A start job is running for dev-disk-by … (1min 30s)

Publicado por sigfridumest el

Así es, por algún motivo reiniciamos la computadora, dejamos pasar un rato (no tan razonable) y nos encontramos con el infame mensaje

 could not stat resume device file ...

y se nos pide enter para iniciar (boot) «regularmente» y, puta madre, nos topamos con que tenemos que esperar otro minuto y medio rubricado mediante

 A start job is running for dev-disk-by ... (1min 30s)

Los 3 puntos en lo anterior indican situaciones particulares, dependientes del problema de cada quien.

El más inquietante de los dos problemas anteriores es el primero, porque indica que hay algo con el reconocimiento de alguna partición que no está bien (el reconocimiento o la partición). En mi caso, se trababa de la partición del swap y lo corregí en dos pasos. Primero, editando /etc/initramfs-tools/conf.d/resume, y luego, actualizando el initramfs. En el primer paso, simplemente abrimos el archivo que se mencionó con credenciales de sudo y editamos con lo siguiente

 RESUME=UUID=ec521ef7-ecfc-4c0f-8759-9d732e1b9550

Para el segundo paso, simplemente, en la terminal, corremos

 sudo update-initramfs -u

Cada quién habrá de sustituir el UUID de la partición problemática, la cual en mi caso me fue indicada después de could not stat resume device file al reiniciar la computadora; en algunos otros casos, al parecer se indica la partición en el formato /dev/sdaX. En este caso, o en el anterior, ya que no es factible recordar una clave tan larga, la forma de obtener los UUID’s de las particiones es mediante:

 ls -l /dev/disk/by-uuid

Hasta aquí sobre el primer problema; quizá para algunos sea toda la fuente de su malestar.

Para los que tienen el segundo problema, la solución siguiente descansa enteramente en que la partición problemática es la del swap; en otro caso, lo que sigue no es útil. La solución consiste en desmontar la partición, reconstriuirla y volverla a montar. Esto se logra sencillamente mediante

sudo swapoff -a
sudo mkswap /dev/sdaX
sudo swapon -a

donde /dev/sdaX se sustituye apropiadamente por la partición de cada quien.

¿Por qué estos problemas? En mi caso, aunque no conozo la explicación, el origen está en que la partición del swap fue formateada mediante otro sistema operativo (debian stretch – testing). La lección es que a cada sistema operativo instalado en el mismo disco duro, darle su partición de swap aparte.

Las soluciones mencionadas han funcionado desde Debian 8 (Jessie, estable), particularmente bajo la distribución de Crunchbang++.

Referencias:

  1. http://forums.debian.net/viewtopic.php?p=185961
  2. https://bbs.archlinux.org/viewtopic.php?id=201816
  3. https://liquidat.wordpress.com/2007/10/15/short-tip-get-uuid-of-hard-disks/

Screen tearing quick fix using compton in Debian 8 (stable) / Crunchbang++

Publicado por sigfridumest el

Spanish version of this article

Screen tearing appears to be a very common problem and is quite annoying when playing a video, in which horizontal divisions of the image are present especially in fast scenes. This article in Wikipedia shows such effect.

A quick fix is provided by compton, a digital image composer that is used in Crunchbang++ (Debian 8 Jessie). If you’re not using compton, you can simply install it in your Linux distro. Be sure that no other composer is being used, otherwise compton won’t work properly.

Once you have compton installed, simply edit compton.conf

backend = "glx";
vsync = "opengl-swc";
glx-swap-method = 3;

This file is in the ~/config directory. Once you add these lines, you need to restart compton:

compton --config ~/.config/compton.conf -b

If you’re running #!++, you might just use the graphic menu to restart compton.

I honestly don’t know what’s actually going on behind the scenes, but at least this fix quite made the trick for me. I’m using a Dell Inspiron series 7000 with a HD Intel graphic card. The key point is vsync and there is lots of forums and blogs about screen tearing and vsync.

This fix works reasonably well, although there is no guarantee it’ll always work with other drivers or cards. However, it’s the only one that has worked for me and it’s quite simple, especially if your distro already uses compton as the default composer, as it happens with #!++.

References:

  1. http://www.rottenrei.be/posts/2014-12-23-fixing-ubuntu-s-screen-tearing-on-intel-hd-graphics/
  2. https://ubuntuforums.org/showthread.php?t=2144468&page=2

 

Screen tearing y su solución con compton en Debian 8/Crunchbang++

Publicado por sigfridumest el

«Screen tearing» es al parecer un problema muy común y que se presenta cuando se corre un vídeo como divisiones horizontales de la imagen, sobre todo en escenas rápidas. En Wikipedia hay un artículo con una imagen que describe bastante bien este efecto.

Una solución fácil, sobre todo si se usa de antemano compton como compositor digital de imágenes, siendo el caso cuando se corre Crunchbang ++, por ejemplo, es simplemente añadir a compton.conf:

backend = "glx";
vsync = "opengl-swc";
glx-swap-method = 3;

archivo el cual se puede fácilmente encontrar en el directorio oculto ~/.config. Después de este añadido, se reinicia compton, entre otras formas, así, desde una terminal:

compton --config ~/.config/compton.conf -b

o bien, si se está de antemano en Crunchbang mediante el menú gráfico. Si no cuentas en tu distro con compton, simplemente instálalo; el nombre del paquete es «compton». Toma en cuenta que no debe estar corriéndose ningún otro compositor, para que compton funcione adecuadamente.

No sé bien a bien qué sucede, pero al menos para mí funciona en una Dell Inspiron series 7000, que usa gráficos HD de Intel. La clave está en vsync. Existen muchos páginas de foros y blogs sobre este problema; por si quieres saber más «screen tearing» te devuelve en google un buen número de artículos.

La solución expuesta funciona aceptablemente, pero no hay garantía de que siempre sea así. Es la única que a la fecha me ha funcionado y es muy sencilla.

Referencias:

  1. http://www.rottenrei.be/posts/2014-12-23-fixing-ubuntu-s-screen-tearing-on-intel-hd-graphics/
  2. https://ubuntuforums.org/showthread.php?t=2144468&page=2

Instalación de Crunchbang++ en Dell Inspiron serie 7000 (conservando un home preexistente)

Publicado por sigfridumest el

Lamentablemente para muchos, Crunchbang llegó al final de su vida. Pocas semanas despúes de esta noticia, se anuncia el proyecto Crunchbang++ (!#++), que sería la continuación de Crunchbang, pero por otros desarrolladores distintos al de Crunchbang. Se pretende seguir con el mismo principio de Crunchbang: Una versión Debian mediado por una gran adaptación de Openbox, que resulta en una interfase gráfica visualmente elegante, eficaz y muy ligera. Pues bien, Crunchbang++ nos tiene preparada la versión 1.0 (sin nombre) que se basa en la recientemente disponible versión 8 de Debian estable, Jessie.

A continuación presento algunos detalles de la instalación de !#++ en una laptop Dell Inspiron de la serie 7000. La instalación es muy sencilla, pero necesita de red disponible, ya sea por cable o inalámbrica. La primera opción siempre tendrá más probabilidades de éxito. No comentaré sobre EFI y pormenores.

Aquí supondremos que ese dilema ha sido solucionado y que se dispone de un conjunto de particiones preexistentes en donde se home, la cual tiene un directorio de usuario que se desea conservar y que será el usuario principal con credecianciales administrativas. Al parecer, !#++ no hace una instalación completa si se tiene un directorio de usuario preexistente, ya que debe copiar algunos archivos que dan lugar a la interfase que conocemos de Crunchbang.

Primero, obviamente, descargamos !#++. !#++ no dispone no brinda sesiones en vivo antes de su instalación, así que será necesario montar el iso en una llave usb e instalar directamente. La instalación es simple, como cuando uno instala cuaqluier otra distribución de GNU/Linux mediante el instalador gráfico. La única salvedad que hay que tomar en cuenta, como ya se mencionó, es que es indispensable disponer conexión a Internet. En mi caso, !#++ no configuró adecuadamente la conexión inalámbrica, por lo que tuve que sustituirla con un pinche cable de red.

Una vez instalado el sistema, podemos ingresar a la sesión de !#++. Al hacerlo, al menos en mi caso, accedemos a una sesión mediada por Openbox sin ningún tweek adicional. Prácticamente tenemos Debian 8 y Openbox. Quienes estén contentos son esta configuración, es tiempo de parar la lectura y proceder a la instalación y disfrutar de tal combinación. Pero quienes deseen tener el más elegante ambiente que proporciona !#++ quizá tengan que realizar los siguientes tweeks.

En la sesión de Openbox corremos en una terminal el siguiente script:

/usr/bin/cbpp-welcome

De ahí seleccionamos lo que nos resulte conveniente de instalar.

Luego es necesario copiar algunos o todos los archivos (visibles y ocultos) que se encuentran en el directorio /etc/skel a nuestro directorio de usuario en home

cbppuser@crunchbangpp:~$ ls -all /etc/skel
total 84
drwxr-xr-x   5 root root  4096 May 19 11:34 .
drwxr-xr-x 139 root root 12288 May 21 11:24 ..
-rw-r--r--   1 root root   220 Nov 12  2014 .bash_logout
-rw-r--r--   1 root root  3515 Nov 12  2014 .bashrc
-rwxr-xr-x   1 root root   571 Apr  9 12:20 .cbpp-user-setup
drwxr-xr-x  20 root root  4096 May 19 11:34 .config
-rw-r--r--   1 root root  1814 Apr  9 12:20 .conkyrc
-rw-r--r--   1 root root   730 Apr  9 12:20 .fonts.conf
-rw-r--r--   1 root root   366 Apr  9 12:20 .gmrunrc
-rw-r--r--   1 root root   240 Apr  9 12:20 .gtk-bookmarks
-rw-r--r--   1 root root   548 Apr  9 12:20 .gtkrc-2.0
-rw-r--r--   1 root root     1 Apr  9 12:20 .gtkrc-2.0.mine
drwxr-xr-x   3 root root  4096 May  6 14:58 .local
-rw-r--r--   1 root root    98 Apr  9 12:20 .pbuilderrc
-rw-r--r--   1 root root   675 Nov 12  2014 .profile
drwxr-xr-x   2 root root  4096 May 19 11:34 templates
-rw-r--r--   1 root root  1723 Apr  9 12:20 .Xresources
-rw-r--r--   1 root root  7470 Apr  9 12:20 .xscreensaver

De ahí es importante seleccionar lo que cada quien desee copiar. Yo no copié nada directamente, sino que seleccione algunos archivos y driectorios de .config:

drwxr-xr-x  3 root root 4096 May 19 11:34 chromium
drwxr-xr-x  2 root root 4096 May 19 11:34 clipit
-rw-r--r--  1 root root  884 Apr  9 12:20 compton.conf
drwxr-xr-x  2 root root 4096 May 19 11:34 dmenu
drwxr-xr-x  4 root root 4096 May 19 11:34 geany
drwxr-xr-x  2 root root 4096 May 19 11:34 gigolo
drwxr-xr-x  3 root root 4096 May  6 14:58 google-chrome
drwxr-xr-x  2 root root 4096 May 19 11:34 gsimplecal
drwxr-xr-x  2 root root 4096 May 19 11:34 gtk-3.0
drwxr-xr-x  2 root root 4096 May 19 11:34 hexchat
drwxr-xr-x  2 root root 4096 May 19 11:34 nitrogen
drwxr-xr-x  2 root root 4096 May 19 11:34 openbox
drwxr-xr-x  2 root root 4096 May 19 11:34 pnmixer
drwxr-xr-x  2 root root 4096 May 19 11:34 Terminal
drwxr-xr-x  2 root root 4096 May 19 11:34 terminator
drwxr-xr-x  2 root root 4096 May 19 11:34 Thunar
drwxr-xr-x  2 root root 4096 May 19 11:34 tint2
-rw-r--r--  1 root root 2970 Apr  9 12:20 Trolltech.conf
-rw-r--r--  1 root root  616 Apr  9 12:20 user-dirs.dirs
-rw-r--r--  1 root root    5 Apr  9 12:20 user-dirs.locale
drwxr-xr-x  2 root root 4096 May 19 11:34 volumeicon
drwxr-xr-x  3 root root 4096 May  6 14:58 xfce4

Dejo al criterio de cada quien la elección de qué copiar o que no a home, pero quizá el comentario siguiente sea de utilidad. Yo copié a ~/.config/ el directorio openbox (habiendo respaldado el ya existente), pnmixer, volumeicon, xfce4, tint2, compton.conf. Algunos son archivos; otros, directorios. Al parecer, esto es lo mínimo necesario para habilitar una sesión de !#++ completamente funcional.

Un tweak adicional. Resulta que las teclas de control de volumen no funcionaron. Para esto agregué las siguientes líneas en el rc.xml de openbox ~/.config/openbox

<keybind key="XF86AudioRaiseVolume">
  <action name="Execute">
    <command>amixer set Master 5%+</command>
  </action>
</keybind>
<keybind key="XF86AudioLowerVolume">
  <action name="Execute">
    <command>amixer set Master 5%-</command>
  </action>
</keybind>
<keybind key="XF86AudioMute">
  <action name="Execute">
    <command>amixer set Master toggle</command>
  </action>
 </keybind>

Los keybinds adecuados tendrá que consultarlos cada quién de acuerdo a su hardware, pero puede intentar los dados y probar.
Un programita que es imprescindible si se quiere escribir en discos duros externos removibles es ntfs-3g, el cual no parece estar incluido en !#++.
Eso es todo. Los demás tweaks son los típicos de la personalización individual de cada usuario.