Quer testar o futuro do Fedora Silverblue com o mínimo de risco? Este guia prático mostra, passo a passo, como fazer o rebase para o Fedora 43 Beta usando o terminal — e como desfazer rapidamente caso algo não saia como esperado. No ciclo Beta, o upgrade via GNOME Software pode não aparecer; por isso, todo o processo é feito no terminal.
⚠️ Aviso importante: antes de começar, aplique todas as atualizações pendentes do seu sistema estável atual.
Pré-requisitos
- Ter um backup atualizado dos seus dados (o rebase é seguro e reversível, mas backup é sempre prudente).
- Concluir todas as atualizações pendentes (
rpm-ostree upgrade) e reiniciar se necessário. - Saber que você pode fixar (pinning) o deployment atual e que existe rollback fácil pelo GRUB +
rpm-ostree rollback.
Fazendo o rebase para o beta 43 (passo a passo)
- Confirme se o branch 43 está disponível
ostree remote refs fedoraVocê deverá ver uma linha como:
fedora:fedora/43/x86_64/silverblueSe aparecer, o branch do Fedora Silverblue 43 está pronto para rebase.
- (opcional, mas recomendado) Faça o “pinning” do deployment atual
Fixar o deployment atual impede que ele seja coletado por limpeza automática. Assim, você sempre terá uma entrada segura no GRUB para voltar. Primeiro, confira os índices com:
rpm-ostree statusDepois, fixe o deployment atual (índice 0):
sudo ostree admin pin 0Se quiser desafixar mais tarde, use o índice correspondente mostrado em rpm-ostree status (ex.: 2):
sudo ostree admin pin --unpin 2O “pin” garante que o deployment selecionado não será removido; o --unpin desfaz essa proteção.
- Execute o rebase para o 43
rpm-ostree rebase fedora:fedora/43/x86_64/silverblueAo terminar o procedimento, reinicie e, no GRUB, escolha a nova entrada para iniciar no Fedora 43 Beta.
Dica: quer conferir o anúncio e novidades do Beta 43? Veja o post “Anúncio do Fedora Linux 43 Beta”.
Deu errado? Como reverter (rollback)
Se algo quebre — inclusive se não conseguir iniciar no 43 — basta abrir o menu do GRUB (aperte Esc durante a inicialização), escolher a entrada anterior (seu deployment estável), iniciar o sistema e tornar permanente o retorno com:
rpm-ostree rollbackIsso restaura o deployment anterior como padrão. Caso tenha feito pinning, a entrada antiga continuará preservada no bootloader, o que deixa todo o teste do Beta de baixo risco.
Perguntas frequentes (FAQ)
Posso pular versões? Ex.: do 41 direto para o 43?
Não é recomendado. Embora às vezes funcione, pular versões aumenta a chance de erros. O caminho seguro é avançar uma versão por vez (41 → 42 → 43).
Uso o RPM Fusion e recebo erro no rebase. O que fazer?
Em instalações Silverblue com RPM Fusion “layered”, reinstale os metapacotes de release antes do rebase para alinhar os repositórios ao novo release:
rpm-ostree update \
--uninstall rpmfusion-free-release \
--uninstall rpmfusion-nonfree-release \
--install rpmfusion-free-release \
--install rpmfusion-nonfree-releaseDepois, repita o rebase normalmente. Alternativamente, você pode (re)habilitar os releases correspondentes ao Fedora 43 conforme a documentação do RPM Fusion.
Este guia serve para outras edições dos Atomic Desktops? Como o Kinoite?
Sim. O procedimento no terminal é o mesmo; basta trocar o branch. Exemplos:
# Kinoite (KDE)
rpm-ostree rebase fedora:fedora/43/x86_64/kinoite
# Sericea (Sway)
rpm-ostree rebase fedora:fedora/43/x86_64/sericea
# Onyx (Budgie)
rpm-ostree rebase fedora:fedora/43/x86_64/onyxAs vantagens — pinning, rollback via GRUB e rpm-ostree rollback — valem para todas as variantes ostree do Fedora.
