Guía Fedora 44: Novedades, Instalación y Upgrade para Sysadmins Linux

Por qué Fedora 44 importa en 2026

Fedora 44 llegó el 28 de abril de 2026 y se mantiene como la versión estable de referencia de la familia Red Hat durante el resto del año. Si tu servidor o workstation corre Fedora 43 desde octubre de 2025, este es el momento natural para saltar a 44 antes de que el ciclo de soporte de Fedora 43 entre en fase de wind-down con la aparición de Fedora 45.

La release combina el debut de GNOME 50, una actualización mayor del toolchain (GCC 16.1, binutils 2.46, glibc 2.43) y el salto de Ruby 3.4 a Ruby 4.0. Para sysadmins, lo más relevante es que Anaconda deja de generar perfiles de red por defecto y que /etc/pki/tls/cert.pem deja de existir: son dos cambios silenciosos que rompen scripts si no los anticipas.

GNOME 50 y KDE Plasma 6.6: los entornos que reciben a Fedora 44

Fedora 44 Workstation trae GNOME 50 como escritorio por defecto. Los cambios visibles para el usuario final son:

• Digital Wellbeing gana controles parentales nativos en GNOME Settings (tiempo de pantalla, horarios de bedtime) sin extensiones de terceros.
• El gestor de color es más consistente entre aplicaciones y el escritorio remoto es notablemente más estable.
• Middle-click paste queda desactivado por defecto. Si dependes del clic medio para pegar el portapapeles, reactívalo tras el upgrade con gsettings set org.gnome.desktop.interface gtk-enable-primary-paste true.

Para los usuarios de KDE, Fedora 44 entrega KDE Plasma 6.6 con dos novedades concretas: el Plasma Login Manager reemplaza a SDDM (integración más profunda con el stack de Plasma) y aparece una aplicación Plasma Setup que guía la configuración inicial en el primer arranque, alineando el out-of-box experience con lo que GNOME ofrece desde hace años.

Budgie 10.10 también salta a Wayland-only en este ciclo, dejando X11 completamente atrás en todas las variantes soportadas oficialmente.

Toolchain y runtimes: el cambio más fuerte para developers

El bloque de toolchain es donde Fedora 44 pega más fuerte para quien compila o mantiene software:

Componente	Fedora 43	Fedora 44	Impacto
GCC	14	16.1	Defaults más estrictos; warnings nuevos en UB y prototipos faltantes
binutils	2.44	2.46	Mejoras en link-time optimization
glibc	2.41	2.43	Compatibilidad con kernels 6.18+
GDB	16.2	16.3	Debug symbols mejorados para Rust y Go
LLVM	19	22	Salto mayor, rebuilds de clang-extra esperado
CMake	3.31	4.2	Generador por defecto cambia de make a ninja
Ruby	3.4	4.0	Major version; APIs deprecadas removidas
Go	1.25	1.26	Cambios compatibles
PHP	8.4	8.5	Nueva API para enums y fibras
Python	3.14	3.14	Sin cambios (mantiene versión)
Ansible	11 / Core 2.18	13 / Core 2.20	Jinja2 valida templates que antes pasaban con errores silenciosos
Helm	3	4	helm3 se puede instalar como paquete paralelo

El cambio a Ruby 4.0 es el más disruptivo. Si mantienes gems o aplicaciones Ruby, testealas en una VM antes de upgrade. Lo mismo aplica a proyectos que usan CMake: el salto a 4.2 y el cambio del generador por defecto a ninja puede romper builds que asumían make.

Cambios de sistema que afectan el día a día del sysadmin

Tres cambios que parecen menores pero pueden morder fuerte en producción:

PackageKit pasa al backend DNF5

PackageKit-DNF5 completa la migración que Fedora 43 dejó empezada. Para el sysadmin significa que GNOME Software, KDE Discover y la línea de comandos (dnf) ahora comparten la misma librería (libdnf5). Las interfaces CLI no cambian, pero si tienes scripts que parsean la salida de PackageKit directamente o wrappers sobre pkcon, vale la pena auditarlos.

Anaconda ya no genera perfiles de red por defecto

El instalador dejaba perfiles de NetworkManager (ifcfg/keyfile) para cada interfaz cableada detectada, estuvieras usándolas o no. A partir de Fedora 44, solo se crea un perfil para las interfaces que configuraste explícitamente durante la instalación (boot options, kickstart o la UI). En servidores donde el networking se aprovisiona después con Ansible o cloud-init, esto es una mejora: menos basura en /etc/NetworkManager/system-connections/. En workstations donde confiabas en la autoconfiguración del instalador, tendrás que tocar la red manualmente la primera vez.

cert.pem deja de existir

El paquete ca-certificates reorganiza su layout a directorios indexados por hash para acelerar la validación de CAs al arranque. La consecuencia práctica: /etc/pki/tls/cert.pem ya no se genera. Cualquier script o servicio que abra ese path directamente (sin pasar por la API de OpenSSL o NSS) va a fallar con file not found después del upgrade. Audita con:

grep -rn "/etc/pki/tls/cert.pem" /etc /opt /usr/local 2>/dev/null

Si encuentras hits, reemplaza el path por el bundle dinámico (/etc/pki/tls/certs/ca-bundle.crt) o usa SSL_CTX_set_default_verify_paths().

Requisitos de hardware y descarga

Los requisitos oficiales de Fedora 44 son los mismos que Fedora 43:

Recurso	Mínimo	Recomendado
CPU	x86_64 1 GHz o aarch64	CPU 64-bit multi-core
RAM	2 GB	4 GB o más
Disco	20 GB (GNOME) / 10 GB (Server)	40 GB o más
Boot partition	2 GB	2 GB

El requisito de 2 GB para la partición boot (subido desde 1 GB en Fedora 42) se mantiene para acomodar kernels más grandes. Las ISOs oficiales están disponibles desde fedoraproject.org/workstation/download y fedoraproject.org/server/download, y existen mirrors en mirrors.fedoraproject.org si necesitas un enlace regional.

Fedora 44 también está disponible en formato Atomic Desktop (variantes inmutables basadas en OSTree con Kinoite KDE y Budgie como opciones) y como Fedora CoreOS para clusters Kubernetes.

Instalación paso a paso: Workstation

El camino más simple para arrancar Fedora 44 desde cero en una workstation:

1. Descarga la ISO de Workstation y crea un medio booteable con Fedora Media Writer (dnf install mediawriter en Fedora, o descarga desde el repo oficial para otras distros).
2. Arranca desde el USB y selecciona Install Fedora Workstation. El instalador detecta automáticamente Anaconda con la UI web por defecto (introducida en F42, completada en F43).
3. Configura idioma, teclado y zona horaria. El particionado automático funciona bien en la mayoría de los casos; si tienes dual-boot con Windows, redimensiona manualmente desde la UI.
4. Crea el usuario y la contraseña. Habilita la encriptación LUKS si vas a usar la máquina en movilidad.
5. Termina la instalación y reinicia. Fedora 44 detecta el nuevo boot loader Unified Kernel Image y arranca directamente.

Si quieres un setup más reproducible, genera un kickstart personalizado. Fedora 44 incluye la utilidad ksvalidator para validar la sintaxis antes de desplegar.

Instalación en servidor

Para servidores headless, descarga la ISO Server o usa el ISO netinstall más pequeño. La instalación por red es preferible en producción porque permite arrancar desde PXE y configurar todo por kickstart:

# Levantar un servidor de instalación rápido con nginx
mount -o loop Fedora-Server-dvd-x86_64-44-1.7.iso /mnt
cp -r /mnt/* /var/www/html/fedora44/
systemctl enable --now httpd
# Desde el cliente, boot por PXE con la URL
linux ks=http://install.example.com/fedora44/ks.cfg

Para nube pública, las imágenes de Fedora Cloud 44 ya usan Btrfs como subvolume para /boot (cuando el proveedor lo soporta), reduciendo el tamaño de imagen y simplificando el resize. Stratis 3.9.0 viene incluido para quien prefiere el stack de storage de Red Hat sobre LVM.

Upgrade desde Fedora 43 sin perder datos

El método oficial sigue siendo dnf system-upgrade. Es el camino más conservador porque solo cambia paquetes, no toca particiones. El proceso paso a paso:

# 1. Backup obligatorio (si tienes LVM o Btrfs, snapshot primero)
sudo dnf upgrade --refresh
sudo reboot
# 2. Instala el plugin de upgrade
sudo dnf install dnf-plugin-system-upgrade
# 3. Descarga los paquetes del nuevo release
sudo dnf system-upgrade download --releasever=44
# 4. Acepta la sugerencia de remover paquetes conflictivos
#    (generalmente seguro; los logs quedan en /var/log/dnf.log)
# 5. Reinicia para aplicar
sudo dnf system-upgrade reboot

Tras el reboot, Fedora 44 arranca con el nuevo kernel 6.19 y el sistema actualizado. Los archivos en /home, configs en /etc y datos en /var se preservan. Antes de empezar:

• Desinstala TeXLive si lo tienes instalado desde los repos oficiales. El paquete entra en conflicto con el nuevo layout y es mejor reinstalarlo limpio tras el upgrade.
• Audita scripts que abran cert.pem directamente. El path ya no existe en F44.
• Si tienes NVIDIA propietario desde RPM Fusion, espera a que el akmod se regenere tras el primer boot. Si la sesión gráfica no levanta, un segundo reboot suele bastar.
• No hagas upgrade desde una sesión gráfica activa. Anaconda y el instalador recomiendan arrancar en runlevel 3 (sudo systemctl isolate multi-user.target) y upgrade desde TTY.

Para quienes están en Fedora 42, no hay upgrade directo a 44: Fedora no soporta saltar versiones. El camino oficial es Fedora 42 → 43 → 44.

Lo que todavía puede sorprenderte

Algunos cambios adicionales que vale la pena revisar antes de hacer el upgrade:

• NTSYNC kernel module: si tienes Wine o Steam instalados, el paquete wine-ntsync se recomienda automáticamente y NTSYNC se activa en el siguiente boot. Mejora compatibilidad y rendimiento en juegos Windows.
• Podman 6 es el runtime por defecto. Si tienes tooling pinneado a Podman 5, valida la compatibilidad antes de upgrade.
• Drop de QEMU i686: si mantienes emuladores 32-bit, considera migrar a qemu-system-x86_64 con guests i386 antes del upgrade.
• Atomic Desktops sin FUSE 2: si tus imágenes inmutables dependen de paquetes FUSE 2, hay que migrar a FUSE 3 antes.
• MariaDB 11.8 reemplaza a 10.11 como default para nuevas instalaciones. Las instalaciones existentes mantienen su versión hasta que instales explícitamente el nuevo paquete.
• Nix package tool: Fedora 44 incluye Nix como paquete opcional. Si te interesa Nix pero quieres quedarte con RPM como base del sistema, ahora puedes instalar Nix nativamente sin pelearte con multi-version glibc.

Cuándo conviene esperar

Si tu setup es estable y no necesitas ninguna de las novedades (GNOME 50, GCC 16.1, Ruby 4.0), puedes quedarte en Fedora 43 sin presión: el proyecto mantiene dos versiones activas simultáneamente y Fedora 43 sigue recibiendo updates hasta aproximadamente un mes después del release de Fedora 45. Para servers de producción con cargas críticas, esperar al menos dos semanas tras el GA suele ser prudente: deja que la primera ola de bugs blocker se filtre y que los mantenedores de paquetes third-party (RPM Fusion, Docker CE, etc.) publiquen rebuilds.

Resumen

Fedora 44 es un release sustantivo. Los sysadmins reciben un toolchain modernizado (GCC 16.1, CMake 4.2, Ruby 4.0), cambios de infraestructura que requieren atención (Anaconda sin network profiles por defecto, PackageKit-DNF5, cert.pem eliminado), y entornos de escritorio pulidos (GNOME 50, KDE Plasma 6.6). El upgrade con dnf system-upgrade es fiable; la preparación es lo que define si va a salir bien. Actualiza el sistema completo, remueve TeXLive si lo usabas, audita scripts TLS-sensibles, y mantén un snapshot o backup antes del reboot.

Para workstations de development y setups donde mantenerse cerca de upstream importa, Fedora 44 ya está listo.

Preguntas frecuentes

Lee también

• 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
• Configura Prometheus y Grafana: Guía DevOps para SysAdmins Linux
• Guía Definitiva para Sysadmins: Configuración de Bonding de Interfaces de Red en Linux