ReactOS, el proyecto de código abierto que persigue reconstruir un sistema operativo compatible con Windows, acaba de superar uno de los obstáculos que más tiempo llevaba arrastrando: el sistema ya puede instalarse directamente sobre una partición formateada con NTFS. El anuncio del equipo de desarrollo coloca al proyecto un paso más cerca de la tan esperada fase beta y elimina una barrera práctica que durante años limitó su despliegue real.
- Instalación nativa en NTFS: ReactOS deja de depender de una partición FAT32 para poder instalarse, algo que hasta ahora era obligatorio.
- Un sistema de archivos clave: NTFS es el formato propietario de Microsoft que domina la mayoría de equipos Windows desde la llegada de Windows XP en 2001.
- Controlador aún incompleto: el nuevo driver carece de caché, journaling y soporte de seguridad, por lo que el rendimiento será inferior y persisten riesgos.
- Meta de fondo: el objetivo declarado del proyecto es alcanzar compatibilidad binaria con Windows Server 2003.
Del cuello de botella de FAT32 al salto a NTFS
Hasta este anuncio, quien quisiera probar ReactOS debía reservar una partición en FAT32 para completar la instalación. Esa exigencia no era un simple detalle técnico: suponía una limitación práctica para un proyecto que aspira a reproducir el entorno Windows y a ejecutar el mismo software que el sistema de Microsoft.
NTFS es un sistema de archivos propietario desarrollado por Microsoft cuyas raíces se remontan a la familia Windows NT, iniciada en 1993 con Windows NT 3.1. La variante que se introdujo con Windows XP en 2001 sigue siendo hoy el estándar empleado por la mayoría de los sistemas Windows en funcionamiento. Para ReactOS, que persigue la compatibilidad binaria con Windows Server 2003, quedar confinado a FAT32 era una contradicción difícil de sostener a largo plazo.
El respaldo nativo de NTFS no solo facilita la instalación: tambiénacerca al proyecto al tipo de entorno de almacenamiento que encuentran los usuarios de Windows en el mundo real, donde las unidades del sistema rara vez se formatean en FAT32.
Un controlador que aún no está listo para producción
Pese al avance, el equipo de ReactOS fue explícito sobre las limitaciones del nuevo controlador, que todavía no implementa las funciones que cabría esperar de un driver maduro. La advertencia invita a la prudencia incluso a los usuarios más experimentados.
El controlador «carece de caché (lo que provoca un rendimiento inferior), journaling y soporte de seguridad», según señaló el equipo de ReactOS en su anuncio.
A esa lista de carencias se suma una advertencia adicional: el equipo advirtió de la existencia de «errores potencialmente no descubiertos» en esta primera implementación. En la práctica, eso significa que quien decida instalar ReactOS sobre NTFS debe asumir un riesgo real de pérdida de datos o de comportamiento inestable, algo especialmente delicado en un componente que gestiona directamente el almacenamiento del sistema.
La ausencia de journaling, por ejemplo, implica que el sistema de archivos no dispone del mecanismo de registro que permite recuperar la coherencia tras un apagado abrupto o un fallo durante una escritura. Sin caché, además, cada operación de lectura y escritura se resiente en rendimiento frente a lo que ofrece el mismo formato en Windows.
Qué supone este hito para el futuro del proyecto
La llegada del soporte de instalación en NTFS tiene un valor que va más allá de la comodidad. ReactOS lleva años construyendo, desde cero y con licencia abierta, una implementación compatible con las interfaces de programación de Windows, y cada subsistema que completa reduce la distancia con su objetivo declarado: ejecutar aplicaciones y controladores diseñados para Windows Server 2003 sin modificaciones.
El almacenamiento era uno de los frentes pendientes. Con la instalación en NTFS desbloqueada, el proyecto puede centrarse en completar las capas que faltan —caché, registro por diario y controles de seguridad— antes de plantear una beta con garantías. Es previsible que esas carencias se conviertan en la próxima prioridad del equipo de desarrollo, ya que sin ellas el controlador no resulta apto para un uso cotidiano.
Para el ecosistema del software libre, el movimiento refuerza la viabilidad técnica de un proyecto que muchos daban por estancado y que, por primera vez en mucho tiempo, puede presentar un camino creíble hacia una versión estable. Para el usuario curioso, el mensaje es claro: el hito es real y relevante, pero conviene esperar a que el nuevo controlador madure antes de confiarle un disco con datos importantes.