Jump to content
From ArchWiki
Esta traducción de Laptop fue revisada el 2022-11-04. Si existen cambios puede actualizarla o avisar al equipo de traducción.

Esta Página principal de la computadora portátil contiene enlaces a artículos (secciones) necesarios para configurar una computadora portátil para obtener la mejor experiencia. Configurar una computadora portátil es, en muchos aspectos, lo mismo que configurar una computadora de escritorio. Sin embargo, hay algunas diferencias clave. Arch Linux proporciona todas las herramientas y programas necesarios para tomar el control completo de su computadora portátil. Estos programas y utilidades se destacan a continuación, con tutoriales de consejos apropiados.

Para obtener una descripción general de la compatibilidad de hardware de Linux reportada/lograda de un modelo de computadora portátil en particular, véase los resultados por proveedor en las subpáginas a continuación.

Acer – Apple – ASUS – Dell – Fujitsu – HP – IBM/Lenovo – MSI – Samsung – Sony – Toshiba – Otros

Si hay instrucciones específicas del modelo de computadora portátil, el artículo respectivo se vincula en la primera columna de las subpáginas del proveedor. En caso de que el modelo no figure en la tabla de proveedores, las instrucciones existentes de modelos similares a través de la subcategoría de proveedores en Categoría:Portatil pueden ayudar.

## Gestión de energía

Nota: Debe leer los artículos Gestión de energía y Escalado de frecuencia de CPU. A continuación se describen características adicionales específicas de la computadora portátil.

La gestión de la energía es muy importante para cualquier persona que desee hacer un buen uso de la capacidad de su batería. Las siguientes herramientas y programas ayudan a aumentar la duración de la batería y a mantener su computadora portátil fresca y silenciosa.

### Estado de la batería

La lectura del estado de la batería se puede hacer de varias maneras. El método clásico es un demonio (daemon) que sondea periódicamente el nivel de la batería mediante la interfaz ACPI. En algunos sistemas, la batería envía eventos a udev cada vez que se (des)carga en un 1%, este evento se puede conectar a alguna acción usando una regla udev.

#### ACPI

El estado de la batería se puede leer utilizando las utilidades ACPI desde el terminal. Las utilidades ACPI de la línea de órdenes se proporcionan a través del paquete acpi. Véase Módulos ACPI para obtener más información.

- cbatticon es un icono de batería que se encuentra en la bandeja del sistema.
- batifyAUR es un archivo udevrule que activa notificaciones de nivel de batería y enchufe (soporta sesiones multi-x).
- batsignalAUR es un demonio (daemon) liviano de monitorización de batería que utiliza libnotify para advertir sobre niveles bajos de batería.

#### Hibernar con nivel de batería bajo

Si su batería envía eventos a udev cada vez que se (des)carga en un 1%, puede utilizar esta regla de udev para hibernar automáticamente el sistema cuando el nivel de la batería es crítico y así evitar que se pierda todo el trabajo no guardado.

Nota: No todas las baterías informan eventos de descarga. Pruebe ejecutando `udevadm monitor --property` con batería y vea si se informa algún evento. Debes esperar al menos un 1% de caída. Si no se informan eventos y `/sys/class/power_supply/BAT0/alarm` es distinto de cero, es probable que la batería active un evento cuando `BAT0/energy_now` cae por debajo del valor de alarma, y la regla udev funcionará siempre que funcione el porcentaje matemático. Algunas computadoras portátiles tienen una opción para esto desactivada en BIOS de manera predeterminada.

    /etc/udev/rules.d/99-lowbat.rules

    # Suspende el sistema cuando el nivel de la batería caiga al 5% o menos
    SUBSYSTEM=="power_supply", ATTR{status}=="Discharging", ATTR{capacity}=="[0-5]", RUN+="/usr/bin/systemctl hibernate"

Esta regla se repetirá cada vez que se establezca la condición. Como tal, cuando se reanuda desde la hibernación cuando la batería es crítica, la computadora hiberna directamente. Algunas computadoras portátiles no arrancan más allá de cierto nivel de batería, por lo que la regla podría ajustarse en consecuencia.

Si tiene más de una batería o si está utilizando un dispositivo periférico alimentado por batería, la regla podría activarse inesperadamente por la descarga de otra batería; esto se puede arreglar comprobando `/sys/class/power_supply/nameOfMainBattery/attributesAndOtherDirectories` para otro par de atributos/valores para añadir a su regla udev. Este atributo adicional debe ser específico de la batería principal, por ejemplo `model_name`.

Las baterías pueden saltar a un valor más bajo en lugar de descargarse continuamente, por lo tanto, se utiliza un patrón de coincidencia de cadena udev para todas las capacidades de 0 a 5.

Se pueden añadir otras reglas para realizar diferentes acciones según el estado y/o la capacidad de la fuente de alimentación.

Si su sistema no tiene o faltan eventos ACPI, ejecute con frecuencia el siguiente script que utiliza acpi:

    #!/bin/sh
    acpi -b | awk -F'[,:%]' '{print $2, $3}' | {
    	read -r status capacity

    	if [ "$status" = Discharging -a "$capacity" -lt 5 ]; then
    		logger "Critical battery threshold"
    		systemctl hibernate
    	fi
    }

Si tiene más de una batería o si está utilizando un dispositivo periférico alimentado por batería, debe modificar la segunda línea del script añadiendo `grep` para monitorear la batería correcta de la siguiente manera: `acpi -b | grep "Battery 0" | awk -F'[,:%]' '{print $2, $3}' | {`. Reemplace `Battery 0` con la batería requerida según lo informado por `acpi -b`.

Nota: Desconectar una batería o un dispositivo periférico puede romper su secuencia de órdenes, ya que puede hacer que se cambie el nombre de las baterías restantes, es decir, cuando se desconecta `Battery 0`, `Battery 1` se convierte en `Battery 0` automáticamente, y así sucesivamente.

##### Probar eventos

Una forma de probar las reglas de udev es hacer que creen un archivo cuando se ejecutan. Por ejemplo:

    /etc/udev/rules.d/98-discharging.rules

    SUBSYSTEM=="power_supply", ATTR{status}=="Discharging", RUN+="/usr/bin/touch /home/example/discharging"

Esto crea un archivo en `/home/example/discharging` cuando se desconecta el cargador de la computadora portátil. Puede probar si la regla funcionó desconectando su computadora portátil y buscando este archivo. Para hacer pruebas más avanzadas de reglas udev, véase Udev#Testing rules before loading.

### Suspender e hibernar

La suspensión manual del sistema operativo, ya sea en la memoria (en espera) o en el disco (hibernación), a veces proporciona la forma más eficiente de optimizar la duración de la batería, según el patrón de uso de la computadora portátil.

Véase el artículo principal Suspender e hibernar.

### Problema de giro del disco duro

Documentado aquí.

Para evitar que el disco duro de su computadora portátil deje de girar con demasiada frecuencia, establezca una administración de energía menos agresiva como se describe en hdparm#Power management configuration. Incluso los valores predeterminados pueden ser demasiado agresivos.

### Disparadores para despertar

Las fuentes/eventos/disparadores para despertar el sistema desde cualquier estados hardware de ahorro de energía. Para encontrar y configurar estos, véase Disparadores para despertar.

## Soporte de hardware

### Brillo de la pantalla

Véase Backlight.

### Panel táctil

Para que su panel táctil funcione correctamente, véase la página libinput. Touchpad Synaptics es el controlador de entrada más antiguo, que actualmente se encuentra en modo de mantenimiento y ya no se actualiza.

#### Panel táctil no detectado en absoluto

Si un dispositivo de panel táctil no se detecta y no se muestra como un dispositivo, una posible solución podría ser utilizar uno o más de estos parámetros del kernel:

    i8042.noloop i8042.nomux i8042.nopnp i8042.reset

##### Elantech

Si no se detecta un panel táctil Elantech y aparece la siguiente línea en su journal:

    elan_i2c 5-0015: 5-0015 supply vcc not found, using dummy regulator

Está relacionado con un problema con el módulo `psmouse` que intenta utilizar un bus secundario para el dispositivo de panel táctil y `elan_i2c` no lo hace. La solución es forzarlo a utilizar el principal. Cree el archivo mostrado a continuación y vuelva a cargar el módulo `psmouse` o reinicie:

    /etc/modprobe.d/psmouse.conf

    options psmouse elantech_smbus=0

### Lector de huellas dactilares

Véase Fingerprint-gui, fprint y ThinkFinger (para ThinkPads).

### Cámara web

Véase Configuración de la cámara web.

### Protección contra golpes del disco duro

Hay varias computadoras portátiles de diferentes proveedores que cuentan con capacidades de protección contra golpes. Dado que los fabricantes se han negado a admitir el desarrollo de código abierto de los componentes de software requeridos hasta el momento, el soporte de Linux para la protección contra golpes varía considerablemente entre las diferentes implementaciones de hardware.

Actualmente, dos proyectos, llamados HDAPS y Hpfall, soportan este tipo de protección. HDAPS es para IBM/Lenovo Thinkpads y hpfall para portátiles HP/Compaq.

### Gráficos híbridos

Los fabricantes de computadoras portátiles desarrollaron nuevas tecnologías que involucran dos tarjetas gráficas en una sola computadora, lo que permite usos de alto rendimiento y ahorro de energía. Estas computadoras portátiles generalmente utilizan un chip Intel para la visualización de forma predeterminada, por lo que primero se necesita un controlador Intel graphics. Luego puede elegir métodos para utilizar el segundo chip de gráficos.

### Aceleración de vídeo por hardware

El uso de decodificación y codificación por hardware puede conducir a una mayor duración de la batería. Véase Aceleración de vídeo.

### LED de silencio de audio

En las computadoras portátiles que utilizan Intel HD Audio, es posible que el usuario deba especificar manualmente el modelo de códec para que funcione el LED de silencio (mute) de audio. Primero, verifique si su computadora portátil utiliza Intel HD Audio; la siguiente orden producirá una salida de ser así:

    $ lsmod | grep snd_hda_intel

A continuación, deberá encontrar su modelo de códec de audio:

    $ grep Codec /proc/asound/card*/codec*

Ahora necesita encontrar su códec en la lista de nombres de modelos disponibles. Si no puede encontrar un códec para su modelo específico, puede encontrar uno que funcione a través de prueba y error.

Para indicarle al módulo del kernel qué opciones específicas del modelo debe cargar, especifique `model=` opción del módulo del kernel. Por ejemplo:

    /etc/modprobe.d/mute-led.conf

    options snd-hda-intel model=nombre_modelo

Para probar si esto funcionó o no, se debe recargar el módulo del kernel. Puede hacerlo reiniciando.

Si necesita probar una gran cantidad de códecs, puede ser más eficiente evitar el reinicio llevando primero el sistema a un estado donde ningún proceso esté utilizando el módulo del kernel y luego recargando el módulo con los nuevos parámetros. Esto se puede hacer cerrando la sesión de todas las sesiones gráficas y de consola, y deteniendo el gestor de pantalla si utiliza uno. Al volver a iniciar sesión en una consola, ejecute las siguientes órdenes:

    # modprobe -r snd_hda_intel
    # modprobe snd_hda_intel model=nombre_modelo

El módulo ahora utilizará el nuevo códec especificado en nombre_modelo.

## Sincronizar reloj mediante la red

Para una computadora portátil, puede ser una buena idea utilizar Chrony como alternativa a NTPd, OpenNTPD o systemd-timesyncd para sincronizar su reloj a través de la red. Chrony está diseñado para funcionar bien incluso en sistemas sin conexión de red permanente (como computadoras portátiles) y es capaz de sincronizar el tiempo mucho más rápido que el ntp estándar. Chrony tiene varias ventajas cuando se utiliza en sistemas que se ejecutan en máquinas virtuales, como un mayor rango de corrección de frecuencia para ayudar a corregir los relojes que se desvían rápidamente y una mejor respuesta a los cambios rápidos en la frecuencia del reloj. También tiene una huella de memoria más pequeña y no requiere reactivaciones de procesos innecesarias, lo que mejora la eficiencia energética.

## Escribir páginas de computadora portátil

Véase Help:Laptop page guidelines si desea crear o modificar cualquier página de computadora portátil.

## Véase también

General

- Escalado de frecuencia de CPU es una tecnología utilizada principalmente por portátiles que permite que el sistema operativo escale la frecuencia de la CPU hacia arriba o hacia abajo, según la carga del sistema actual y/o el esquema de energía.
- Señalización de gestión de energía de pantalla describe cómo apagar automáticamente la pantalla de la computadora portátil después de un intervalo específico de inactividad (no solo en blanco con un protector de pantalla, sino completamente apagada).
- Configuración de red inalámbrica proporciona información sobre la configuración de la conexión inalámbrica.
- Extra keyboard keys describe la configuración de las teclas multimedia.
- acpid es un demonio (daemon) flexible y extensible para entregar eventos ACPI.

Páginas específicas para ciertos tipos de portátiles

- Véase Categoría:Portátiles y sus subcategorías para páginas dedicadas a modelos/proveedores específicos.
- Los ajustes de batería para ThinkPad se pueden encontrar en TLP y el artículo tp_smapi.

Recursos externos

- https://linux-on-laptops.com/
- https://www.linlap.com/

Category:

- Laptops (Español)