ReactOS 0.4.16 traz instalador gráfico e sincronia com o Wine 10
O ReactOS 0.4.16 chegou em 29 de agosto de 2026 após cerca de 18 meses e 2.808 commits. Ele adiciona um instalador gráfico, um novo driver ATA e a sincronia com o Wine 10.
4 min de leitura

Em números
- commits since version 0.4.15
- 2,808
- tracker issues closed in this cycle
- 381
- roughly, since the previous release
- 18 months
O ReactOS lançou a versão 0.4.16 em 29 de agosto de 2026, após cerca de 18 meses de trabalho. Esta versão substitui o instalador em modo texto por um gráfico, troca um driver de armazenamento que vinha de 2009 e eleva seu fork do Wine até o Wine 10.0. Para quem testa software de Windows sem ter Windows, é a versão mais útil do ReactOS em anos.
O ReactOS é um sistema operacional de código aberto que pretende rodar programas e drivers do Windows. Não é Linux e não é construído sobre Linux. Ele reimplementa o próprio Windows. Segundo suas notas de lançamento, o projeto contou 2.808 commits e 381 tíquetes fechados neste ciclo.
O instalador agora é uma imagem só
Até agora, testar o ReactOS e instalá-lo significava dois downloads diferentes. Havia um LiveCD para experimentar e um BootCD para instalar. A versão 0.4.16 junta os dois em uma única imagem.
O novo instalador gráfico foi escrito por Hermès Bélusca-Maïto, segundo as notas de lançamento do projeto. O Linuxiac relata que ele também oferece gerenciamento básico de partições. As notas resumem o objetivo de forma simples: dá para "test and install ReactOS using the same image", ou seja, testar e instalar a partir da mesma imagem.
O Phoronix compara o resultado a um ambiente live de Linux, no qual experimentar o sistema e instalá-lo acontecem a partir de um único meio.
O trabalho de drivers pesa mais do que parece
A correção principal é de armazenamento. O ReactOS substituiu o UniATA, o driver ATA que usava desde 2009, por um novo. ATA é a interface mais antiga que liga discos rígidos e unidades ópticas a um PC.
Essa troca corrige falhas reais. As notas de lançamento dizem que a mudança melhora o desempenho de inicialização e elimina o bugcheck INACCESSIBLE_BOOT_DEVICE. Bugcheck é o nome que o Windows dá a um erro de parada, a tela azul. O Linuxiac relata que o driver antigo causava inicializações lentas e falhas completas em máquinas mais novas. Um dos tíquetes de origem, o CORE-3804, foi aberto em 3 de fevereiro de 2009.
O áudio também foi refeito. Um driver chamado sklhdaudbus substitui o incompleto hdaudbus.sys. Segundo as notas de lançamento, ele suporta controladoras de áudio HD compatíveis com Windows XP e Windows Server 2003.
Máquinas virtuais também ganham suporte. A versão adiciona suporte a conexão assíncrona, o que permite ao ReactOS inicializar no Virtual PC 2007 e no Hyper-V Geração 1. Há ainda um novo driver de rede para adaptadores DC21X4. Em separado, o projeto corrigiu uma lentidão com Nvidia ampliando as entradas de tabela de páginas do sistema.
O que mudou, em uma tabela
| Área | Antes | No 0.4.16 |
|---|---|---|
| Mídia de instalação | LiveCD e BootCD separados | Uma imagem, instalação gráfica com particionamento básico |
| Armazenamento | Driver UniATA, em uso desde 2009 | Novo driver ATA, sem o erro INACCESSIBLE_BOOT_DEVICE |
| Áudio | hdaudbus.sys incompleto | sklhdaudbus, para áudio HD da classe XP e Server 2003 |
| Fork do Wine | Wine 2.x e 3.x | Wine 10.0, com APIs do Vista em diante atrás de uma opção de compilação |
| Aplicações de 16 bits | Sem suporte | WineVDM incluído pela primeira vez |
Um modo servidor e suporte a 16 bits
A versão 0.4.16 adiciona um tipo de instalação chamado Server Core. Ele desativa o shell gráfico Explorer e mantém acesso completo ao subsistema Win32, a camada que os programas do Windows realmente chamam. O Phoronix compara isso ao Windows Server Core.
O salto do Wine é a outra peça grande. O ReactOS compartilha código com o Wine, o projeto que roda programas do Windows no Linux. Seu fork estava travado no Wine 2.x e 3.x. Agora ele acompanha o Wine 10.0, e o suporte às APIs do Vista em diante fica disponível por uma opção de compilação. O WineVDM aparece pela primeira vez, o que traz de volta as aplicações de 16 bits do Windows.
O projeto continua direto sobre sua maturidade. O Linuxiac descreve o ReactOS como "a work in progress rather than a drop-in replacement for modern Windows", isto é, um trabalho em andamento e não um substituto direto do Windows moderno.
O que isso significa para desenvolvedores
Se você mantém uma ferramenta que só roda no Windows, testar o ReactOS ficou mais barato. Baixe uma imagem, inicie em uma máquina virtual e veja se o seu binário roda. O suporte a Hyper-V Geração 1 e Virtual PC 2007 significa menos briga com o hipervisor antes de chegar ao teste de verdade.
Dois grupos ganham valor concreto hoje. Quem desenvolve drivers e kernel ganha um alvo legível e modificável que se comporta como Windows, e os novos drivers de ATA e de áudio HD são código novo que vale a leitura. Equipes que mantêm software corporativo antigo ganham o WineVDM, então um instalador ou utilitário de 16 bits finalmente pode ser testado em algum lugar.
Quem usa o Wine se beneficia de forma indireta. O trabalho que circula entre os dois projetos alcança mais gente, e um fork oito versões maiores atrasado freava isso. Observe com que rapidez a sincronia com o Wine 10.0 produz correções que chegam aos dois lados.
Trate a ressalva como um limite firme. Não coloque o ReactOS sob carga de produção e não leia um teste aprovado como certificação. Use-o como sinal de compatibilidade e superfície de depuração, e confirme depois o que importa em um Windows real.
Fontes
Artigos relacionados

TryNix corre qualquer pacote Nix num separador do browser
O TryNix arranca um núcleo Linux compilado para WebAssembly e corre qualquer uma das 310 083 versões do nixpkgs num separador. O python3 leva 7,5 segundos na primeira visita.

Asahi Linux passa a suportar oficialmente os Mac da série M3
O Asahi Linux integrou o suporte a M3, M3 Pro e M3 Max no seu instalador. Wi-Fi, USB 3 e descodificação AV1 funcionam. Suspensão, HDMI e 3D rápido não.

Kubernetes 1.37 promove o modo rootless a beta
O Kubernetes 1.37 promove o KubeletInUserNamespace a beta. O kubelet, os runtimes de contentores, os plugins CNI e o kube-proxy passam a poder correr como utilizador comum.