Pembaruan, Peningkatan & Bergulir mundur

Pembaruan OS sepenuhnya terintegrasi ke dalam desktop; Anda akan secara otomatis diberitahu ketika pembaruan tersedia. Perilaku standarnya adalah mengunduh pembaruan secara otomatis (ini dapat diubah dari preferensi pembaruan di Perangkat Lunak).

Setelah pembaruan siap, Anda tinggal melakukan boot ulang untuk mulai menggunakan versi baru. Tidak perlu menunggu pembaruan diinstal selama reboot ini.

Jika Anda mau, Anda juga dapat memperbarui menggunakan baris perintah. Untuk melakukan ini, jalankan:

Ini akan memeriksa pembaruan baru dan mengunduh serta menginstalnya jika tersedia. Atau, untuk memeriksa pembaruan yang tersedia tanpa mengunduhnya, jalankan:

Peningkatan antara versi utama (seperti dari Fedora 41 ke Fedora 42) dapat dilakukan dengan menggunakan aplikasi GNOME Software. Sebagai alternatif, Fedora Silverblue dapat ditingkatkan antar versi utama menggunakan perintah rpm-ostree.

Pertama, pastikan Anda menjalankan pembaruan terbaru untuk versi saat ini:

Nyalakan ulang sistem Anda jika perlu. Kemudian, verifikasi bahwa cabang untuk versi utama berikutnya tersedia. Anda dapat mencetak semua cabang yang tersedia untuk Fedora Silverblue dengan perintah ini:

Setelah Anda memverifikasi nama cabang Anda, Anda siap untuk melanjutkan. Sebagai contoh, untuk meningkatkan ke Fedora Silverblue 42. perintahnya adalah:

Prosesnya sangat mirip dengan pembaruan sistem: OS baru diunduh dan diinstal di latar belakang, dan Anda tinggal mem-boot ke dalamnya ketika sudah siap.

Selain itu, Anda dapat memilih untuk merebase ke varian Fedora Atomic yang berbeda, misalnya Fedora Kinoite. Fedora Kinoite mirip dengan Fedora Silverblue, kecuali fakta bahwa ia menggunakan KDE Plasma desktop environment, bukan GNOME desktop environment default.

Artinya, Anda dapat melakukan rebase ke Fedora Kinoite untuk mencobanya, tanpa perlu menyentuh sistem Anda saat ini. Karena dua citra sistem terisolasi satu sama lain, dua lingkungan desktop tidak akan pernah terinstal pada waktu yang sama. Semua aplikasi flatpak dan file didalam /home Anda akan tetap ada di antara kedua rebase. Hal yang sama berlaku untuk menguji versi mutakhir dari Fedora Silverblue, yaitu Rawhide.

Jika Anda memutuskan untuk melakukan rebase, pastikan untuk melakukan pin pada build Anda saat ini, agar Anda tidak kehilangannya secara tidak sengaja (secara default, hanya dua build terbaru yang disimpan).

Fedora Silverblue menyimpan data versi OS sebelumnya, yang dapat diganti ke versi terbaru. Meskipun ini biasanya tidak diperlukan, ini dapat membantu jika ada masalah dengan pembaruan atau peningkatan (rollback bekerja dengan cara yang sama untuk keduanya), serta untuk tujuan pengembangan.

Ada dua cara untuk kembali ke versi sebelumnya:

Setelah melakukan rollback, secara teknis Anda akan menggunakan versi OS yang lama, dan mungkin akan diminta untuk memperbarui. Memperbarui akan membatalkan rollback, jadi sebaiknya dihindari jika Anda ingin rollback tetap berlaku.

rpm-ostree hanya menyimpan satu versi rollback yang tersedia secara default. Jika Anda ingin melakukan rollback ke versi lain dari versi yang saat ini tersedia di sistem Anda, Anda dapat melakukannya dengan perintah berikut:

Perhatikan bahwa ini akan menggunakan versi yang sama persis dengan yang diminta dan tidak akan menyertakan paket yang dilapis dan perubahan lainnya.

Deployments akan dihapus secara otomatis saat pembaruan dilakukan. Namun, jika Anda ingin menghapus semua deployments sebelumnya atau yang sedang menunggu secara manual untuk membebaskan ruang disk, Anda dapat melakukannya menggunakan perintah rpm-ostree cleanup. Selain itu, jika Anda ingin mencegah deployments tertentu dihapus oleh perintah cleanup, Anda dapat mengunci (pin) deployments tersebut, hal ini akan dibahas nanti.

Hapus deployment sebelumnya:

Hapus deployment yang tertunda:

Deployments tertentu dapat di-pin agar tidak dihapus oleh perintah rpm-ostree cleanup. Deployments juga dapat di-unpin agar dapat dihapus secara normal. Anda dapat, misalnya, meng-pin deployments yang Anda anggap stabil di sistem Anda, sehingga Anda akan memiliki cadangan yang terjamin jika pembaruan di masa depan menyebabkan regresi atau bug.

Untuk mem-pin atau membatalkan pin deployment, Anda perlu mengetahui nomor indeks deployment tersebut.

Periksa nomor indeks deployment:

Pin deployment:

Lepaskan pin dari deployment: