SysadminNews

ReactOS 0.4.16 livre un installeur graphique et Server Core

Sur cette page
  1. L'installeur, c'est la version
  2. Ce qui a changé en dessous
  3. Le saut vers Wine, c'est l'histoire de la compatibilité
  4. Où cela se situe
  5. Sources et pour aller plus loin

ReactOS 0.4.16 est sorti le samedi 29 août 2026, environ dix-huit mois après la 0.4.15, et solde 381 tickets en 2 808 commits. Deux changements sautent aux yeux de quiconque installe réellement le système. Il existe désormais un installeur graphique, porté par une image unique qui démarre à la fois en environnement live et en installeur, donc vous essayez ReactOS puis vous l'installez sans changer de support. Et il existe un type d'installation Server Core qui désactive l'interpréteur graphique tout en conservant le sous système Win32 complet. En dessous, la pile de stockage reçoit un nouveau pilote ATA, le pilote de bus audio a été remplacé, et la copie de Wine passe de l'ère 2.x à Wine 10.0.

The short answer

ReactOS 0.4.16 est arrivée le samedi 29 août 2026, environ dix-huit mois après la version précédente. Les deux points saillants sont un installeur graphique porté par une image combinée live et amorçage, et un type d'installation Server Core qui retire l'interpréteur Explorer tout en gardant le sous système Win32 complet. En dessous, un nouveau pilote ATA remplace UniATA et débloque Hyper-V génération 1, le pilote de bus HD audio cède la place à sklhdaudbus, et la copie de Wine saute à Wine 10.0, WineVDM restaurant les applications 16 bits. Le tout reste en phase alpha.

2 808commits depuis la 0.4.15, soldant 381 tickets
Wine 10.0la copie rebasée, contre l'ère 2.x et 3.x
2009année du plus ancien ticket corrigé dans cette version
Carte de synthèse de la sortie de ReactOS 0.4.16 : installeur graphique sur une image combinée live et amorçage, type d'installation Server Core, nouveau pilote ATA remplaçant UniATA, et copie de Wine rebasée sur Wine 10.0, avec 2 808 commits soldant 381 tickets.
ReactOS 0.4.16, la version en une carte. PNG

Dix-huit mois entre deux versions, c'est long pour un projet qui vit de l'enthousiasme de bénévoles. La liste de ce qui est arrivé rend l'attente lisible : l'un des tickets corrigés avait été ouvert le 3 février 2009.

L'installeur, c'est la version

ReactOS a toujours eu un installeur en mode texte hérité du programme d'installation Windows qu'il réimplémente, et cet installeur a toujours été la première chose qu'un curieux rencontrait, puis la première chose qui lui faisait fermer la machine virtuelle. Hermès Bélusca-Maïto l'a remplacé par un installeur graphique, et l'a posé sur une image combinée d'amorçage et de live.

Cette seconde moitié mérite qu'on s'y arrête. Jusqu'ici, évaluer ReactOS imposait de choisir entre une image live pour regarder et une image d'amorçage pour installer. Une image qui fait les deux donne l'enchaînement : démarrer, fouiller, décider, installer, sans repasser par la page de téléchargement. Toutes les distributions grand public ont adopté ce schéma depuis longtemps, et la raison n'est pas esthétique. Il supprime le moment où le curieux abandonne.

Le type d'installation Server Core signé Carl Bialorucki est le geste complémentaire, à l'autre bout. Il coupe l'interpréteur graphique Explorer mais garde le sous système Win32 complet chargé, exactement la forme prise par Windows Server 2008 Core. Pour une machine virtuelle que vous voulez petite, ou pour héberger un service qui n'a jamais eu besoin d'un bureau, c'est une vraie option et non une ligne de communication.

Ce qui a changé en dessous

C'est dans les pilotes que sont passés les dix-huit mois.

Le stockage reçoit le plus gros changement : le nouveau pilote ATA de Dmitry Borisov remplace l'ancienne pile UniATA. Les temps de démarrage s'améliorent et, plus utile encore, les machines virtuelles Hyper-V de génération 1 fonctionnent, ce qui rend ReactOS praticable à tester sur un hôte Windows sans se battre avec le contrôleur émulé. Doug Lyons a rétabli le fonctionnement de chkdsk sur FAT et Mark Jansen a ajouté des utilitaires de nettoyage de disque.

La partie graphique offre une correction qui se lit comme une bonne chasse au bogue. Justin Miller a remonté de sévères ralentissements sur cartes Nvidia jusqu'au nombre d'entrées de table de pages système alloué par le gestionnaire de mémoire, et l'a augmenté. Les soucis AMD ont été traités par des réécritures d'ExtEscape. Les fondations du multi écran sont posées, même si la fonction elle même n'est pas terminée.

L'audio a été reconstruit plutôt que rafistolé. Oleg Dubinskiy a jeté le pilote de bus HD audio incomplet au profit de sklhdaudbus, ajouté la prise en charge du Kernel Mode Driver Framework, et corrigé les réglages de volume et de balance dans les Propriétés de son et le mélangeur de volume. Le réseau gagne un pilote pour adaptateur DC21X4, celui qui donne la connectivité sous Virtual PC 2007 et Hyper-V, plus la prise en charge des connexions asynchrones.

Carte en liste des changements de ReactOS 0.4.16 : installeur graphique sur une image combinée amorçage et live, type d'installation Server Core conservant le sous système Win32 complet, nouveau pilote ATA remplaçant UniATA avec prise en charge de Hyper-V génération 1, sklhdaudbus remplaçant le pilote de bus HD audio avec KMDF, ralentissements Nvidia corrigés en augmentant les entrées de table de pages système, pilote réseau DC21X4, et copie de Wine rebasée de l'ère 2.x vers Wine 10.0 avec WineVDM.
La liste des changements de la 0.4.16, condensée. PNG

Le saut vers Wine, c'est l'histoire de la compatibilité

ReactOS maintient une copie de Wine pour les parties de la surface Win32 que les deux projets partagent, et cette copie stagnait depuis des années sur du code Wine 2.x et 3.x. En 0.4.16 elle passe à Wine 10.0.

Sauter sept versions majeures en une seule livraison n'est pas une montée de dépendance ordinaire. Cela absorbe d'un coup des années de travail sur la compatibilité applicative, et c'est la raison de retester tout ce que vous aviez trouvé cassé. WineVDM est inclus lui aussi, ce qui restaure les applications 16 bits, et c'est précisément le public que ReactOS conserve : des gens avec une vieille application et plus aucun système pris en charge pour la faire tourner.

Où cela se situe

ReactOS reste un logiciel alpha et rien dans cette version ne modifie ce point. Ce qui a changé, c'est le frottement. La dernière fois que le projet a fait l'actualité ici, c'était pour la fusion de la prise en charge des objets de travail après des années de demande ouverte, un progrès qui ne parle qu'aux gens déjà installés dans le suivi du projet. Un installeur graphique, une image unique essayer puis installer, un mode Server Core et une base Wine moderne, c'est autre chose : ce sont les changements qui rendent le projet digne d'une soirée pour quelqu'un qui ne l'a jamais lancé.

Les images sont disponibles sur la page de téléchargement du projet. Si vous aviez essayé ReactOS il y a des années avant de le reposer, c'est la version qui justifie de le reprendre en machine virtuelle.

Sources et pour aller plus loin

Questions fréquentes

ReactOS 0.4.16 est il utilisable au quotidien ?

Non, et le projet ne l'a jamais prétendu. ReactOS reste un logiciel en phase alpha, et le numéro de version le signale honnêtement. Ce que change la 0.4.16, c'est l'expérience d'évaluation. Un installeur graphique sur une image combinée live et amorçage signifie que vous démarrez le support, vous regardez, puis vous installez depuis la même session : le flux que toutes les distributions Linux ont normalisé il y a vingt ans. Voyez donc cette version comme celle qui rend l'essai agréable, pas comme celle qui rend la production envisageable. Faites la tourner en machine virtuelle, sur du matériel dont vous ne dépendez pas, ou face à des applications anciennes que vous cherchez à maintenir en vie.

Que fait exactement le type d'installation Server Core ?

Il désactive l'interpréteur graphique Explorer tout en chargeant le sous système Win32 complet, ce qui reproduit ce que faisait Windows Server 2008 Core. La distinction compte : il ne s'agit ni d'un noyau allégé ni d'une surface d'API réduite, mais du même système sans le bureau par dessus. En pratique vous obtenez une empreinte d'exécution plus petite et une machine que vous pilotez en ligne de commande ou à distance, ce qui convient à une machine virtuelle que vous voulez garder légère, ou à une cible de test pour des services qui n'ont jamais eu besoin d'un bureau. Contribution de Carl Bialorucki.

Pourquoi le nouveau pilote ATA est il important ?

Le nouveau pilote ATA de Dmitry Borisov remplace l'ancienne pile UniATA et apporte deux choses utiles. Les temps de démarrage s'améliorent, ce que remarquera immédiatement quiconque teste en boucle dans une machine virtuelle. Plus important, il ouvre la compatibilité avec les machines virtuelles Hyper-V de génération 1, donc ReactOS devient pratique à exécuter sur un hôte Windows sans chercher le bon contrôleur émulé. Le travail sur le stockage dans une réimplémentation d'un système est rarement spectaculaire, mais une pile disque qui ne démarre pas est un arrêt net, et c'est le genre de changement qui fait passer un projet de la démonstration au testable.

Jusqu'où la copie de Wine a t elle avancé ?

Très loin. ReactOS maintient une copie de Wine pour les parties de la surface Win32 que les deux projets partagent, et cette copie était restée sur du code Wine 2.x et 3.x. En 0.4.16 elle est rebasée sur Wine 10.0, ce qui absorbe d'un coup des années de travail sur la compatibilité applicative. WineVDM est également inclus, restaurant la prise en charge des applications 16 bits. Si vous gardez ReactOS pour une application ancienne précise, c'est la version qui mérite un nouveau test, car la surface de compatibilité a bougé davantage ici que dans n'importe quelle mise à jour précédente.

Qu'est ce qui change pour la vidéo et l'audio ?

Justin Miller a remonté de sévères ralentissements sur cartes Nvidia jusqu'au nombre d'entrées de table de pages système dans le gestionnaire de mémoire, et l'a augmenté, ce qui supprime une chute de performances de longue date. Les problèmes des pilotes AMD ont été traités par des réécritures d'ExtEscape. Côté audio, Oleg Dubinskiy a remplacé le pilote de bus HD audio incomplet par sklhdaudbus, ajouté la prise en charge du Kernel Mode Driver Framework, et corrigé les réglages de volume et de balance dans les Propriétés de son comme dans le mélangeur de volume. Les fondations du multi écran sont également posées, sans que la fonction soit terminée.