SteamOS 3.9 preview update con handheld y Steam Machine

SteamOS 3.9: novedades para gamers Linux este fin de semana

agosto 30, 2026 Alfonso Moreno | Sysadmin Senior 58 Visitas 11 min de lectura

Valve acaba de empujar al canal Preview de SteamOS la primera build de la rama 3.9, y aunque las notas oficiales apenas ocupan una pantalla, debajo hay un salto bastante serio: kernel Linux 7.2, hibernación preliminar, KDE Plasma 6.7.3 y un cambio de backend WiFi por defecto. Para quien juega en un Steam Deck o está pensando en revivir la idea de una Steam Machine con hardware AMD de terceros, esta versión pinta más madura que cualquier release anterior desde la 3.5.

El paquete todavía está etiquetado como “preview” y Valve insiste en que puede traer bugs. Aún así, los cambios son lo bastante grandes como para que valga la pena entender qué entra, qué cambia bajo el capó, y —si te gusta experimentar— cómo se opta sin romper el dispositivo. Esto es lo que vas a encontrar en la 3.9 y por qué importa.

TL;DR — Lo que vas a tener al final

Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
Resultado: Servicio funcional y estable, documentado paso a paso.
Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Antes de actualizar: ¿qué canal estás usando?

SteamOS 3.9 vive hoy en el canal Preview, no en Stable. Si tu Deck sigue en Stable (la rama que se actualiza sola y que la mayoría usa en el día a día), esta build todavía no te aparece. Para entrar al canal Preview: Settings → System → System Update Channel → Preview. Valve recalca que esta rama está pensada para quien quiere reportar bugs y vivir con la inestabilidad. Si te arrepientes y quieres volver a Stable, puedes hacerlo desde el mismo menú —SteamOS descargará la build estable de 3.8.x y la instalará sobre la preview.

Verifica en qué canal estás antes de instalar nada:

grep VERSION /etc/os-release
steamos-version
# Esperado en 3.9 preview: VERSION_ID=3.9

¿Por qué importa hoy? Porque los cambios que llegan en preview suelen tardar entre 4 y 8 semanas en estabilizarse a producción. Si compras un Steam Deck nuevo o flasheas un handheld AMD esta semana, lo más probable es que sigas en 3.8.x durante todo septiembre; la 3.9 estable te caerá probablemente en octubre o noviembre de 2026. Planifica en consecuencia si dependes del equipo para algo crítico.

Kernel Linux 7.2: lo grande no es solo el número

El salto más vistoso es el kernel: pasamos de la rama 6.16 (que lleva SteamOS estable) a Linux 7.2. No es una mera actualización de punto: el kernel 7.x trae mejoras de scheduler pensadas para hardware híbrido (CPU + GPU en el mismo SoC), mejor manejo de suspensión y resume, y soporte de primera clase para HDMI 2.1 en GPUs AMD recientes. En la práctica eso significa tres cosas para ti:

Latencia más estable en CPU: hay cache-aware scheduling, así que los cores que tocan estructuras de datos del juego no compiten con tareas de fondo que arruinan el frame pacing.
Mejor comportamiento al reanudar desde suspensión. Esto se nota especialmente cuando sacas el Deck del dock y vuelves al modo handheld —la transición debería sentirse más fluida.
Soporte de HDMI 2.1 real: si tienes un televisor o monitor 4K@120Hz con VRR, vas a poder negociar el modo completo sin adaptadores raros. SteamOS 3.8 ya soportaba VRR, pero 3.9 lo hace de forma más limpia.

Cómo verificar qué kernel tienes cargado, útil cuando algo no funciona y quieres saber si estás en 3.8 o en 3.9:

uname -r
# Esperado en 3.9: 7.2.x (ej: 7.2.0-valve1)
# En 3.8 estable: 6.16.x
dmesg | grep -i "Linux version" | head -1

Hibernación: el cambio que todo el mundo esperaba

La novedad más comentada es hibernación (no suspensión). Hasta ahora el Deck podía “dormirse” manteniendo la RAM encendida, lo que vaciaba batería en unas 8-12 horas. La hibernación guarda el estado en disco y apaga el equipo casi por completo, igual que cerrar la tapa de un laptop. ¿Para qué sirve en la práctica?

Días de standby, no horas. Puedes dejar el Deck hibernado el fin de semana y al volver abrir la app donde lo dejaste.
Recuperación consistente: cuando resumes, el juego y el estado vuelven exactamente igual, sin surprises tipo “se perdió la sesión online”.
Menos ciclos de batería: si tienes el Deck conectado a la corriente durante semanas, hibernar evita el wear de cargar a tope constantemente.

Advertencia honesta: Valve marca la integración como preliminary y, en esta primera build preview, aún no está expuesta en la UI del Game Mode. Tienes que activarla vía Developer Settings, y el kernel permite interrumpir el proceso de hibernar (útil si lo activaste sin querer). Si dependes de un flujo estable “abrir-cerrar”, espera a la release estable o usa la suspensión clásica por ahora.

Para habilitar hibernación manualmente en 3.9 preview (asume que ya optaste en el canal Preview):

# 1. Entra a Desktop Mode (no funciona desde Game Mode aún)
# 2. Abre una terminal y entra a Developer Settings
steamos-readonly disable
steamos-automount disable
# 3. Habilita hibernación vía systemd
sudo systemctl enable hibernate.target
sudo systemctl hibernate
# 4. Verifica el estado después del resume
journalctl -b | grep -i hibernate

KDE Plasma 6.7.3: el escritorio ahora cuenta

El otro salto grande está en el modo escritorio. SteamOS 3.9 sube KDE Plasma de 6.4.3 a 6.7.3. Valve había tenido el escritorio en segundo plano durante mucho tiempo —el Game Mode es lo que vende el Deck— pero con 3.9 la idea es clara: el escritorio deja de ser un apéndice y empieza a ser un argumento de venta. ¿Qué ganas tú?

Escritorios virtuales por pantalla: si tienes dos monitores, cada uno tiene sus propios espacios de trabajo. Algo básico que KDE arrastraba pendiente y que en 3.9 ya está.
Toggle claro/oscuro automático: el sistema sigue el amanecer/atardecer y cambia entre tema claro y oscuro sin tocar nada.
Teclado en pantalla nuevo: mejor para cuando conectas un handheld sin teclado físico.
Spectacle con OCR: capturas de pantalla que puedes copiar como texto.

Y un detalle muy pedido: la lockscreen del modo escritorio ya no está bloqueada en off por defecto. Puedes activarla manualmente. Si lo haces y usas el Deck como mini-PC, sigue siendo una distribución Linux completa, no un juguetito.

Cómo comprobar la versión de Plasma en tu sesión:

plasmashell --version
# Esperado en 3.9: 6.7.3
# Antes (3.8 estable): 6.4.3
qdbus org.kde.KWin /KWin org.kde.KWin.desktopGeometry

WiFi: de iwd a wpa_supplicant, el cambio silencioso

Otro cambio técnico con impacto real: SteamOS 3.9 cambia el backend WiFi por defecto de iwd a wpa_supplicant para instalaciones nuevas. ¿Por qué?

Compatibilidad más amplia: hay routers y puntos de acceso corporativos/educativos que se llevan mejor con wpa_supplicant que con iwd.
Reanexión rápida al salir de suspensión: este parche ya estaba, pero solo disponible con iwd. Ahora cualquier instalación nueva lo tiene desde el día uno.
Comportamiento más predecible en redes con EAP (WPA-Enterprise), redes de campus, hotspots con portal cautivo, etc.

Troubleshooting típico: si tienes un Deck en 3.8 y no quieres reinstalar, sigue usando iwd —sólo las instalaciones nuevas cambian. Si quieres pasarte a wpa_supplicant, tienes que ir a Developer Settings y activarlo manualmente. No hay una migración asistida todavía.

Para revisar qué backend WiFi está corriendo y, si quieres, forzar el cambio:

# Ver el backend activo
systemctl status iwd wpa_supplicant --no-pager | head -20
ls -l /etc/alternatives/wpa_supplicant
# Forzar wpa_supplicant (instalación existente)
sudo steamos-readonly disable
sudo systemctl disable --now iwd
sudo systemctl enable --now wpa_supplicant
sudo systemctl restart NetworkManager

VM guest y cambios bajo el capó

Dos cambios menores pero útiles si haces homelab o experimentas con virtualización:

Soporte mejorado de SteamOS como VM guest con gráficos acelerados (virtio-gpu + venus). Si lo corres dentro de QEMU/KVM, el framebuffer ya no es un lastre —puedes usar el escritorio con rendimiento razonable.
Renombre de scripts y paquetes: lo que antes era steamos-* ahora es holo-*. Los nombres viejos siguen funcionando como alias, pero si tienes scripts propios o pipelines de CI que llaman a binarios steamos-readonly, steamos-update, etc., toca actualizarlos. Es un detalle, pero romperá automatizaciones silenciosamente si no te das cuenta.

¿Qué queda fuera de este preview?

No todo lo que se rumoreó llegó en esta primera build. Quedan pendientes para builds futuras del 3.9:

Soporte oficial para handhelds AMD de terceros (ASUS ROG Ally, Lenovo Legion Go). El instalador de handheld de SteamOS ya estaba en beta desde 3.8.11, pero la promesa de Valve de “oficial y soportado de fábrica” sigue en camino. Esperalo en un 3.9.x posterior, no en esta preview inicial.
Hibernación en Game Mode UI: ya hay soporte del kernel, pero el botón en la interfaz todavía no aparece. Valve está siendo conservadora porque romper el resume en un juego es peor que no tener hibernación.
Soporte oficial de Steam Frame: la VR headset de Valve se lleva bien con SteamOS, pero todavía está en beta. Próximas builds del 3.9 deberían cerrar la integración.

¿Vale la pena actualizar este fin de semana?

Respuesta corta: solo si tienes un Deck de repuesto o te gusta experimentar. Si tu Deck es tu consola principal, quédate en 3.8 estable hasta que Valve mueva 3.9 al canal Stable. Si tienes un handheld AMD de terceros (ROG Ally, Legion Go), la espera sigue siendo razonable: el instalador de handheld existe, pero SteamOS no es todavía la opción “oficial” prometida.

Si te decides por el preview, reporta bugs en el tracker oficial de SteamOS con logs y pasos para reproducir. Valve está leyendo. La calidad de las próximas builds depende directamente de cuántos reportes útiles lleguen en estas primeras semanas.

En resumen: 3.9 no es la versión que cambia SteamOS de la noche a la mañana, pero sí la que pone los cimientos para una Steam Machine basada en hardware AMD de terceros y un escritorio Linux que ya no da vergüenza. Para gamers Linux con curiosidad técnica, este finde es un buen momento para mirar.

Si te interesa probar SteamOS 3.9 en una VM antes de tocar tu hardware, esto es lo mínimo para arrancar QEMU/KVM con virtio-gpu:

# Descarga la ISO de recovery desde el sitio oficial
curl -LO https://steamdeck-packages.steamos.cloud/steamdeck-recovery-3.9.iso
# Lanza QEMU con virtio-gpu + venus para 3D acelerado
qemu-system-x86_64 
  -enable-kvm -m 8G -smp 4 
  -drive file=steamos-vm.qcow2,format=qcow2 
  -cdrom steamdeck-recovery-3.9.iso 
  -device virtio-vga-gl 
  -display gtk,gl=on

Preguntas frecuentes

¿Por qué SteamOS 3.9: novedades para gamers Linux este fin de semana 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 SteamOS 3.9: novedades para gamers?

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 SteamOS 3.9: novedades para gamers?

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 SteamOS 3.9: novedades para gamers 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 SteamOS 3.9: novedades para gamers?

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.