Fedora CoreOS 45 Test Week: cómo participar del 21 al 27 de septiembre

septiembre 18, 2026 Alfonso Moreno | Sysadmin Senior 33 Visitas 6 min de lectura

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.

Por qué Fedora CoreOS 45 importa ahora

Fedora CoreOS es la respuesta moderna a una pregunta vieja: cómo correr containers en producción sin pelearte con el sistema operativo. La versión 45 llega en un momento clave: Fedora 45 Beta salió el 15 de septiembre de 2026, y el lanzamiento final está programado para finales de octubre o principios de noviembre de 2026. Si administras containers, este Test Week del 21 al 27 de septiembre es tu ventana para encontrar bugs antes que toquen producción.

La promesa de Fedora CoreOS siempre fue simple: updates automáticos atómicos, inmutabilidad del sistema base, y un único binario que arranca igual en bare-metal, VM o cloud. Pero el diablo está en los detalles, y esos detalles solo los prueban manos reales en hardware real.

Qué cambió en Fedora CoreOS 45 (hasta ahora)

Fedora 45 Beta trae cambios relevantes para FCOS:

Componente	Cambio	Impacto
Linux Kernel	7.2 (vs 6.17 en F44)	Drivers nuevos, mejor scheduler, requiere revalidar IOMMU y SR-IOV
GNOME / KDE	GNOME 51 / KDE Plasma 6.7	No afecta FCOS (es headless), pero sí a Fedora Silverblue/Workstation
Ignition	Versión actualizada	Configuraciones Butane pueden romperse si usas features nuevas
ostree	Versión actualizada	Cambios en formato de repo pueden afectar mirrors custom
Zincati	Auto-update agent	Ajustes en estrategia de rollout para Fedora 45 stream

El Test Week se enfoca específicamente en validar que estos componentes nuevos funcionen juntos en FCOS, no en Fedora Linux de escritorio.

Cómo participar del Test Week

La mecánica es directa, no necesitas ser desarrollador de Fedora para sumar:

Descargá las imágenes de prueba desde la Wiki oficial del Test Day.
Seguí los casos de prueba paso a paso. Hay instrucciones para bare-metal, libvirt, OpenStack, AWS, GCP y Azure.
Reportá los resultados en la misma Wiki, marcando pass/fail con tu hardware específico.

Lo que se valida típicamente:

Arranque limpio desde ISO en UEFI y BIOS legacy
Provisioning via Ignition con config Butane
Actualización automática a la siguiente release candidate
Rollback atómico cuando una actualización falla
Persistencia de datos en `/var/lib/containers` y volúmenes definidos
Integración con rpm-ostree y overlays

Cómo correr Fedora CoreOS en una VM local

Si quieres probar sin tocar tu máquina, levantá una VM con libvirt:

# 1. Bajar imagen qcow2 de testing
curl -O https://builds.coreos.fedoraproject.org/testing/x86_64/fedora-coreos-45.testing-qemu.x86_64.qcow2.xz
unxz fedora-coreos-45.testing-qemu.x86_64.qcow2.xz
# 2. Crear config Ignition (Butane)
cat > butane.toml <<'EOF'
variant: fcos
version: 1.0.0
passwd:
  users:
    - name: core
      ssh_authorized_keys:
        - ssh-ed25519 AAAA...tu_clave_publica_aqui
EOF
butane butane.toml --output config.ign

Qué hace cada paso: la línea butane.toml declara el usuario core con tu clave SSH pública para login remoto sin contraseña. Sin esto, no puedes entrar a la VM porque FCOS no permite password login por defecto. Troubleshooting: si butane falla con “invalid variant”, verifica que la primera línea sea exactamente variant: fcos y no variant: rhcos (que es para OpenShift).

Con la VM configurada:

# 3. Lanzar la VM con Ignition embebido
virt-install 
  --name fcos-test 
  --ram 2048 
  --vcpus 2 
  --import 
  --disk path=./fedora-coreos-45.testing-qemu.x86_64.qcow2,format=qcow2 
  --cdrom ./config.ign 
  --os-variant fedora-coreos-stable 
  --network bridge=virbr0 
  --graphics none 
  --console pty,target_type=serial

Por qué --cdrom ./config.ign: virt-install monta el archivo Ignition como CDROM virtual porque Ignition busca su config en ese punto durante el primer boot. Troubleshooting: si la VM queda en “Booting from Hard Disk” sin avanzar, probablemente Ignition no se está aplicando — revisa los logs con journalctl -t ignition desde la consola serial.

Cuándo NO conviene Fedora CoreOS

FCOS es excelente para clusters Kubernetes y workloads efímeros, pero hay escenarios donde no es la opción:

Workstations o laptops de desarrollo: para eso existe Fedora Silverblue, que agrega rpm-ostree install + toolbox y mantiene el flujo de paquetes tradicionales.
Servers con paquetes propietarios: el sistema base es inmutable. Si tu aplicación depende de un binario que necesita escribir a /usr/bin, vas a pelearte con cada release.
Homelab pequeño sin containers: si corres un par de servicios systemd sin Kubernetes, la complejidad operativa de Ignition + auto-updates no se justifica.

Para esos casos, Fedora Server clásico o incluso Debian stable siguen siendo opciones más simples.

Por qué este Test Week es distinto

Fedora hace Test Days desde hace más de una década, pero FCOS Test Weeks suelen tener menos participación que los Test Days de escritorio porque requieren descargar imágenes grandes y dedicar una VM entera. Esa baja participación es exactamente lo que hace valioso participar: cada dato que reportás multiplica la cobertura de hardware.

Si tienes hardware viejo en un cajón (especialmente Macs Intel descontinuados, ThinkPads, o NUCs), es buen momento para probar. Los reportes más útiles son los que cubren combinaciones no triviales: UEFI seguro activado, Secure Boot con TPM, RAID por hardware, GPUs específicas, o arranque desde NVMe externo.

Después del Test Week

Fedora CoreOS 45 estable debería salir entre el 20 y 31 de octubre de 2026, siguiendo el patrón de releases de Fedora Linux. Una vez estable, las imágenes de producción estarán disponibles en https://getfedora.org/coreos/ y los channels stable + testing empezarán a recibir auto-updates.

Si durante el Test Week encuentras bugs críticos, el equipo de Fedora QE suele escalarlos a blocker bugs que pueden mover la fecha de release. Por eso participar temprano importa más que participar tarde.

Resumen

Fedora CoreOS 45 Test Week (21-27 septiembre 2026) es la oportunidad para validar la próxima release antes que llegue a producción. Si administras containers, o quieres probar una distro inmutable sin comprometer tu setup principal, dedicá una VM y reportá tus resultados. La barrera de entrada es baja: una VM libvirt, una config Butane de 5 líneas, y 30 minutos de tu tiempo.

Preguntas frecuentes

¿Por qué Fedora CoreOS 45 Test Week: cómo participar del 21 al 27 de septiembre 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 Fedora CoreOS 45 Test Week:?

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 Fedora CoreOS 45 Test Week:?

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 Fedora CoreOS 45 Test Week: 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 Fedora CoreOS 45 Test Week:?

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.