Noticias

GNOME OS activa zswap por defecto y Convey forka Geary: novedades para sysadmins Linux

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.

Por qué este lanzamiento importa más allá del release

El 16 de septiembre de 2026 salió GNOME 51 “A Coruña”, pero la noticia que cambió el ecosistema en los días siguientes no fue el release en sí: fue el movimiento silencioso del proyecto GNOME OS hacia una configuración con zswap activada por defecto, sumado al debut de Convey, un fork moderno de Geary con soporte nativo para Microsoft 365. Para sysadmins que mantienen workstations y servidores Linux con recursos ajustados, estos cambios afectan decisiones de upgrade que rara vez aparecen en los release notes.

El post 3198 ya cubrió el grueso de GNOME 51 (frame scheduling, Maps offline, Remote Desktop con Kerberos). Acá vamos al hueso técnico: cómo configurar zswap en tu propio escritorio GNOME OS o en Fedora Workstation con GNOME, qué hace el nuevo script zswap-generator escrito en Rust, y por qué Convey podría reemplazar a Thunderbird en máquinas de oficina que necesitan Outlook/365 sin el peso de un cliente Electron.

GNOME OS ahora arranca con zswap activado por defecto

GNOME OS, la distribución inmutable de referencia del proyecto GNOME (la usan los propios desarrolladores y la base de Fedora Silverblue), empezó a habilitar zswap por defecto la semana del 16 de septiembre de 2026. El problema que resuelve es viejo: en máquinas con 4-8 GB de RAM, abrir un navegador con varias pestañas más un cliente de correo saturaba la RAM y disparaba el OOM killer con kernel panic eventual.

zswap es un módulo del kernel que comprime las páginas que están a punto de ir a swap antes de escribirlas al disco. En la práctica, mantiene más memoria “caliente” en RAM (porque las páginas comprimidas ocupan menos), reduce I/O al disco cuando hay swap real, y evita el thrashing en máquinas con poca RAM. Lleva años en el kernel (default en CONFIG_ZSWAP=y desde 6.5, abril 2024) pero GNOME OS no lo activaba por defecto hasta esta semana.

El nuevo zswap-generator en Rust

El componente que lo activa automáticamente es zswap-generator, un binario Rust que genera la unit de systemd correcta. Antes, configurar zswap era manual: editar /etc/default/grub, agregar zswap.enabled=1 a GRUB_CMDLINE_LINUX_DEFAULT, regenerar el initramfs y reiniciar. Ahora el script detecta el entorno GNOME OS y escribe el drop-in de systemd adecuado.

Detalle técnico que conviene anotar: respeta zswap.enabled=0 en la línea de comandos del kernel para opt-out. Si tienes un caso raro donde zswap rompe algo (drivers propietarios en NVIDIA legacy, por ejemplo, donde la compresión agrega latencia), deshabilitar desde GRUB sigue funcionando.

Cómo verificar si tienes zswap activo en tu sistema

Si tu distro es Fedora Workstation, Ubuntu o Debian con GNOME, el comando es:

cat /sys/module/zswap/parameters/enabled
# Salida esperada: Y (activado) o N (desactivado)
# Métricas de uso (compresión, pool size, etc.):
sudo dmesg | grep -i zswap
# o más moderno:
zswapctl  # disponible en systemd 256+

Si quieres ver estadísticas en vivo de cuánto se está comprimiendo vs cuánto entra a swap real:

# Watch cada 2 segundos: páginas guardadas vs swap-out real
watch -n 2 'cat /proc/vmstat | grep -E "zswap|swapout"'
# Columnas clave: zswpin, zswpout, swapin, swapout

Activar zswap manualmente en Fedora / Ubuntu / Debian

Si usas GNOME en una distro tradicional (no GNOME OS), puedes replicar el comportamiento con un drop-in de GRUB:

En Fedora 41/42 con GRUB2-BLS

sudo grubby --update-kernel=ALL --args="zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=20"
sudo reboot
# Verificar:
cat /sys/module/zswap/parameters/enabled   # Y
cat /sys/module/zswap/parameters/compressor  # lz4
cat /sys/module/zswap/parameters/max_pool_percent  # 20

zswap.max_pool_percent=20 limita el pool de páginas comprimidas al 20% de RAM. Por defecto son 25%, pero en máquinas con 4GB queda mucho menos margen para apps reales; 20% es un buen balance.

En Ubuntu / Debian con GRUB clásico

# Backup primero
sudo cp /etc/default/grub /etc/default/grub.bak
# Editar
sudo sed -i 's/^GRUB_CMDLINE_LINUX_DEFAULT="(.*)"/GRUB_CMDLINE_LINUX_DEFAULT="1 zswap.enabled=1 zswap.compressor=lz4 zswap.max_pool_percent=20"/' /etc/default/grub
# Regenerar config
sudo update-grub
sudo reboot

El sed preserva parámetros existentes (quiet, splash, etc.) y agrega los tres de zswap al final. Si update-grub falla en Debian con un error de efibootmgr, asegurate de tener grub-efi-amd64-bin instalado y /boot/efi montado.

Desactivar zswap si te causa problemas

# Temporal (hasta el próximo reboot):
echo 0 | sudo tee /sys/module/zswap/parameters/enabled
# Permanente vía GRUB:
sudo grubby --update-kernel=ALL --remove-args="zswap.enabled" --args="zswap.enabled=0"  # Fedora
# o en Ubuntu/Debian: editar /etc/default/grub y sacar zswap.enabled, luego update-grub

Casos reales donde zswap molesta: bases de datos grandes con patrones de acceso aleatorio (postgres, mongo) prefieren swap directo a SSD NVMe sin compresión; workstations con drivers NVIDIA propietarios + efectos de escritorio ven latencia adicional en frameskip; VMs con ballooning activo (libvirt, virtio-balloon) generan double-compression si zswap está activo dentro del guest.

Convey: el fork de Geary que se atrevió con Microsoft 365

El segundo anuncio que importa es Convey (paquete net.donnybeelo.Convey en Flathub), debutado el 19 de septiembre como fork moderno de Geary, el cliente de correo ligero de GNOME. Convey mantiene la base GTK de Geary pero:

  • Migra completamente a GTK4 + libadwaita (Geary seguía en GTK3 hasta hace poco).
  • Agrega soporte nativo para Microsoft 365 / Outlook vía OAuth2 + Microsoft Graph API. No es un wrapper IMAP: usa Graph directamente, lo que significa calendario, contactos y carpetas compartidas de Exchange funcionan sin servidores IMAP/SMTP expuestos.
  • Mejoras de UI/UX en el composer (firmas HTML, adjuntos arrastrables, atajos estilo Gmail).

Para sysadmins de oficinas híbridas donde conviven Linux y Windows, esto resuelve un dolor histórico: mantener Evolution o Thunderbird para los usuarios que necesitan Exchange real, mientras los puros Linux usaban Geary. Convey puede ser el mismo binario para ambos mundos.

Instalación en Fedora / Ubuntu

# Fedora 42 con Flatpak:
flatpak install flathub net.donnybeelo.Convey
# Ubuntu 24.04+ con Flatpak (activar primero si no lo tienes):
sudo apt install flatpak
flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo
flatpak install flathub net.donnybeelo.Convey
# Lanzar:
flatpak run net.donnybeelo.Convey

Primera ejecución: wizard pide cuenta. Para Microsoft 365, opción “Add Microsoft account” abre OAuth en browser, autorizas y vuelve con token. Para IMAP clásico (Gmail con App Password, Fastmail, ProtonMail Bridge), la ruta tradicional sigue funcionando.

Limitaciones honestas de Convey

No es Thunderbird y no pretende serlo:

  • Sin PGP/GPG integrado (Thunderbird lo tiene via Enigmail). Para email cifrado serio, sigue Thunderbird.
  • Sin complemento de calendario nativo tipo Lightning, aunque Convey sí sincroniza eventos desde Graph si la cuenta es 365.
  • Sin soporte para filtros de servidor Exchange avanzados (reglas de transporte server-side).
  • El proyecto es nuevo: si la cuenta Microsoft está en GCC High o DoD (gobierno US), puede fallar la auth.

Para la mayoría de oficinas con M365 comercial, funciona. Para paranoicos de email seguro, no.

GNOME OS también estrena sitio de documentación propio

GNOME OS publicó una documentation website oficial con guías paso a paso para correr GNOME OS como VM o en hardware bare-metal. Antes había que armar el setup siguiendo el repo gitlab gnome-build-meta y leyendo issues; ahora hay docs navegables.

Para sysadmins que querían probar GNOME OS antes de hacer una donación de equipo, la barrera de entrada baja bastante. La página de instalación cubre QEMU, GNOME Boxes y bare-metal en Lenovo ThinkPad y System76.

Comparación rápida: zswap vs zram vs swap real

Tecnología Qué hace Memoria que usa Cuándo conviene
zswap Comprime páginas antes de escribirlas a swap real (disco/SSD) Pool limitado (default 25% RAM) Workstations con swap en SSD y RAM limitada (4-8 GB)
zram Crea un bloque de swap en RAM comprimido (sin disco) Porción fija de RAM (default 50% o lo que definas) Servers / laptops sin SSD rápido, o sin swap en disco
Swap a SSD Partición/file swap tradicional en disco NVMe Disco (rápido en NVMe, lento en HDD) Servers con mucha RAM virtual y SSD NVMe dedicado

GNOME OS eligió zswap porque asume swap a SSD NVMe y quiere comprimir antes de tocar el disco. Si tu caso es un server sin SSD rápido, zram es mejor opción. Si tienes SSD NVMe y RAM de sobra, swap directo sin compresión rinde más.

Vale la pena? Para quién?

Si tienes workstations con 8 GB de RAM o menos y GNOME: activa zswap manualmente hoy. La diferencia en latencia bajo carga es notable (Firefox + Convey + VS Code simultáneos ya no te matan el sistema). Cinco minutos de configuración, ganancia real.

Si mantienes Fedora Silverblue o quieres probar GNOME OS como base inmutable: el cambio a zswap default + nueva doc site baja la barrera de adopción. Vale la pena mirar la doc oficial antes de hacer una migración seria.

Si tu oficina tiene mezcla Linux + Microsoft 365: prueba Convey en tres workstations como piloto. Si tu Exchange admin no te bloquea el OAuth contra Graph, te ahorras mantener Thunderbird para algunos perfiles. Si dependés de PGP o calendarios complejos, espera o quédate con Thunderbird.

Si tienes servidores headless con GNOME remoto (VNC, RDP, RDP-over-Remmina): zswap ayuda a que la sesión remota no se degrade cuando el usuario abre apps pesadas. Configuralo en el host antes de que el usuario se queje.

Conclusión

GNOME 51 fue la headline, pero la semana del 16-19 de septiembre trajo tres cambios que importan más para sysadmins en su día a día: zswap por defecto en GNOME OS con un configurador Rust elegante, Convey como alternativa seria para entornos con Microsoft 365, y documentación oficial de GNOME OS que reduce la barrera de prueba. Ninguno de los tres es revolucionario solo, pero combinados mejoran el ecosistema Linux de escritorio de manera medible.

Preguntas frecuentes

¿Por qué GNOME OS activa zswap por defecto y Convey forka Geary: novedades para sysadmins Linux 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 GNOME OS activa zswap por?

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 GNOME OS activa zswap por?

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 GNOME OS activa zswap por 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 GNOME OS activa zswap por?

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 *