El truco del reinicio rápido en Windows 95 que escondía una compleja ingeniería

അവസാന അപ്ഡേറ്റ്: 26/01/2026

  • Windows 95 incluía un reinicio rápido oculto al mantener pulsada la tecla Mayús durante el reinicio.
  • El sistema no se apagaba por completo: apagaba el kernel de 16 bits, el gestor de memoria de 32 bits y devolvía el control a win.com.
  • El archivo win.com intentaba reconstruir el entorno y la memoria para relanzar Windows en modo protegido, con un proceso complejo y frágil.
  • La idea anticipa el concepto de inicio rápido de Windows modernos, aunque con riesgos de inestabilidad y posibles fallos.

Treinta años después de su lanzamiento, Windows 95 sigue dando que hablar. Más allá de la barra de tareas y del menú Inicio, este sistema escondía un truco que muchos usaron sin saber realmente qué estaba pasando por dentro: un പെട്ടെന്ന് റീസ്റ്റാർട്ട് ചെയ്യുക secreto que se activaba simplemente manteniendo pulsada la tecla Mayús (Shift) al reiniciar.

Quienes lo conocían veían aparecer el mensaje «Espere mientras Windows se reinicia» o «Windows se está reiniciando» y, en cuestión de segundos, el escritorio volvía a estar operativo sin pasar por todo el ritual de apagado completo y arranque en frío. Durante años quedó como una anécdota medio misteriosa, hasta que el veterano ingeniero de Microsoft Raymond Chen explicó con detalle qué ocurría realmente en ese proceso en su blog técnico The Old New Thing.

El reinicio rápido oculto de Windows 95

Reinicio rápido en Windows 95

El truco era tan sencillo de activar como poco documentado: bastaba con mantener presionada la tecla Mayús mientras se elegía la opción de reiniciar desde el menú Inicio. En lugar de apagar todo el sistema y volver a encenderlo, Windows ejecutaba una ruta alternativa que mostraba en pantalla el aviso «Espere mientras Windows se reinicia» y devolvía al usuario al escritorio bastante antes de lo habitual.

En los noventa, cuando los discos duros mecánicos eran la norma y cada reinicio podía prolongarse varios minutos, este comportamiento más ágil era una ayuda apreciable, sobre todo en oficinas y hogares de Europa donde las máquinas convivían con aplicaciones de DOS y software de 16 bits. Muchos usuarios creían que era un simple atajo sin mayor ciencia, pero en realidad escondía una secuencia interna bastante sofisticada.

Raymond Chen detalla que la clave estaba en una bandera especial asociada a la antigua función ExitWindows, heredada del entorno de 16 bits. Cuando el sistema detectaba el reinicio con Mayús, no ordenaba un reinicio completo del equipo, sino una operación más limitada: cerrar Windows y volver a arrancarlo sin resetear todo el hardware.

എക്സ്ക്ലൂസീവ് ഉള്ളടക്കം - ഇവിടെ ക്ലിക്ക് ചെയ്യുക  വൈറസുകൾ സ്വമേധയാ എങ്ങനെ നീക്കംചെയ്യാം

Con ese atajo activado, Windows iniciaba una cadena de pasos muy concreta. Primero se apagaba el kernel de 16 bits, después se detenía el gestor de memoria virtual de 32 bits y, a continuación, la CPU regresaba al llamado «modo real», el estado más básico de funcionamiento de los procesadores x86. En ese punto, el control volvía al archivo de arranque win.com con una señal interna que equivalía a pedirle: «¿puedes iniciar Windows en modo protegido otra vez para mí?».

A partir de ahí, win.com asumía el mando y mostraba el texto de «Windows se está reiniciando», intentando reconstruir el entorno como si el sistema acabara de ser lanzado desde cero, pero sin pasar por todo el ciclo estándar de apagado y encendido.

Qué hacía exactamente win.com durante el reinicio rápido

Proceso interno del reinicio rápido en Windows 95

ഫയൽ win.com era una pieza central del arranque de Windows 95. Se trataba de un programa de tipo .com, escrito en lenguaje ensamblador, que se encargaba de poner en marcha el entorno gráfico sobre la base de DOS. En el contexto del reinicio rápido, su papel era todavía más delicado, porque debía simular un arranque limpio a partir de un sistema que, en realidad, no se había apagado del todo.

Según explica Chen, una vez que la CPU volvía a modo real, win.com recibía una indicación especial y procedía a resetear varias variables globales y parámetros de la línea de comandos para devolverlos a los valores originales, como si el programa se estuviera ejecutando por primera vez. Era un trabajo de «fontanería» interna complejo, precisamente porque todo estaba programado en ensamblador, sin las capas de abstracción actuales.

Los archivos con extensión .com, como win.com, se cargaban ocupando por defecto toda la memoria convencional disponible. Sin embargo, en este caso concreto, el programa liberaba casi toda la memoria que quedaba más allá de su propia imagen, con el objetivo de dejar un gran bloque contiguo donde volver a cargar Windows en modo protegido. Esta maniobra era esencial para que el reinicio rápido funcionase de forma fluida.

El problema surgía cuando, durante la sesión, otro programa en segundo plano aprovechaba parte de esa memoria que win.com había cedido. Si un software, un controlador o cualquier utilidad ocupaba ese espacio, la memoria convencional quedaba fragmentada y el intento de reconstruir el entorno original dejaba de ser viable. En esos casos, el reinicio rápido no podía completarse tal y como estaba diseñado.

എക്സ്ക്ലൂസീവ് ഉള്ളടക്കം - ഇവിടെ ക്ലിക്ക് ചെയ്യുക  നിങ്ങളുടെ ആപ്പിൾ ഐഡി പാസ്‌വേഡ് എങ്ങനെ വീണ്ടെടുക്കാം

Si la memoria estaba lo bastante limpia y ordenada, win.com saltaba directamente a la sección de código encargada de relanzar Windows en modo protegido, recreando el gestor de máquinas virtuales y las capas de 32 bits. El usuario veía el escritorio al poco tiempo y tenía la impresión de haberse ahorrado buena parte del proceso, que es exactamente lo que ocurría.

Una solución ingeniosa, pero frágil y algo arriesgada

Truco de reinicio secreto en Windows 95

Todo este mecanismo permitía acortar segundos o incluso minutos en el arranque, pero no salía gratis. La propia Microsoft era consciente de que se trataba de una solución ingeniosa pero delicada, muy propia de una época en la que la compatibilidad hacia atrás y el aprovechamiento extremo de la memoria pesaban más que la elegancia del diseño.

Chen recuerda que el reinicio rápido no estaba pensado como una función de uso masivo y segura al cien por cien, sino como una capacidad del sistema aprovechada de forma oficiosa. Al renunciar a parte de las comprobaciones habituales de arranque, el sistema podía quedar en estados difíciles de prever si algo no se reiniciaba como debía.

En situaciones especialmente desafortunadas, el archivo win.com podía entrar en un റീബൂട്ട് ലൂപ്പ് complicado de detener o dejar el sistema en una condición tan inestable que obligara a realizar una reinstalación completa de Windows 95. Algunos usuarios reportaron cuelgues o errores tras encadenar varios reinicios rápidos consecutivos, probablemente porque ciertos controladores no volvían a un estado totalmente coherente.

Otro detalle revelador de la época era la forma de exprimir la memoria: partes del propio código de win.com se reutilizaban como espacio para variables globales. Los primeros bytes del punto de entrada, ejecutados solo una vez, se reciclaban para almacenar datos, bajo la premisa de que ese fragmento ya no volvería a utilizarse. En el contexto del reinicio rápido, el flujo de ejecución no regresaba a ese punto, así que los desarrolladores podían permitirse ese tipo de «truco» sin consecuencias aparentes.

Desde la óptica actual puede parecer una maniobra temeraria, pero en pleno auge de Windows 95 era una forma pragmática de lidiar con los límites de la memoria convencional y la convivencia obligada entre entornos de 16 y 32 bits. No sorprende que estas rutas internas no se publicitasen de forma masiva entre el gran público.

എക്സ്ക്ലൂസീവ് ഉള്ളടക്കം - ഇവിടെ ക്ലിക്ക് ചെയ്യുക  എന്റെ കൈവശം ഏത് മാക്ബുക്ക് ഉണ്ടെന്ന് എങ്ങനെ അറിയും

De Windows 95 a los inicios rápidos de hoy

reinicio rapido windows 95

La filosofía detrás de este reinicio rápido no ha desaparecido. De hecho, buena parte de los sistemas actuales de Microsoft, como Windows 10 u 11, incorporan un inicio rápido que, salvando las distancias, persigue un objetivo parecido: evitar un arranque completo cada vez que el usuario enciende el ordenador.

En las versiones modernas del sistema, la técnica es distinta. En lugar de apoyarse en un programa como win.com y en el modo real de la CPU, el núcleo (kernel) y los controladores principales se guardan en un archivo de hibernación. Al encender el equipo, el sistema no reconstruye todo desde cero, sino que recupera ese estado almacenado, recortando buena parte de los pasos de inicialización.

Para el usuario medio en España o en cualquier país europeo, esto se traduce en que el ordenador pasa de estar apagado a operativo en cuestión de segundos, algo impensable cuando Windows 95 convivía con discos duros lentos y arquitecturas llenas de parches de compatibilidad. Sin embargo, igual que ocurría con el truco del Mayús, no todo son ventajas.

El inicio rápido moderno puede provocar conflictos si determinados controladores o dispositivos externos no se llevan bien con ese estado «a medio camino» entre el apagado y la hibernación; por ejemplo, Microsoft corrigió un error de Windows 11 que impedía apagar. Algunos usuarios avanzados optan por desactivar la función cuando encuentran problemas de estabilidad, o fuerzan apagados completos cuando necesitan aplicar cambios críticos de sistema o hardware.

En cualquier caso, la explicación de Raymond Chen sobre el reinicio rápido de Windows 95 ayuda a entender cómo ciertas ideas han perdurado a lo largo de décadas en la evolución de Windows. Lo que en los noventa se hacía con banderas de ExitWindows, win.com y memoria convencional, hoy se consigue con archivos de hibernación y núcleos de 64 bits, pero el objetivo sigue siendo el mismo: reducir esperas sin comprometer en exceso la estabilidad.

അത് viejo truco de mantener pulsada la tecla Mayús al reiniciar resume bien la época de Windows 95: un sistema diseñado a base de equilibrios entre compatibilidad, rendimiento y limitaciones técnicas, capaz de esconder bajo una interfaz sencilla un mecanismo de reinicio tan rápido como sofisticado y, a la vez, sorprendentemente frágil.

ബയോസിൽ പ്രവേശിക്കാതെ തന്നെ വിൻഡോസ് പ്രശ്‌നത്തിന് കാരണം ബയോസ് ആണെന്ന് എങ്ങനെ മനസ്സിലാക്കാം
അനുബന്ധ ലേഖനം:
ബയോസിൽ പ്രവേശിക്കാതെ തന്നെ വിൻഡോസ് പ്രശ്‌നത്തിന് കാരണം ബയോസ് ആണെന്ന് എങ്ങനെ മനസ്സിലാക്കാം