Samsung bloqueia sideload OTA via Recovery em Galaxy A e S24

Tecnologia

Samsung interrompe método de instalação manual de atualizações em dispositivos Galaxy com partição A-only.

Leia também: Block lança Dessa, IA que supera ElevenLabs com voz 100% humana

A Samsung desativou, nesta semana, o recurso que permitia instalar manualmente atualizações OTA pelo modo Recovery usando ADB em celulares Galaxy com partição A-only, como a linha Galaxy S24 e modelos anteriores, movimento que atinge diretamente entusiastas e desenvolvedores que testam versões vazadas do One UI.

Samsung corta acesso ao sideload por Recovery

A mudança veio à tona com a liberação interna da One UI 8.5, quando usuários avançados passaram a relatar que seus aparelhos simplesmente deixaram de ser reconhecidos pelo computador ao entrar em modo Recovery. Ao tentar o comando de sideload, o sistema retorna a mensagem de erro “no devices/emulators found”, mesmo que o mesmo cabo e PC funcionem normalmente com o aparelho ligado no Android.

Antes, bastava iniciar o Galaxy em modo Recovery, conectar via cabo USB e usar o Android Debug Bridge (ADB) para enviar um arquivo de atualização compactado e instalar o pacote OTA manualmente. Agora, o ADB deixa de ficar disponível nesse modo, o que, na prática, derruba o atalho preferido de quem vivia na fronteira das versões do One UI.

“O dispositivo simplesmente não reporta seu status de conexão enquanto está no modo recovery, com erro ‘no devices/emulators found’”, descreve Josh, escritor especializado em Samsung que acompanha de perto as mudanças na interface da marca.

Entenda o contexto

A alteração atinge todos os dispositivos Galaxy que usam o esquema de partição A-only: linhas Galaxy S, A, F, M, modelos mais antigos da família Galaxy Z e até tablets Galaxy Tab. Nesses aparelhos, o sideload via Recovery era um caminho consolidado para instalar builds de teste, atualizações que ainda não tinham sido liberadas oficialmente em determinada região ou versões vazadas do One UI.

Já os dispositivos com partição A/B, como o futuro Galaxy S25 e posteriores, nunca ofereceram esse comportamento. Usuários desses modelos já dependem de outras estratégias menos diretas, como atividades de sistema escondidas ou aplicativos de terceiros, para tentar colocar as mãos em versões antecipadas do software.

Nos bastidores, a leitura é de que a Samsung tenta fechar brechas usadas para vazar firmwares internos e limitar instalações não autorizadas, elevando o controle sobre o ciclo de atualização do ecossistema Galaxy. Com menos caminhos paralelos, a empresa reforça a segurança e diminui a superfície de ataque em situações em que imagens de sistema circulam fora dos canais oficiais.

Impacto para entusiastas e usuário comum

Para quem costumava instalar builds de One UI assim que surgiam em fóruns e grupos especializados, a mudança é considerada um golpe duro. Sem ADB no Recovery, a janela para testar rapidamente a One UI 8.5 em aparelhos com partição A-only praticamente se fecha, a não ser que o usuário aceite caminhos mais trabalhosos, como fazer downgrade para a One UI 8.0 e seguir por uma trilha de atualizações oficiais — com risco de perda de dados e tempo gasto em restaurações.

Uma saída técnica continua de pé: o uso do Download Mode com a ferramenta Odin para instalar pacotes completos de firmware. É o método usado em assistências e por usuários avançados para recuperar um aparelho que travou em boot ou sofreu corrupção de sistema. “Não há necessidade de pânico: pacotes completos de firmware ainda podem ser instalados via Download Mode usando Odin, que continua sendo o método principal de recuperação emergencial”, reforça Josh.

Ou seja, para o público geral que apenas espera pela notificação de atualização e instala tudo de forma automática, nada muda na prática. O aparelho segue recebendo as versões estáveis do One UI pelo sistema padrão, com opção de restauração completa caso algo dê errado.

Comunidade perde flexibilidade, Samsung ganha controle

Do lado da comunidade de modders, desenvolvedores independentes e testadores, o saldo é de frustração. A perda do sideload via Recovery remove um método rápido, relativamente seguro e bem documentado para experimentar recursos do sistema antes da hora, cruzar builds de diferentes regiões e comparar ajustes finos de desempenho.

Entre os efeitos imediatos, a tendência é ver menos vazamentos detalhados de versões intermediárias do One UI em aparelhos A-only, já que a barreira técnica para instalação sobe um degrau. No médio prazo, a expectativa é que a Samsung mantenha essa linha, especialmente à medida que a base de usuários migra para modelos com partição A/B, onde esse tipo de atalho nunca existiu.

Para a fabricante, o ganho está em um ambiente mais previsível: menos instalações fora de padrão, menos risco de bugs causados por combinações exóticas de firmware e, principalmente, maior controle sobre quando e como novos recursos chegam ao usuário final.

Para alguns entusiastas, porém, esse fechamento progressivo também significa o fim de uma era em que experimentar o próximo One UI em primeira mão fazia parte da experiência de ter um Galaxy topo de linha.