Tecnología · NOTICIA EXPLICADA
Ubuntu 26.10 beta ya está disponible: quién debería probarla y cómo evitar una mala actualización
La beta incorpora un kernel candidato Linux 7.3, GNOME 51 y coreutils en Rust, pero sigue siendo preliminar. Este es el plan de prueba y el cambio de OpenSSH que debe revisarse primero.
Ubuntu publicó la beta 26.10 el 1 de octubre para Desktop, Server, WSL, Cloud y sabores oficiales; la final se espera el 15 de octubre. Es para entornos recuperables, no para producción ni para el único ordenador de trabajo.
No es la final
El equipo afirma que las imágenes están razonablemente libres de fallos que bloqueen construcción o instalación, pero seguirá corrigiéndolas. Deben probarla quienes tengan hardware secundario, VM o partición recuperable y puedan informar errores. Los equipos de trabajo, acceso remoto o datos difíciles de restaurar deben esperar.
La decisión práctica es sencilla. Puede probarla quien tenga hardware secundario, una máquina virtual desechable o una partición recuperable y pueda enviar informes útiles. Deben esperar los equipos necesarios para trabajar, acceso remoto, servicios de producción o datos que no puedan restaurarse con rapidez.
Qué cambia
Incluye Linux 7.3 RC, GNOME 51, Mesa 26.2, GCC 15.2, Python 3.14.7, Rust 1.97.1 y LLVM 22.1.6. Las utilidades básicas ya usan uutils en Rust, incluidos cp, mv y rm. Los scripts que dependan de comportamientos raros de GNU necesitan regresión.
El cambio menos visible pero más sensible está en las utilidades básicas: Ubuntu dice que el conjunto predeterminado ya usa por completo uutils en Rust, incluidos los últimos comandos cp, mv y rm. El uso habitual debería resultar familiar, pero los scripts que dependan de detalles poco comunes de GNU necesitan regresión explícita antes de actualizar un sistema real.
Revisar OpenSSH
OpenSSH estándar y openssh-gssapi-client/server son paquetes separados e incompatibles. Las instalaciones nuevas usan la variante sin GSSAPI. Conviene documentar tickets Kerberos, GSSAPIAuthentication, reenvío y ccache; después comprobar el paquete e iniciar una sesión nueva antes de cerrar la antigua.
Ubuntu afirma que el actualizador buscará señales de uso existente de GSSAPI/Kerberos y elegirá el paquete -gssapi cuando corresponda. Eso ayuda, pero no sustituye una prueba. Antes de actualizar hay que registrar tickets Kerberos, GSSAPIAuthentication, reenvío de credenciales y rutas ccache; después, comprobar el paquete e iniciar una sesión nueva antes de cerrar la anterior.
Cinco pasos
Verificar una copia restaurable; empezar en VM o equipo secundario; comprobar la suma del ISO oficial; probar suspensión, monitores, gráficos, VPN, impresión, montajes, contenedores, herramientas y SSH/Kerberos; aislar datos y reportar con registros. Cloud requiere serie 20261001 o posterior.
Quien pruebe Cloud debe usar las imágenes diarias del 1 de octubre o posteriores, con serie 20261001 o superior, porque seguirán incorporándose correcciones entre la beta y la versión final.
Lo que no demuestra
La beta no garantiza controladores o rutas de actualización. El 15 de octubre es una fecha prevista y puede haber cambios. Los apartados vacíos de las notas significan documentación incompleta, no ausencia de cambios.
Las notas de la versión también siguen incompletas. Un apartado vacío o escaso significa que aún se desconoce, no que el componente carezca de cambios o problemas conocidos. Conviene revisar las notas justo antes de probar y otra vez antes de actualizar a la final.
Conclusión
Quien pueda recuperarse rápido puede validar la plataforma, Rust coreutils y OpenSSH. Los demás deberían conservar el sistema estable y esperar la imagen final y los primeros informes.
