< Power management (Español)

Power management (Español)/Suspend and hibernate (Español)

Actualmente hay tres métodos de suspensión disponibles: suspender en RAM (llamado solo suspender), suspender en disco (conocido como hibernar) y suspensión híbrida (a veces llamado suspender a ambos):

  • Suspender en RAM: Este método corta la corriente en muchas partes del sistema excepto de la RAM, que es necesaria para restaurar el estado de la máquina, de ahí el gran ahorro energético. Es recomendable para los portátiles que entre en este modo automáticamente cuando el ordenador esta consumiendo baterías y la pantalla está cerrada (o el usuario está inactivo por un periodo de tiempo).
  • Suspender en disco: Este método guarda el estado de la máquina en espacio swap y apaga completamente la máquina. Cuando la máquina se enciende el estado se restaura. Hasta entonces no hay consumo de energía.
  • Suspensión híbrida: Este método guarda el estado en el espacio swap, pero no apaga la máquina. En su lugar, invoca un suspender en RAM. De esta forma si la batería no se agota, el sistema puede continuar desde RAM. Si se agota, el sistema puede continuar desde el disco, que es más lento que continuar desde RAM, pero el estado de la máquina no se pierde.
Esta traducción de Power management/Suspend and hibernate fue revisada el 2019-04-06. Si existen cambios puede actualizarla o avisar al equipo de traducción.

Hay varias interfaces de bajo nivel (backends) que proporcionan una funcionalidad básica y varias interfaces de alto nivel que proporcionan retoques para encargarse de los controladores de hardware problemáticos/módulos kernel (p.ej. reinicialización de la tarjeta de vídeo).

Interfaces de bajo nivel

Aunque estas interfaces se pueden usar directamente es aconsejable que se utilice alguna interfaz de alto nivel para suspender/hibernar. Utilizar interfaces de bajo nivel es significativamente más rápido que utilizar las interfaces de alto nivel, ya que ejecutar los pre y post hooks lleva tiempo, pero estos hooks pueden establecer apropiadamente el reloj hardware, restaurar las redes inalámbricas, etc.

Núcleo (swsusp)

Lo más directo es informar directamente al núcleo (kernel) el código de suspensión del software para cambiar a un estado de suspensión (swsusp); el método exacto y el estado depende del nivel que soporta el hardware. En los núcleos modernos, el principal mecanismo para lanzar esta suspensión es escribir las apropiadas instrucciones en /sys/power/state.

vea la documentación del kernel (en inglés) para más detalles.

Uswsusp

La suspensión de software de espacio de usuario ('uswsusp') es un envoltorio del mecanismo de suspensión a RAM del núcleo que realiza algunas manipulaciones del adaptador gráfico desde el espacio de usuario antes de suspender y después de reanudar. Vea el articulo del manual Uswsusp.

Interfaces de alto nivel

El objetivo de estos paquetes es proporcionar script/binarios que puedan invocar y realizar la suspensión/hibernación. En realidad los enlaces a los botones de encendido o a los clic en un menú o a los eventos de la tapa de un portátil se les deja a otras herramientas. Para suspender/hibernar automáticamente en ciertos eventos de energía, como el cierre de la tapa del ordenador o bajo porcentaje de batería puede que estés buscando ejecutar acpid.

Systemd

Systemd proporciona de forma nativa comandos para suspender, hibernar y suspender de forma híbrida, vea administración de energía con systemd (en inglés) para más detalles. Esta es la interfaz por defecto usada en Arch Linux.

Vea sleep hooks como información adicional para configurar los hook de suspensión/hibernación. Vea también systemctl(1), systemd-sleep(8), y systemd.special(7).

Hibernar

Para utilizar la hibernación, necesita crear la partición o el archivo swap. Necesitará que el kernel apunte a su swap utilizando el parámetro del kernel , configurado a través del gestor de arranque. También necesitará configurar los initramfs. Esto le dice al kernel que se reanude desde un espacio inicial específico del swap. Abajo se describen en detalle estos tres pasos.

Sobre el tamaño de la partición/archivo swap

Incluso si su partición swap es más pequeña que la RAM, tiene grandes oportunidades de hibernar correctamente. Acorde con la Even if your swap partition is smaller than RAM, you still have a big chance of hibernating successfully. According to documentación del kernel (en inglés):

controla el tamaño de la imagen creada para el mecanismo suspender en disco. Se puede escribir representando un número entero no negativo que se utilizará como límite de la imagen creada, en bytes. El mecanismo suspender en disco se asegurará que la imagen no exceda ese número. Sin embargo, si es imposible, intentará suspender de cualquier forma utilizando la imagen más pequeña posible. Particularmente si en el archivo está escrito un "0" la imagen de suspensión sera lo más pequeña posible. Si se le ese archivo mostrará el actual límite de la imagen, que se establece 2/5 de la RAM disponible por defecto.

Puede disminuir el valor de para hacer que la imagen sea lo más pequeña que sea posible (para particiones swap pequeñas) o aumentar para acelerar el proceso de hibernación.

Vea archivos temporales de systemd para hacer este cambio permanente.

Parámetros necesarios del kernel

El parámetro del kernel resume=swap_partition se tiene que usar. Ya sea con el nombre que le asigna el kernel a la partición o su UUID se puede utilizar como . Por ejemplo:

  • resume=/dev/sda1
  • -- Ejemplo utilizando LVM

Generalmente, el método de nombrar utilizado por el parámetro debe de ser el mismo utilizado por el parámetro .

La configuración depende del gestor de arranque utilizado, para más detalles vea parámetros del kernel.

Hibernar en un archivo swap

Utilizar un archivo swap en vez de una partición swap requiere un parámetro adicional del kernel .

el valor de se puede obtener ejecutando filefrag -v archivo_swap, la salida de este comando esta en un formato de tabla y el valor requerido se localiza en la primera fila de la columna physical_offset. Por ejemplo:

En el ejemplo el valor de la es el primer con dos puntos.

Configurar initramfs

  • Cuando se utiliza el hook en el initramfs, que está por defecto, es necesario el hook en . La partición swap está referenciada, ya sea por etiqueta o por UUID, a un nodo del dispositivo udev, por tanto el hook debe de ir después del hook udev. Este ejemplo se ha realizado partiendo de la configuración por defecto:
Recuerde regenerar los initramfs para que los cambios surtan efecto.
Nota: Los usuarios LVM deben añadir el hook resume después de lvm2.
  • Cuando se utiliza el hook en el initramfs ya se proporciona el mecanismo de reanudación y no se necesita añadir nuevos hooks.

Solución de problemas

ACPI_OS_NAME

Puede que quiera retocar su tabla DSDT para hacer que funcione. Vea el artículo DSDT (en inglés).

Usuarios VAIO

Añada el parámetro del kernel a su gestor de arranque.

Suspender/hibernar no funciona o no es consistente

Ha habido muchos informes sobre que la pantalla se vuelve negra sin ver los errores fácilmente o poder hacer algo cuando se va a suspender/hibernar y vuelve atrás. Estos problemas se han visto tanto en portátiles como en escritorio. Esta es una solución no oficial pero cambiar a un kernel más antiguo, especialmente un kernel-LTS, resolverá probablemente este problema.

También puede surgir el problema cuando se utiliza un temporizador de vigilancia hardware (desactivado por defecto, vea en ). Un temporizador con errores puede reiniciar el ordenador antes de que se cree la imagen de hibernación.

A veces la pantalla se vuelve negra en el inicio del dispositivo desde dentro del initramfs. Eliminar cualquier módulo que puede que tenga en mkinitcpio y reconstruir los initramfs, posiblemente puede solucionar este error, especialmente con controladores gráficos para iniciar de forma anticipada KMS. Iniciar tales dispositivos antes de reanudar puede causar inconsistencias que evitan reanudar desde la hibernación. Esto no afecta a reanudar desde RAM. También compruebe el artículo del blog mejores prácticas para depurar errores de suspensión.

Para los controladores gráficos de Intel, activar KMS anticipado puede ayudar a solucionar el problema de la pantalla en negro. Vea iniciar de forma anticipada KMS para más detalles.

Después de actualizar al kernel 4.15.3 puede fallar al reanudar con un cursor estático (sin parpadear) en la pantalla negra. After upgrading to kernel 4.15.3, resume may fail with a static (non-blinking) cursor on a black screen. Poner en el módulo en la lista negra puede ayudar.

Wake-on-LAN

Si wake-on-LAN está activado la tarjeta de red consumirá energía incluso si el ordenador está hibernado.

Despertar instantáneo desde la suspensión

Se informa que para algunos sistemas Intel Haswell con el chipset LynxPoint y LynxPoint-LP se despiertan de forma instantánea después de suspender. Estos enlazan de forma errónea a las implementaciones ACPI BIOS y como lo interpreta el modulo xhci_hcd durante el inicio. Como un trabajo por turnos los sistemas afectados y reportados se añaden a una lista negra (llamada ) en el núcleo caso por caso.

Puede que se despierte de forma instantánea debido a un dispositivo USB que está conectado durante la suspensión y los disparadores ACPI para despertar el dispositivo se activan. Una solución viable para dichos sistemas es desactivar los disparadores para despertar el dispositivo si no están aún en la lista negra. A continuación un ejemplo para desactivar el despertar a través del USB.

Para ver la configuración actual:

Los dispositivos relevantes son , y (para USB 3.0). Para cambiar su estado tiene que repetir el nombre del dispositivo al archivo como root.

# echo EHC1 > /proc/acpi/wakeup
# echo EHC2 > /proc/acpi/wakeup
# echo XHC > /proc/acpi/wakeup

Esto hará que la suspensión vuelva a funcionar otra vez. Sin embargo estos ajustes son temporales y debe de establecerlos en cada reinicio. Para automatizar eche un vistazo a escribir archivos unitarios. Vea el hilo BBS para una posible solución y más información.

Si utiliza el controlador la razón para el despertar instantáneo puede ocurrir por un error en el controlador que a veces previene que se suspenda la tarjeta gráfica. Una posible solución es no cargar el módulo del núcleo antes de suspender y cargarlo después de despertar. Para hacerlo cree el siguiente script:

/usr/lib/systemd/system-sleep/10-nouveau.sh
#!/bin/bash

case $1/$2 in
  pre/*)
    # echo "Going to $2..."
    /usr/bin/echo "0" > /sys/class/vtconsole/vtcon1/bind
    /usr/bin/rmmod nouveau
    ;;
  post/*)
    # echo "Waking up from $2..."
    /usr/bin/modprobe nouveau
    /usr/bin/echo "1" > /sys/class/vtconsole/vtcon1/bind
    ;;
esac

La primera línea echo desata nouveaufb del controlador del dispositivo de almacenamiento de fotogramas de la consola (fbcon). Normalmente es como en este ejemplo, pero puede haber otro . Vea /sys/class/vtconsole/vtcon*/name que uno de ellos es un "dispositivo de almacenamiento de fotogramas" .

El sistema no se apaga cuando hiberna

Cuando hiberna sus sistema el sistema se debe de apagar (después de guardar el estado en el disco). A veces puede que vea el LED de energía siga encendido. Si esto ocurre puede ser recomendable establecer el a shutdown en :

Con la configuración de arriba, si todo lo demás está configurado correctamente, en la invocación a el sistema se apagará guardando el estado en el disco.

gollark: osmarkshypotheticalchatprotocol™ is based on Msgpack.
gollark: Just send it to me.
gollark: Just use unsafe Rust.
gollark: ROTATE apioforms, ISO.
gollark: Ugh, why does nobody provide useful feedback on my incomprehensible, poorly explained Minoteaur ideas?
This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.