Distribuciones

Tuned 2.28 ya habilita el ahorro de energía de WiFi en Fedora sin configuración extra

TL;DR — Lo que vas a tener al final

  • Tiempo de setup: 30 minutos para instalación, 1-2 horas para upgrade in-place.
  • Requisitos: Backup de /home, conexión a internet, 20+ GB libres.
  • Resultado: Sistema actualizado con soporte extendido, drivers funcionando.
  • Troubleshooting: dnf distro-sync, akmods para NVIDIA, journalctl -p err.

Tuned 2.28 ya habilita el ahorro de energía de WiFi en Fedora sin configuración extra

El 22 de agosto Red Hat publicó Tuned 2.28, la versión estable del daemon que Fedora trae activo por defecto para perfilar CPU, disco y red. El cambio más visible — y el que más impacto tiene en laptops y mini-PCs sin configuración manual — es que ahora Tuned enciende el power save del WiFi automáticamente, sin que tengas que instalar nada extra ni tocar iwpriv.

Por qué este cambio importa si usas Fedora (o derivadas)

Tuned lleva años siendo el reemplazo del antiguo power-profiles-daemon en Fedora 41+ y, por extensión, en Nobara, Ultramarine y otras distros que toman el daemon de Red Hat. El problema es que el profile powersave siempre intentó activar el ahorro de energía del WiFi llamando a iwpriv, una herramienta que en Fedora aún viene en el paquete wireless-tools pero no funciona con drivers modernos (solo cfg80211/nl80211), por lo que el daemon ejecutaba el comando, no pasaba nada y la batería de tu laptop se consumía un poco más rápido de lo necesario. Resultado: el daemon ejecutaba el comando, no pasaba nada y la batería de tu laptop se consumía un poco más rápido de lo necesario.

El reporte (Bugzilla #2372365) lleva abierto desde junio de 2025 y se cerró el 7 de agosto de 2026 con el merge del PR #868. La corrección cambia la implementación interna para usar el backend moderno nl80211 vía iw, dejando iwpriv solo como fallback para drivers muy viejos basados en Wireless Extensions.

Qué cambia exactamente con Tuned 2.28

Lo concreto para tu sistema:

  • iw pasa a ser dependencia obligatoria del paquete. Si tienes Fedora sin iw, al actualizar Tuned te lo instalará como dependencia (Requires: en el spec).
  • El comando que ejecuta Tuned ahora es iw dev set power_save on. Funciona en cualquier adaptador con driver cfg80211/nl80211, que es prácticamente todo el hardware WiFi vendido desde 2012.
  • iwpriv se conserva como fallback por compatibilidad. Solo se invoca si iw falla en una interfaz específica.

El resto del release no toca WiFi pero incluye mejoras que vale la pena conocer. El profile network-latency ahora usa avc_cache_threshold=8192 (en RHEL 9 y 10 el default era 512 y producía picos de latencia en cargas de red). También llegan opciones adicionales de network coalescing, mejor integración con systemd y más documentación para compilar desde fuente.

Si quieres ver el detalle del paquete, la firma GPG de Jaroslav Škarvada (mantenedor) y el árbol git exacto, todo está en el tag v2.28.0 del repositorio oficial.

Verifica tu versión y qué profile tienes activo

Antes de actualizar, mira con qué Tuned estás corriendo:


rpm -q tuned
systemctl status tuned --no-pager | head -5

El primero te dice la versión instalada. Si marca 2.27.x o anterior, tu laptop está perdiendo ese power save automático. El segundo confirma si el daemon está activo y en qué profile. Para listar todos los disponibles:


tuned-adm list

Verás algo como accelerator-performance, balanced, desktop, latency-performance, network-latency, network-throughput, powersave, throughput-performance, virtual-guest y virtual-host. Fedora y la mayoría de distros derivadas arrancan en balanced por defecto. Si usas laptop, conviene pasarte a balanced o powersave para que el cambio aplique.

Activa el profile correcto y confirma que Tuned escribe sobre tu WiFi

Cambiar de profile es seguro y reversible. Los tres comandos que necesitas:


sudo tuned-adm profile balanced
sudo systemctl restart tuned
iw dev wlan0 set power_save on

El primero aplica el profile y reinicia Tuned si estaba activo. El segundo es por si acaso quedó algún estado colgado. El tercero fuerza manualmente el ahorro de energía en wlan0 para confirmar que tu adaptador responde al comando nl80211 (si falla con “Operation not supported”, tu driver es muy viejo y caerá al fallback iwpriv, que tampoco estará en Fedora, así que toca esperar o actualizar firmware).

Para ver el estado real de tu interfaz:


iw dev wlan0 get power_save

Si responde Power save: on, ya estás disfrutando el fix. Si devuelve Power save: off, lo más probable es que el driver (frecuente en Intel iwlwifi y algunos Realtek rtw88/rtl8821) esté forzando off por su propia política de estabilidad: suele pasar cuando el enlace tiene buen RSSI y la radio no necesita dormir. En ese caso Tuned no puede hacer mucho; el driver decide. Si la batería te importa más que un par de ms extra de latencia, prueba sudo tuned-adm profile powersave; si el driver lo vuelve a apagar, dejálo así.

Cómo interactúa esto con tu gestor de ventanas o escritorio

GNOME y KDE tienen su propio control de energía en la bandeja del sistema. Tuned no entra en conflicto con ellos, pero el de GNOME usa power-profiles-daemon como intermediario y desde Fedora 41 ese daemon ya no existe — todo se delega a Tuned. Si abres Configuración → Energía y ves “Balanceado” o “Ahorro de energía”, esa selección se traduce a tuned-adm profile balanced o powersave por debajo. KDE Plasma usa powerdevil, que coexiste sin pelearse, pero el ajuste fino del WiFi lo sigue manejando Tuned.

En la práctica, esto significa que después de actualizar a Tuned 2.28 y reiniciar, no tienes que tocar nada: el sistema simplemente empieza a ahorrar batería donde antes no podía.

Quédate con `iw` y descarta `iwpriv` salvo en hardware muy viejo

Si tienes scripts personalizados que llaman a iwpriv set_power 5 wlan0 o similares, déjalos por ahora pero entiende que ya no son necesarios en Fedora. Para la mayoría:


sudo dnf remove wireless-tools 2>/dev/null
# Crear un script wrapper que delega a iw (acepta on|off|toggle|get)
sudo tee /usr/local/bin/wifi-power-toggle >/dev/null <<'EOF'
#!/bin/bash
iface="${1:-wlan0}"
case "${2:-toggle}" in
  on)      iw dev "$iface" set power_save on ;;
  off)     iw dev "$iface" set power_save off ;;
  toggle)  iw dev "$iface" get power_save ;;
  *)       echo "uso: $0  {on|off|toggle|get}" >&2 ; exit 1 ;;
esac
EOF
sudo chmod +x /usr/local/bin/wifi-power-toggle

El primero limpia el paquete si lo tenías de un Fedora viejo. El segundo crea un alias rápido para activar/desactivar manualmente cuando quieras (sustituye iw dev wlan0 set power_save on|off con un script). Si tu script de dotfiles está en git, conviene actualizarlo para reflejar la nueva API.

¿Qué pasa con servidores y homelab?

Si usas Tuned en un servidor sin WiFi, este cambio es invisible para ti. Pero hay un detalle útil del release: el profile network-latency ahora corrige los picos de latencia en interfaces de red cableadas con el nuevo avc_cache_threshold. Si tu servidor Fedora corre tráfico sensible a latencia (VoIP, trading, NFS intensivo), vale la pena:


sudo tuned-adm profile network-latency
sudo systemctl restart tuned
# Estos sysctls NO son parte del profile network-latency (Tuned ajusta net.core.busy_poll, busy_read, netdev_max_backlog)
# Sumarlos manualmente solo si sigues viendo picos de latencia con muchos flujos cortos:
sudo sysctl -w net.netfilter.nf_conntrack_acct=0
sudo sysctl -w net.netfilter.nf_conntrack_log_invalid=0

Los tres juntos limpian contadores de conntrack que en kernels nuevos consumen ciclos innecesarios en redes con muchos flujos cortos. La tercera y cuarta línea son complementarias a lo que hace Tuned en este profile, no exclusivas.

Lo que viene en el horizonte

Jaroslav Škarvada dejó una pista interesante en las notas: Tuned 2.28 requiere rpm-ostree en sistemas image mode (bootc), lo que allana el camino para que Fedora CoreOS y sus derivados tengan el mismo perfilado que el Fedora Workstation tradicional. Si trabajas con imágenes inmutables, este release te interesa por ese lado tanto como por el WiFi.

También quedó abierto el issue #836 como seguimiento. Es lectura recomendada si te interesa el roadmap completo.

—

Lee también:

Preguntas frecuentes

¿Por qué Tuned 2.28 ya habilita el ahorro de energía de WiFi en Fedora sin configuración extra es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con Tuned 2.28 ya habilita el?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con Tuned 2.28 ya habilita el?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar Tuned 2.28 ya habilita el y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a Tuned 2.28 ya habilita el?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.

Lee también

Alfonso Moreno | Sysadmin Senior

Soy Alfonso, sysadmin senior con RHCE y más de 10 años administrando sistemas Linux para empresas y proyectos personales. Me especializo en infraestructura, redes, virtualización, monitoring, automation y self-hosting. Sobre SoyLinux.com SoyLinux.com es un blog técnico en español sobre Linux, software libre y self-hosting. Lo mantengo en mi tiempo libre. Áreas de expertise - Linux server administration: RHEL, CentOS, Rocky, Alma, Fedora, Debian, Ubuntu - Network services: Postfix, BIND, Samba, NFS, Squid - Virtualización y containers: KVM, Proxmox, Docker, Podman - Monitoring: Prometheus, Grafana, Zabbix - Automation: Ansible, Bash scripting - Self-hosting: Vaultwarden, Nextcloud, Jellyfin, Immich, Homelab Contacto - Email: [email protected]

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *