Windows 11 Canary e o medo do SSD frito: Onde a física pega de jeito

Nos últimos meses, os fóruns de tecnologia e grupos de WhatsApp no Brasil estão fervilhando com um novo tipo de pânico: o medo de que o Windows 11 no canal Canary está fisicamente "queimando" SSDs. Começou com um post no Reddit alegando que uma build específica gerava logs absurdos e derrubava a saúde da unidade em 30%, e agora todo mundo que usa o Insider como driver diário acha que o hardware vai virar fumaça amanhã.

Como quem rodou o Windows 10 Technical Preview em máquina principal sem backup por quase um ano (e errei feio), posso dizer com segurança: essa história está mais pra lenda urbana do que engenharia. Vamos dissecar o que é exagero e o que é perigo real, olhando para os números de write cycles (ciclos de gravação) e o comportamento do firmware dos discos modernos.

Onde o medo do desgaste excessivo começou?

O surto atual de histeria remonta a builds lançadas no início deste ano, onde o sistema operacional estava diagnosticando falhas na unidade de compressão do kernel. Isso gerava um loop infinito de escrita em arquivos de log, especificamente no System32\LogFiles\WMI\RTBackup. Usuários relataram o CrystalDiskInfo marcando a saúde do SSD como "Cuidado" após apenas algumas horas de uso.

E aqui mora o primeiro detalhe técnico que muitos ignoram: o indicador de saúde "Cuidado" ou "Bad" em softwares SMART nem sempre significa que o chip de memória NAND se deteriorou fisicamente. Frequentemente, ele indica que a unidade reportou um número excessivo de erros lógicos ou setores realocados devido a travamentos do sistema. Se o Windows travar cinquenta vezes enquanto escreve um arquivo, o SSD marca setores como "suspeitos" para proteger seus dados, mas isso não apagou a vida física do transistor. É uma medida de segurança, não um atestado de óbito.

Comparando com outros ecossistemas, é o mesmo tipo de bug assustador que vimos no Android em algumas Dev Previews, onde 3 sinais de que a próxima Dev Preview do Android vai brickar seu Pixel aparecem rapidamente, mas geralmente são resolvíveis via hard reset, não substituição de hardware. A diferença é que no PC, o pavor de ver o valor do SMART cair é muito maior pelo custo do componente.

A arquitetura do seu SSD aguenta o abuso de gravação?

Para entender se o seu hardware corre perigo, precisamos olhar para o TBW (Terabytes Written) das unidades vendidas hoje no mercado. Pegue como exemplo um NVMe de entrada popular no Brasil, o Kingston NV2 de 1TB. Ele tem uma classificação de 600 TBW. Isso significa que você pode escrever 600 terabytes de dados nele antes que a garantia expire (ou a memória teórica termine). Se você escreve 100 GB por dia — um número absurdo para uso normal, incluindo desenvolvimento e jogos — levaria mais de 16 anos para bater esse limite.

Agora, vejamos o comportamento de uma build buggy do Windows 11 Canary. Mesmo no pior cenário documentado, onde o sistema escrevia logs freneticamente, o volume extra mal passava de 20 GB a 30 GB por hora. Se você deixasse isso rodar por 24 horas sem notar, seriam cerca de 720 GB. É muito? Sim. É suficiente para matar o SSD? Não. Nenhum NVMe decente de 2024 ou 2026 morre com um dia de estresse. Ele pode ficar lento, superaquecer e travar, mas o silício não se degrada numa taxa de uso explosiva.

Nos discos de alta performance, como o WD Black SN850X ou o Samsung 990 Pro, a resistência é ainda maior, chegando a 1.200 TBW no modelo de 2TB. O medo de que uma atualização semanal do Windows vá destruir seu investimento de R$ 1.000 em hardware é infundado matematicamente. O que acontece é o usuário confundir "uso intensivo" com "dano irreversível". O firmware do controlador do SSD é feito justamente para suavizar esses picos, distribuindo a gravação por todos os blocos disponíveis. A não ser que você esteja usando um SSD QLC chinês genérico sem proteção, o hardware não é o seu gargalo aqui.

O segredo do Wear Leveling em cenários de caos

O wear leveling (nivelamento de desgaste) é a tecnologia que mantém seu SSD vivo. Imagine um caderno com 100 páginas. Se você sempre escreve na página 1, ela vai rasgar. O wear leveling garante que você escreva uma linha na página 1, depois uma na página 50, depois na 100, voltando para a 2. Isso acontece em escala microscópica no seu SSD instantaneamente.

Quando o Windows Canary fica gerando logs de erro freneticamente, ele geralmente escreve nos mesmos arquivos do sistema. O seu SSD, sendo mais esperto que o sistema operacional bugado, pega esses dados e espalha-os por blocos físicos diferentes. O resultado é que, mesmo que a lógica do Windows seja estúpida e repetitiva, o hardware é inteligente e distributivo.

O único momento em que isso vira um problema físico é se o disco ficar funcionando a 80°C ou 90°C constantemente por dias devido ao throttling térmico. A alta temperatura acelera a degradação elétrica dos transistores. Se você vai instalar o Canary, certifique-se de que seu gabinete tem fluxo de ar. Um SSD NVMe M.2 sem dissipador de calor numa placa-mãe de entrada rodando uma build bugada pode sim sofrer com o calor, mas a culpa será da ventilação, não do arquivo de log em si.

Corrupção de dados: O inimigo que você deve temer

Enquanto todos perdem tempo monitorando a vida útil da mídia no CrystalDiskInfo, o verdadeiro vilão do Canary está nos seus arquivos pessoais. O risco de usar compilações instáveis como sistema principal não é o SSD virar um tijolo, mas o sistema de arquivos NTFS ou ReFS corromper no meio de uma gravação importante.

Já perdi capturas de tela de review e arquivos de texto não salvos porque o Windows entrou em tela azul (BSOD) enquanto eu tentava mover pastas. A física do disco ficou ilesa, mas a tabela de endereçamento se foi. O硬件 (hardware) resiste; seus dados, nem sempre.

Nesse sentido, o Canary é muito mais perigoso para a produtividade do que para o bolso. Se você trabalha com planilhas financeiras no Excel ou usa softwares de design pesados, um BSOD no meio de um render pode custar horas de trabalho. É por isso que sempre recomendamos um SSD secundário ou um HD externo para documentos críticos. Mantenha o sistema operacional e o lixo de compilação beta isolados das suas contas a pagar e fotos de família.

O ciclo de atualizações também é um fator. Diferente da Atualização mensal vs. QPR Beta, onde o usuário escolhe quando receber o pacote, o Canary manda updates constantes. Cada reboot em busca de uma nova feature é um teste de sorte para a integridade do sistema.

Como sair do Canary sem perder a sanidade (e os arquivos)

Você ignorou meus conselhos, instalou o build 27890 como seu sistema principal para ter acesso antecipado ao Moment 4 do Windows 11 e agora o PC está reiniciando sozinho. Chegou a hora do rollback. Não tente usar a função "Voltar" no Painel de Controle; em compilações quebradas, ela costuma falhar por falta de arquivos de imagem antigos.

O método que testei e aprovo para sair dessa encrenca sem formatar é o uso de imagem de sistema via software de terceiros (como Macrium Reflect ou AOMEI Backupper) feito antes de entrar no Canal Canary. Se você não fez isso, a única saída 100% segura é a instalação limpa. Porém, para tentar salvar a instalação atual e voltar ao stock (Release Preview), siga estes passos que salvaram minha máquina de teste na semana passada:

1. Baixe a ISO mais recente do Windows 11 Release Preview no site oficial da Microsoft.
2. Use a ferramenta Rufus para criar um pendrive inicializável.
3. Dê boot pelo pendrive e escolha "Reparar o computador" > "Solucionar problemas" > "Prompt de Comando".
4. Execute o comando bcdedit /set {default} recoveryenabled Yes para garantir que o ambiente de recuperação funcione.
5. Agora, tente acessar a partição do Windows e mova a pasta Windows.old (se ela existir) para um outro disco como backup. Se ela não existir, você não terá como voltar sem formatar.

Se você tiver uma imagem de sistema (.mrimg ou .tib) salva num HD externo, o processo é trivial: boot pelo pendrive, abra o software de backup e restaure a imagem. Leva uns 20 minutos e seu SSD volta exatamente ao estado de antes de você entrar no programa Insider, limpo de logs e erros lógicos, sem nenhum desgaste extra relevante.

O tranco real que o sistema leva não é do uso contínuo, mas da instalação e desinstalação de grandes compilações. O ideal é usar um VHD (Virtual Hard Disk) para testar o Canary dentro de uma instalação estável, isolando o risco.

Não tenha medo do seu hardware; ele foi construído para aguentar muito mais pancadas que algumas centenas de gigabytes de logs defeituosos. Tenha medo da falta de backup. Se garantir a integridade dos seus arquivos é a prioridade, deixe o Canary para uma máquina secundária ou uma partição isolada que você possa apagar sem chorar. O seu SSD vai sobreviver; a sua paciência é que pode não.