- Ajustes críticos en la BIOS y desactivación de funciones de energía específicas para evitar bloqueos.
- Identificación y aislamiento de hardware conflictivo mediante scripts de gestión de energía.
- Configuración de systemd y polkit para controlar el comportamiento de la tapa y los permisos de suspensión.
- Métodos avanzados de bloqueo de servicios y enmascaramiento de targets para prevenir cierres inesperados.
Luchar contra la gestión de energía en Linux puede llegar a ser un auténtico dolor de cabeza, especialmente cuando quieres cerrar la tapa de tu portátil y, en lugar de entrar en un estado de bajo consumo, el equipo se queda encendido consumiendo batería o se bloquea por completo. Es una de esas situaciones que frustran incluso a los usuarios más curtidos y que a veces empuja a algunos a volver a sistemas operativos más cerrados solo por tener esa tranquilidad.
Lo cierto es que no existe una solución única porque cada máquina es un mundo; lo que en un equipo Asus funciona, en uno Dell puede no servir de nada. Sin embargo, la mayoría de estos fallos suelen derivar de una mala comunicación entre el kernel y el hardware, o de configuraciones de la BIOS que Linux no sabe gestionar bien, provocando que el sistema se quede colgado esperando una respuesta que nunca llega.
Ajustes en la BIOS: El primer paso fundamental
A veces nos pasamos horas tocando el GRUB o probando diez distribuciones distintas pensando que el problema es del software, cuando la solución está escondida en el menú de arranque. Hay funciones de ahorro de energía y gestión de CPU que pueden entrar en conflicto directo con Linux. Para solventar esto, es recomendable entrar en la BIOS y desactivar opciones específicas que suelen dar guerra.
Entre los parámetros que más problemas suelen causar se encuentran el Agressive LPM, el Intel Speed Step y la tecnología VT-d. Asimismo, desactivar el Above 4G Decoding y el Memory Remap puede ser la clave para que el equipo finalmente entre en suspensión completa sin que los ventiladores sigan girando o las luces RGB se queden encendidas.
Localización de hardware conflictivo
Si la BIOS no es la solución, lo más probable es que algún componente físico esté impidiendo que el sistema se «duerma». Para dar con el culpable, lo ideal es ir desconectando periféricos uno a uno. No te olvides de revisar si tienes alguna tarjeta SD insertada, un pendrive o algún adaptador USB, ya que estos dispositivos son famosos por bloquear la señal de hibernación.
Si identificas que un dispositivo concreto (como un lector de tarjetas o una tarjeta de TV) es el que causa el problema, puedes crear un script en el directorio /etc/pm/sleep.d/ para automatizar su desconexión. Por ejemplo, puedes programar que el sistema desmonte la unidad mmcblk0p1 justo antes de suspender y la vuelva a montar al despertar, asegurando que el proceso no se quede colgado.
Controlar el comportamiento de la tapa del portátil
Hay casos en los que no queremos que el ordenador se suspenda al cerrar la tapa, quizás porque lo usamos como un servidor casero o tenemos un monitor externo. Para lograr que Linux ignore el cierre de la tapa, debemos editar el archivo de configuración de systemd ubicado en /etc/systemd/logind.conf.
Solo tienes que buscar la línea HandleLidSwitch y cambiar su valor a ignore, asegurándote de quitar el símbolo de almohadilla al principio para activar la instrucción. Después de guardar los cambios y reiniciar el servicio con el comando systemctl restart systemd-logind, podrás cerrar la tapa y el sistema seguirá funcionando como si nada hubiera pasado.
Soluciones drásticas: Bloqueo de funciones y permisos
Cuando los cierres inesperados son constantes y afectan a la productividad, la mejor opción es, sencillamente, inhabilitar la suspensión a nivel de sistema para evitar que el equipo se apague solo. Esto se puede hacer mediante la gestión de políticas de Polkit, creando archivos en /etc/polkit-1/localauthority/ que retiren los permisos de suspensión e hibernación a todos los usuarios.
Para blindar la máquina totalmente, puedes recurrir a la terminal y ejecutar el comando systemctl mask sobre los targets de sleep, suspend, hibernate y hybrid-sleep. Esto hace que el sistema ignore cualquier petición de suspensión, eliminando incluso los botones correspondientes del menú de inicio, lo cual es una medida drástica pero efectiva mientras se busca una solución definitiva.
Si te encuentras en una situación donde el equipo despierta con una pantalla negra y un cursor parpadeando, es probable que estés ante un kernel panic o un fallo de recuperación de memoria. En estos casos, intentar reiniciar de forma segura mediante SysRq suele fallar, y la única salida es el reinicio forzado, que a menudo nos lleva a la consola de busybox/initramfs para reparar particiones dañadas con fsck.
Para poner orden en este caos, lo más efectivo es combinar la limpieza de opciones en la BIOS, el aislamiento de hardware mediante scripts en la carpeta de gestión de energía y, si nada funciona, el bloqueo total de los servicios de suspensión mediante systemd para garantizar que el sistema permanezca operativo y estable.
Redactor apasionado del mundo de los bytes y la tecnología en general. Me encanta compartir mis conocimientos a través de la escritura, y eso es lo que haré en este blog, mostrarte todo lo más interesante sobre gadgets, software, hardware, tendencias tecnológicas, y más. Mi objetivo es ayudarte a navegar por el mundo digital de forma sencilla y entretenida.