Arch Linux 2026.09.01: primera ISO rolling con Linux kernel 7.2

La ISO de Arch Linux de septiembre (2026.09.01) trae Linux 7.2.2 y un snapshot de paquetes base que define el estado de la distro durante el próximo mes. Pero la pregunta útil no es “qué hay de nuevo” sino: ¿debo descargarla? ¿qué cambia para quien ya corre Arch? ¿qué kernel elegir si estoy haciendo una instalación nueva y mi hardware es NVIDIA reciente? Esta guía responde eso con substance: comandos reales, matrices de decisión, y los caveats que la nota de release no menciona.

Por qué la ISO mensual importa menos de lo que parece

Si ya tienes Arch instalado y actualizas con pacman -Syu al menos una vez al mes, tu sistema ya está al día con todo lo que trae esta ISO: kernel 7.2.2, GCC 16.2.1, glibc 2.44, OpenSSH 10.5p1, todo el stack gráfico. Las ISO mensuales existen para tres casos puntuales:

1. Instalación limpia en hardware nuevo: necesitas un medio bootable con kernel actual para que tu WiFi, GPU o NVMe sean reconocidos desde el live environment.
2. Rescate de un sistema que no arranca: si un upgrade te dejó con kernel panic y no puedes bootear el sistema anterior, una ISO reciente tiene más chances de montar tu rootfs.
3. Reproducibilidad: si estás documentando el estado de Arch en una fecha específica (un paper, un benchmark reproducible, una clase), la ISO congela ese estado.

Para el 95% de los usuarios, el pacman -Syu ya cubrió esta release. Bajarse 1.5 GB de ISO es desperdicio de ancho de banda.

Decisión de kernel al instalar: la matriz real

El ISO 2026.09.01 trae kernel 7.2.2. Pero Arch Linux en pacman tiene cuatro kernels estables disponibles simultáneamente, y la elección correcta depende del hardware y del caso de uso. Esta es la matriz de decisión que uso:

Paquete	Kernel	Perfil de uso	Cuándo NO elegirlo
linux	7.2.2 (estable, MAINLINE)	Escritorio, laptop, servidor general	Si dependés de parches RT o de drivers que solo entran en LTS
linux-lts	6.12.x (LTS, soporte hasta dic 2028)	Servidor de producción, hardware certificado	Si necesitas features nuevas (mejor scheduler de gaming, nuevos drivers)
linux-zen	7.2.x + parches Zen	Gaming, escritorio con workload multimedia	Servidor: los parches Zen pueden introducir regresiones de throughput
linux-hardened	7.2.x + PaX/grsecurity-like patches	Workstation con datos sensibles, hardening	Si corres Docker/Kubernetes sin ajustar seccomp: el perfil restrictivo rompe algunos syscalls

Si estás instalando Arch en un servidor de producción que va a vivir 3+ años sin reinstalar, elige linux-lts durante la instalación, no el kernel MAINLINE. La diferencia es que LTS recibe backports de fixes críticos de seguridad durante 6 años, mientras que MAINLINE deja de tener soporte cuando sale 7.3.

# En pacstrap, instalar el kernel correcto desde el inicio:
pacstrap -K /mnt base linux-lts linux-firmware
# NO instalar linux además de linux-lts a menos que necesites ambos.
# Conflicto con mkinitcpio y duplica ~250MB de módulos.

Migración in-place desde 7.1.x a 7.2.2

Si ya corres Arch con kernel 7.1.x y quieres pasar a 7.2.2, el procedimiento es trivial pero tiene tres puntos de falla que conviene verificar:

# 1. Backup del kernel actual que está funcionando
sudo mkdir -p /boot/backup-$(date +%Y%m%d)
sudo cp /boot/vmlinuz-linux /boot/backup-$(date +%Y%m%d)/
sudo cp /boot/initramfs-linux.img /boot/backup-$(date +%Y%m%d)/
# 2. Actualizar
sudo pacman -Syu
# 3. Regenerar initramfs (a veces pacman lo hace solo, a veces no)
sudo mkinitcpio -P
# 4. Reiniciar y verificar
sudo reboot
uname -r  # Debe decir 7.2.2-arch1-1
# 5. Si falla el boot, desde GRUB seleccionar
# "Advanced options for Arch Linux" → el snapshot de fallback

El punto de falla 1: si usas DKMS (drivers NVIDIA propietarios, drivers WiFi exóticos), pacman actualiza el kernel antes de recompilar los módulos DKMS. El módulo queda desfasado hasta que dkms autoinstall termine. En máquinas lentas puede dejar el sistema sin WiFi/red durante 10-20 minutos después del kernel panic en initramfs.

El punto de falla 2: si tu bootloader es systemd-boot y tu ESP está montada con umask=0077, el nuevo kernel puede no tener permisos visibles. Verificar ls -la /boot/efi/EFI/Arch/ después del upgrade.

El punto de falla 3: si usas linux-zen y el repo zen-build todavía no publicó el paquete para 7.2.2, pacman -Syu falla con “target not found”. En ese caso, esperar 24-48 horas o pinear transitoriamente a linux.

Stack gráfico: Mesa, NVIDIA y el cambio de modelo

La ISO trae Mesa 26.2.1 con drivers Vulkan actualizados (RADV para AMD, ANV para Intel, NVK para Nouveau, Panfrost y Freedreno para ARM). Lo crítico para gaming y ML en GPU:

• AMD/Intel: Mesa 26.2 cierra varios bugs de Doom: The Dark Ages y mejora el path de ray-tracing en GPU RDNA3/RDNA4. Sin acción adicional del usuario.
• NVIDIA propietario: el paquete nvidia 610.57.04 es compatible con kernels 7.x sin parches extra. Si tienes hardware Turing (RTX 20xx, GTX 16xx) o superior, esto es lo que quieres.
• NVIDIA open: nvidia-open y nvidia-open-dkms son ahora el default recomendado por NVIDIA para hardware Ampere+. Performance equivalente al driver propietario en benchmarks actuales.
• Nouveau: NVK maduró, pero todavía no llega al rendimiento del driver propietario en gaming Vulkan. Para Wayland + compositing, NVK funciona bien; para gaming pesado, NVIDIA propietario.

Decisión NVIDIA: si tienes hardware Turing o más nuevo y quieres evitar el dolor de DKMS, instala nvidia-open. Si tienes Pascal o más viejo (GTX 10xx y anteriores) y Arch ya no te ofrece el driver legacy, el camino es migrar a nouveau (con pérdida de performance) o quedarte con una distro que mantenga el driver legacy (Debian, RHEL con EPEL).

COSMIC Desktop: estado real a septiembre 2026

COSMIC 1.7 está en los repos de Arch y se puede instalar con pacman -S cosmic. Lo que la nota de release no aclara:

• Wayland-only: COSMIC no soporta X11. Si dependés de alguna app X11-only (Xilinx ISE, software de captura de pantalla propietario, algunos IDEs viejos), necesitas XWayland como capa de compatibilidad. Funciona, pero algunas apps con captura de pantalla a nivel kernel tienen glitches.
• Estado de madurez: COSMIC 1.x es la primera versión “usable para daily driver”. Cosas que faltan todavía: integración profunda con KDE/GNOME apps fuera de su sandbox, soporte de plugins de terceros, accesibilidad completa.
• Rendimiento: en hardware modesto (laptop con i5 de 8ª gen, 8 GB RAM), COSMIC consume ~600 MB de RAM idle, comparable a GNOME Shell, menos que KDE Plasma 6.x con efectos.

Si quieres probarlo sin tocar tu sesión actual:

# Desde una sesión GNOME o KDE:
sudo pacman -S cosmic
# En el login manager (GDM, SDDM), seleccionar "COSMIC" como sesión
# Para volver a GNOME/KDE, seleccionar la sesión anterior

Verificación post-instalación: qué chequear en los primeros 30 minutos

Después de una instalación limpia con la ISO 2026.09.01, este checklist evita las sorpresas más comunes:

# 1. Conectividad
ping -c 3 archlinux.org
ip -br link show  # Ver interfaces levantadas
# 2. Kernel y módulos críticos
uname -r
lsmod | grep -E "(nvidia|amdgpu|i915|iwlwifi|ath)"
# Si falta un driver, cargar con modprobe o instalar paquete
# 3. Initramfs (cubre el caso de fallo de boot futuro)
sudo mkinitcpio -P
ls /boot/  # Ver initramfs-linux.img, initramfs-linux-fallback.img
# 4. Bootloader funcional
efibootmgr -v  # UEFI
# o
sudo grub-mkconfig -o /boot/grub/grub.cfg  # BIOS/EFI
# 5. Paquetes clave
pacman -Q linux linux-firmware openssh sudo
# Versiones esperadas a sep 2026: 7.2.2, 20250810, 10.5p1, 1.10.x

Si alguno de estos pasos falla, no es un bug de Arch sino algo del setup: el 90% de los “Arch no funciona después de instalar” se resuelve revisando que la ESP esté bien montada, que linux-firmware esté instalado y que el WiFi/Bluetooth tenga el firmware correspondiente.

Lo que no se actualizó (y por qué importa)

Dos ausencias notables en la ISO 2026.09.01:

• Archinstall: sigue en versión 4.4 (junio 2026). El instalador TUI no recibió release nuevo este mes. La versión actual ya cubre Niri, DankMaterialShell, selección de fuente de consola, y los escenarios comunes.
• Archiso: la herramienta que construye la ISO tampoco se actualizó. La ISO de septiembre se construyó con la misma versión que la de agosto.

Lo que sí se actualizó fue arch-install-scripts 31.2, que trae los scripts de bajo nivel (pacstrap, genfstab, arch-chroot) que usa tanto el instalador manual como Archinstall. Si tu instalación automatizada usa estos scripts, conviene verificar que el pin a 31.x siga vigente.

¿Bajar la ISO o no?

Resumen ejecutivo de la decisión:

• Sí, descargala: instalación limpia en hardware nuevo, medio de rescate actualizado, necesidad de reproducibilidad.
• No, no hace falta: tienes Arch instalado y actualizas con pacman -Syu periódicamente.

La ISO está disponible en archlinux.org/download vía HTTP, BitTorrent y magnet link. La firma PGP del release está en la misma página, verifica con la key oficial del proyecto si quieres confirmar integridad antes de flashear.

Preguntas frecuentes

Lee también

• Guía Fedora 44: Novedades, Instalación y Upgrade para Sysadmins Linux
• Configura VLANs en Linux con nmcli: Guía paso a paso para sysadmins
• Protege tu SSH: Guía esencial para configurar Fail2ban en Linux
• Guía Definitiva: Configura Kubernetes con kubeadm en Ubuntu para Sysadmins Linux
• Guía Definitiva para Sysadmins: Configuración de Bonding de Interfaces de Red en Linux