# Linux inmutable: qué son Silverblue, Flatcar, Talos y por qué el sistema ya no se toca - **Publicado el:** 2026-09-10 - **Categoría:** Noticias - **Página original:** https://linuxgratis.com/articulos/linux-inmutable-silverblue-flatcar-talos Ocho sistemas donde el directorio raíz es de solo lectura y las actualizaciones van por imágenes completas con vuelta atrás. Qué resuelven, qué te quitan y en qué caso compensa cada uno. --- Durante treinta años, administrar Linux ha consistido en editar ficheros dentro de `/etc` y actualizar paquetes de uno en uno. Los sistemas inmutables rompen esa costumbre: el sistema base va en una imagen de solo lectura, se sustituye entera y, si la nueva falla, arrancas la anterior. Acabamos de añadir ocho al catálogo y conviene distinguirlos, porque bajo la misma etiqueta hay dos mundos bastante distintos. ## Qué significa "inmutable" en la práctica No es que el disco sea de solo lectura. Tus datos en `/home` cambian, y la configuración también. Lo que no cambia es el sistema base: `/usr` está montado en solo lectura y no puedes instalar un paquete que lo modifique sin más. De ahí salen tres consecuencias: 1. **Todas las máquinas iguales.** Si mil servidores arrancan la misma imagen, no hay mil variantes de configuración acumuladas a golpe de parche urgente. 2. **La actualización es atómica.** No hay estado intermedio a medias entre dos versiones: o se aplicó entera o no se aplicó. 3. **Se puede deshacer.** Si la imagen nueva rompe algo, reinicias con la anterior, que sigue en el disco. Lo que te quitan es la costumbre de arreglarlo en caliente. Y para mucha gente esa costumbre es justo el problema que quieren dejar atrás. ## Los de escritorio [Fedora Silverblue](/fedora-silverblue) es la variante con GNOME y [Fedora Kinoite](/fedora-kinoite) la misma idea con KDE Plasma. Comparten ciclo y fechas con [Fedora](/fedora) porque son la misma versión con otra forma de montar el sistema. Las aplicaciones van en Flatpak, el desarrollo en contenedores con Toolbx y, si necesitas un paquete RPM metido en el sistema base, existe una vía de escape que superpone capas encima de la imagen. Funciona, pero cuanto más la usas, menos ventaja te queda. [Vanilla OS](/vanilla-os) llega a lo mismo por otro lado: GNOME sin retocar, dos particiones que se alternan al actualizar y la posibilidad de instalar paquetes de varias distribuciones dentro de contenedores. Desde la versión 2 dejó Ubuntu por una base Debian propia. Y luego está [Bazzite](/bazzite), que es Fedora Atomic disfrazado de consola: modo sesión de Steam, controladores al día y actualizaciones por imagen. En una [Steam Deck](/steamos) o una ROG Ally tiene todo el sentido del mundo, porque una consola es exactamente el aparato donde no quieres que una actualización a medias te deje sin arrancar. ## Los de servidor y contenedores Aquí el planteamiento cambia: no hay escritorio, hay flotas. [Fedora CoreOS](/fedora-coreos) es Fedora reducido a ejecutar contenedores. No tiene gestor de paquetes al uso; se configura en el primer arranque con Ignition y se actualiza solo siguiendo un canal. Es el sucesor directo del Container Linux original. [Flatcar](/flatcar) recogió ese testigo cuando Red Hat descontinuó Container Linux, y hoy vive en la Cloud Native Computing Foundation. Mantiene dos canales estables a la vez, uno normal y otro LTS, algo que agradece cualquiera que gestione un clúster grande y no pueda ir saltando de versión cada mes. [Talos Linux](/talos) es el más radical del grupo: no tiene intérprete de órdenes, ni SSH, ni gestor de paquetes. La máquina se administra por una API con gRPC y punto. No puedes entrar a mirar qué pasa, que es precisamente la idea: si nadie puede tocar un nodo a mano, ningún nodo acaba siendo distinto de los demás. Ejecuta Kubernetes y poco más. [Bottlerocket](/bottlerocket) es la apuesta de AWS, escrita en buena parte en Rust. Raíz de solo lectura verificada con dm-verity, sin shell salvo en un contenedor de administración aparte y actualizaciones que se revierten solas si el arranque falla. [Azure Linux](/azure-linux) —antes CBL-Mariner— es la distribución que Microsoft compila para sí misma y usa en los nodos de AKS. Paquetes RPM, superficie mínima y control de la cadena de suministro de punta a punta. ## Cuándo compensa Compensa cuando tienes muchas máquinas iguales, o una que no te puedes permitir romper. Un clúster de Kubernetes, un servidor casero que hace de NAS y de descargas, una consola portátil. La ventaja real no es la seguridad, aunque también: es que el sistema vuelve al estado conocido cada vez que arranca. No compensa si tu trabajo consiste en trastear con el sistema base, compilar módulos de kernel o instalar software que espera escribir donde le apetezca. Ahí un [Debian](/debian) o un [Arch](/arch) de toda la vida te va a dar menos guerra. Un aviso práctico sobre las fechas: estos sistemas publican mucho y rápido. Bottlerocket va por la 1.64, Talos por la 1.14 y Flatcar saca versión cada pocas semanas en sus dos canales. Las fichas del catálogo se refrescan solas desde sus fuentes oficiales, así que la versión que ves es la que hay hoy, no la del día que escribimos esto.