Actualizaciones, Mejoras y Vueltas Atrás

Las actualizaciones del SO están completamente integradas en el escritorio; será auto-notificado cuando esté disponible una actualización. El comportamiento estándar es tener descargado automáticamente la actualización (esto puede ser cambiado desde las preferencias de actualización en Software).

Una vez que una actualización está preparada, solo es cuestión de rearrancar para empezar a usar la versión nueva. No es necesario esperar a que la actualización sea instalada durante el rearranque del equipo.

Si lo preferiría, además es posible actualizar utilizando la línea de comando. Para hacer esto, ejecute:

Esto comprobará si hay nuevas actualizaciones y las descargará e instalará si están disponibles. Alternativamente, para comprobar las actualizaciones disponibles sin descargarlas, ejecute:

La mejora entre versiones principales (como desde Fedora 41 a Fedora 42) puede ser completada desde la aplicación GNOME Software. Alternativamente, Fedora Silverblue puede ser mejorado entre versiones principales usando el comando rpm-ostree.

Primero, asegúrese de esta ejecutando la última actualización de la versión actual:

Reinicie su sistema si es necesario. Después, verifique que la rama para la siguiente versión principal está disponible. Puede declarar todas las ramas disponibles para Fedora Silverblue con este comando:

Después de que haya verificado el nombre de su rama, está preparado para proceder. Por ejemplo, para mejorar a Fedora Silverblue 42, el comando es:

El proceso es muy similar a una actualización del sistema: el nuevo SO es descargado e instalado en segundo plano y solo tiene que arrancar en él cuando esté listo.

Adicionalmente, puede elegir cambiar la base a una variable diferente de Fedora Atomic como, por ejemplo, Fedora Kinoite. Fedora Kinoite es similar a Fedora Silverblue, excepto por el hecho de que usa el entorno de escritorio KDE Plasma desktop environment en lugar del entorno de escritorio predeterminado GNOME desktop environment.

Lo que esto significa es que, puede cambiar a Fedora Kinoite para probarlo, sin siquiera tocar su sistema actual. Porque las dos imágenes del sistema están aisladas una de la otra, los dos entornos de escritorio nunca serán instalados al mismo tiempo. Todas sus aplicaciones flatpak y archivos /home permanecerán persistentes entre cambios de base. Lo mismo se aplica para probar la versión de vanguardia de Fedora Silverblue, que es Rawhide.

If you decide to rebase, make sure to pin your current deployment, so you don’t accidentally lose it (by default, only the two most recent deployments are kept).

Fedora Silverblue mantiene un registro de las versiones anteriores del sistema operativo, a las que se puede cambiar en lugar de la última versión. Aunque esto no debería ser normalmente necesario, puede ser útil si hay un problema con una actualización o modernización (las vueltas atrás funcionan de la misma manera para ambas), así como con fines de desarrollo.

Hay dos maneras de volver a la versión previa:

Después de una vuelta atrás, usted estará técnicamente en una versión anterior del sistema operativo y se le puede preguntar por la actualización. La actualización deshará la vuelta atrás por lo que debe evitarse si usted desea que la vuelta atrás tenga efecto.

rpm-ostree solo mantiene, de forma predeterminada, una versión de vuelta atrás disponible. Si desea volver atrás a otra versión distinta de la realmente disponible en su sistema, puede hacerlo con los siguiente comandos:

Tenga en cuenta que esto implementará la versión exacta que se ha solicitado y no incluirá paquetes superpuestos y otros cambios.

Los despliegues son quitados automáticamente como actualizaciones sucedan. Sin embargo, si desea quitar manualmente todos los despliegues anteriores o pendientes para liberar espacio del disco, puede hacer tal como utilizar la instrucción rpm-ostree cleanup. Además, si quiere conservar los despliegues específicos a ser quitados por la instrucción de limpieza, puede pincharlos, esto será discutido más tarde.

Quitar anteriores despliegues:

Quita los despliegues pendientes:

Los despliegues específicos pueden ser pinchados tal que no obtendrán retiradas por la instrucción rpm-ostree- cleanup. Los despliegues además pueden ser despinchados tal que puedan ser retirados normalmente. Puede, por ejemplo, fijar despliegues que considere estables en su sistema, de modo que tendrá una alternativa garantizada si una actualización futura introduce regresiones o errores.

Para anclar o desanclar una implementación, necesita saber el número de índice de ese despliegue.

Compruebe el número de índice de despliegues:

Fijar un despliegue:

Desanclar un despliegue: