O ReactOS NTFS: instalação e formatação nativas são reais. Entenda o marco, os limites (sem cache, journaling, segurança) e o impacto no Beta. Veja a análise completa e o checklist.
O ReactOS deu um passo que parecia distante: seu driver NTFS próprio finalmente amadureceu ao ponto de permitir instalar e usar o sistema operacional diretamente em partições NTFS — e, pela primeira vez, também formatar volumes nesse sistema de arquivos com compatibilidade com o Windows.
O anúncio foi feito pelo projeto no X em 17 de outubro de 2026.
À primeira vista, pode parecer apenas mais uma nota técnica. Mas para quem acompanha o ReactOS há anos, o peso é outro: o NTFS sempre foi um dos componentes mais complexos e menos “redondos” do projeto.
O driver existe há quase uma década, mas só agora atingiu o nível de maturidade necessário para sustentar uma instalação completa do sistema em cima dele.
Abaixo, explicamos o que mudou, o que ainda limita o uso diário, como isso se encaixa no caminho até o Beta e o que profissionais e entusiastas devem observar antes de testar.
O que exatamente mudou com o driver NTFS do ReactOS?
Antes deste marco, o ReactOS já conseguia inicializar a partir de NTFS desde 2022, quando o suporte de boot foi adicionado ao FreeLoader.
A novidade de 2026 é diferente: o driver agora lida com leitura e escrita de forma substancialmente mais robusta durante a instalação e o uso contínuo do sistema. Além disso, a formatação NTFS passou a ser possível dentro do próprio ReactOS, com estrutura compatível com o Windows.
As limitações que ainda pesam: cache, journaling e segurança
O próprio ReactOS fez questão de deixar claro: o driver ainda não implementa cache, o que resulta em desempenho inferior ao de outros drivers NTFS; journaling e mecanismos de segurança também não estão presentes; e podem existir bugs ainda não descobertos.
Essas três ausências não são detalhes menores. Entenda o impacto prático:
- Sem cache: operações de disco dependem mais diretamente do meio físico, o que torna o sistema mais lento em tarefas cotidianas — abertura de programas, cópia de arquivos e inicialização. Em um SSD moderno o impacto pode ser atenuado, mas ainda é perceptível em comparação com Windows ou Linux sobre NTFS.
- Sem journaling: o NTFS foi projetado para registrar transações de metadados em um journal, permitindo recuperação mais rápida após desligamentos abruptos ou falhas de energia. Sem isso, uma interrupção no meio de uma operação de escrita pode deixar a partição em estado inconsistente, exigindo verificações demoradas ou até perda de dados.
- Sem segurança NTFS: descritores de segurança, ACLs e herança de permissões não são aplicados pelo driver do ReactOS. Isso significa que o modelo de controle de acesso típico do NTFS não funciona plenamente; para ambientes multiusuário ou compartilhamentos, a proteção é limitada.
Se você depende de monitoramento de integridade de disco ou de soluções de recuperação de partições para ambientes críticos, vale redobrar a cautela ao testar ReactOS em NTFS nesta fase. A recomendação é usar discos ou partições descartáveis, com backup prévio.
Produto Recomendado
Eu ganho uma comissão quando você faz uma compra.
Por que esse marco aproxima o Beta (mas não o entrega)
O ReactOS está em desenvolvimento há três décadas e nunca lançou uma versão Beta. O marco do NTFS é relevante porque remove uma barreira histórica: sem um driver NTFS confiável para instalação, o sistema ficava restrito a FAT32 ou a ambientes de teste muito controlados.
Agora, o projeto pode ser instalado no sistema de arquivos nativo do Windows, o que amplia drasticamente os cenários de teste real.
Isso não significa que o Beta está iminente. O próprio projeto mantém uma lista de pendências que inclui justamente cache, journaling e segurança no NTFS — itens que precisam estar minimamente estáveis antes de uma versão Beta pública.
Além disso, 2026 tem sido um ano de avanços incrementais em outras frentes:
- Primeira system call NT6 (NtGetCurrentProcessorNumberEx) implementada em julho, um passo simbólico rumo à compatibilidade com aplicações Vista+.
- ReactOS 0.4.16 lançado em agosto, com novo instalador gráfico e melhorias de suporte de hardware.
- Atualização da stack do DirectX para basear-se no Wine 10.0, ampliando a compatibilidade gráfica.
O NTFS se soma a esse conjunto como mais um tijolo — importante, mas não suficiente sozinho para o Beta.
Checklist para testar o ReactOS com NTFS (copie e cole)
Use este checklist antes de qualquer instalação em NTFS nesta fase:
□ Baixe a ISO mais recente do ReactOS (0.4.16 ou build de desenvolvimento posterior a outubro de 2026).
□ Verifique o hash SHA-256 da ISO no site oficial.
□ Use uma máquina virtual (VirtualBox, VMware ou QEMU) para o primeiro teste.
□ Crie um disco virtual dedicado, sem dados importantes.
□ Anote a versão exata do driver NTFS e a data do build.
□ Teste formatação NTFS dentro do instalador e fora dele.
□ Execute cópias de arquivos grandes (acima de 1 GB) para avaliar estabilidade de escrita.
□ Simule desligamento abrupto (reset da VM) e verifique a consistência da partição.
□ Monitore o log de eventos do ReactOS em busca de erros de NTFS.
□ Reporte bugs no JIRA oficial com logs e passos de reprodução.
1. Posso usar o ReactOS como sistema principal em uma partição NTFS?
3. Quando o ReactOS deve atingir o Beta?
O marco do NTFS no ReactOS é real, relevante e verificável: pela primeira vez, o sistema pode ser instalado e usado com o driver próprio em partições NTFS, além de formatar volumes compatíveis com o Windows. Isso remove uma barreira histórica e amplia os cenários de teste do projeto.
Mas é preciso manter o pé no chão. A ausência de cache, journaling e segurança NTFS ainda limita o uso diário e torna o ambiente inadequado para dados críticos.
Para os entusiastas e desenvolvedores, o caminho é testar em máquina virtual, com backup e método. O ReactOS está mais perto do Beta — não pronto para ele.
Nenhum comentário:
Postar um comentário