Sobrevivi 1 semana ao One UI 6: Como a beta do Android 14 torrou meu Galaxy e o que fiz para salvar a bateria

Na segunda-feira passada, resolvi jogar a cautela no lixo. Instalei o primeiro build público da One UI 6 baseada no Android 14 no meu Galaxy S24 como principal aparelho, sabendo que o risco de travamentos era alto. O que eu não esperava era que o celular virasse um forno portátil literal. O sistema de gerenciamento térmico simplesmente não estava seguidor as regras, e a bateria despencava de forma agressiva por causa do "System" quebrando o galho.

Se você está na dúvida se vale a pena antecipar essa atualização mas precisa do celular funcionando o expediente todo, aqui está o diário de bordo da minha semana — e, mais importante, o ajuste específico que salvou minha bateria no dia a dia.

Alerta de redação: Betas de software em fase inicial instável são notórias por causarem perda de dados e incompatibilidade com apps bancários. Não faça isso no seu aparelho principal sem um backup completo no Smart Switch ou na nuvem, e esteja ciente de que você pode precisar flashear o firmware oficial para sair do loop de boots.

O desastre térmico das primeiras 24 horas

Assim que a instalação terminou e o sistema iniciou, notei que a tela de configuração inicial já estava mais quente que o normal. Ignorei. O problema começou de verdade quando fui para o trabalho. Por volta das 10:30 da manhã, com o celular no bolso, senti queimação na coxa. Ao retirar o aparelho, a parte traseira estava a 43°C, segundo o app AIDA64.

O vilão não era o Instagram ou o YouTube. Era o processo com.android.systemui e o kernel do Linux travando em loops de processamento. Em duas horas de uso moderado, a bateria tinha caído 35%. Para contextualizar, no One UI 5 estável, eu saía de casa com 100% e chegava ao almoço com perto de 85%.

Aqui, cheguei ao almoço com 54% e o celular pedindo para reduzir o brilho por causa da temperatura. Pior ainda: o modem 5G parecia entrar em conflito com o novo gerenciador de energia do Android 14, fazendo o sinal oscilar entre 4G+ e 5G a cada 30 segundos, o que consumia ainda mais bateria em busca de rede.

O ponto sem retorno do dia a dia

Na terça-feira, o cenário se repetiu. O bug não era um evento isolado de pós-instalação. Era estrutural. A Samsung tinha mudado a forma como o "Comportamento Adaptativo da Bateria" interagia com os serviços em segundo plano, mas a lógica estava virada para o avesso.

Eu precisava usar o Uber para ir a uma reunião às 18h. Minha bateria estava em 22% às 17h15. Abri o app e o celular esquentou tanto que o carregamento rápido foi bloqueado automaticamente. O app de transporte demorou três minutos para localizar o GPS, e o mapa travava a cada quadro.

Foi o momento de parar de reclamar e começar a depurar. Eu tinha uma semana pela frente e não podia ficar preso a um carregador.

Protocolo de emergência: isolando o vazamento

A solução não foi apenas economizar bateria; foi impedir que o sistema se matasse. Tive que desativar recursos que prometem eficiência, mas que neste build estavam causando o efeito contrário.

O primeiro passo foi ir em Configurações > Cuidados com a bateria e dispositivo > Bateria. Desativei a opção "Modo de proteção de bateria" porque ele estava entrando em conflito com o agendador de tarefas do Android 14. Parece contra-intuitivo, mas o algoritmo estava forçando o processador a frequências máximas para tentar "economizar" tarefas em segundo plano, gerando mais calor.

Em seguida, a medida mais drástica e eficaz. Fui em Configurações > Aplicativos > Acesso especial > Acessar apps que aparecem sobre outros apps. Percebi que widgets de clima e sobreposições de lunchers de terceiros estavam forçando renderizações constantes da interface. Desativei todas as permissões de sobreposição exceto para o WhatsApp e o Nubank (essenciais para notificações de OTP).

O maior ganho, porém, veio de uma configuração obscura de desenvolvedor.

A solução técnica que salvou a semana

Ativei as Opções do Desenvolvedor e procurei por "Limite de processos em segundo plano". O padrão é "Sem limite". Alterei para "No máximo 4 processos".

Isso é brutal para um sistema operacional moderno, mas para este build bugado da One UI 6, foi o remédio. O Android 14 estava permitindo que o Google Play Services rodasse dezenas de subprocessos travados em loop. Ao limitar a 4 processos, forcei o sistema a matar os processos zumbis imediatamente.

O resultado? A temperatura caiu para uma média de 35°C em uso contínuo. O consumo de bateria parou de cair 1% a cada 3 minutos em repouso. Perdi a atualização em tempo real de alguns widgets, mas ganhei funcionalidade.

Outro detalhe crucial: o acesso à localização. O Android 14 mudou a permissão de localização aproximada para precisa por padrão, e apps que não solicitavam direito ficavam em loop tentando obter o GPS. Se você tem curiosidade sobre como esses mecanismos funcionam nos bastidores, explico por que os apps beta pedem permissão de localização em segundo plano sem motivo aparente aqui. No meu caso, revoguei a localização de todos os apps que não eram de mapa ou delivery.

A vida real com as limitações

Mesmo com o truque dos processos em segundo plano, a experiência de uso tem trade-offs. A câmera demora cerca de 2 segundos a mais para abrir porque o sistema precisa "acordar" o processador de imagem do zero, já que não mantinha tudo pré-carregado em memória.

A biometria digital falhou duas vezes no Reconhecimento Facial com o celular muito quente, exigindo o desbloqueio por PIN. Para quem trabalha com segurança de dados, isso é um risco, já que a falha de reconhecimento pode ser tentativa de spoofing.

Usei o WhatsApp Multi-Dispositivo como minha tábua de salvação para comunicação quando o sinal do chip principal caía devido ao conflito do modem. Ter o app rodando ativamente no notebook permitiu que eu respondesse clientes mesmo com o Android quase desligado na mesa.

O que eu faria diferente se fosse recomeçar

Sabendo o que sei agora sobre o comportamento deste build específico da One UI 6, eu teria feito um reset de fábrica imediatamente após a instalação da atualização. O "dirty flash" (atualizar por cima do sistema anterior sem limpar os dados) mantém caches antigos que o Android 14 tenta converter, o que gera grande parte do calor excessivo nos primeiros dias.

Se você decide insistir nessa versão, faça o seguinte: instale a atualização, faça backup, resete o aparelho e não restaure o backup do Google Drive automaticamente. Configure tudo do zero. É chato, mas evita que o sistema traga corrupção de dados da versão anterior, que parece ser o gatilho para o bug térmico do systemui.

O veredicto para este build

Cheguei ao final da sexta-feira com o celular funcionando, mas longe de ser estável. Com as limitações de processos em segundo plano ativas, a bateria durou o dia todo (acabei com 12% às 22h), mas perci o dinamismo da interface da Samsung.

Se você precisa de 100% de confiabilidade — principalmente para apps de banco ou trabalho — esse build ainda não é para você. O risco de um bug randômico impedir o pagamento no Supermercado Extra ou travar durante uma chamada no Uber é real. A estabilidade de software da Samsung costuma melhorar muito entre o segundo e terceiro builds, então minha recomendação é aguardar mais duas semanas até a próxima compilação.

Aprendizado técnico sobre o gerenciamento do Android 14

O que mais me chamou atenção não foi o bug em si, mas como a Samsung está tentando implementar o gerenciamento de memória do Android 14. O sistema tenta ser "inteligente" ao ponto de prejudicar o uso.

Para quem curte configurar o sistema, vale a pena ler mais sobre perfis de desenvolvedor vs beta público, pois as ferramentas de depuração nativas do Android 14 mostram detalhes de wake locks que antes ficavam escondidos. Aprender a ler isso foi o que me permitiu sobreviver à semana sem voltar para o Android 13. Sobre o link anterior, ele foca em iPhone, mas a lógica de diagnóstico de wake locks aplica-se a qualquer SO.

O One UI 6 promete ser uma atualização visual incrível, mas neste momento, a beleza custa caro em autonomia. Mantenha o carregador por perto e as Opções do Desenvolvedor na gaveta de apps recentes. Você vai precisar delas.