INTRODUCCIÓN AL SISTEMA OPERATIVO MS-DOS

VERSIONES, CARACTERÍSTICAS, ESTRUCTURA, SECUENCIA DE ARRANQUE, HISTORIA,

ALGUNOS AÑOS IMPORTANTES

SISTEMA OPERATIVO MS-DOS: PRINCIPALES VERSIONES

El sistema operativo MS-DOS de Microsoft apareció, en su versión 1.0, con el nombre PC-DOS, con ocasión
del lanzamiento del primer ordenador PC (Personal Computer) de IBM, el 12 de agosto de 1981, marcando el
principio de la era informática tal como hoy la conocemos.
Desde 1981 (versión 1.0) hasta la actualidad (versión 6.2X –como sistema operativo independiente– y
versión 7.X –el incluido en Windows 9X/ME–) ha experimentado diversas mejoras y actualizaciones, entre
las que podemos destacar las siguientes:
Versión Año Principales características
1.0 1981 Versión original con los servicios básicos. Disquetes de 51/4, simple cara, 8 sectores
(160 KB).
1.10 1982 Disquetes de 51/4, doble cara, 8 sectores (320 KB).
2.0 1983 Ampliación de servicios. Disquetes 51/4, doble cara, 9 sectores (360 KB). Discos duros
pequeños. Subdirectorios.
2.25 1983 Tabla de códigos ASCII extendido (8 bits).
3.0 1984 Disquetes 51/4, alta densidad (1,2 MB). Discos duros de hasta 32 MB.
3.10 1985 Servicios de trabajo en red para compartir discos y ficheros.
3.20 1986 Disquetes de 31/2, doble densidad (720 KB).
3.30 1987 Disquetes de 31/2, alta densidad (1,44 MB).
4.0 1988 Discos duros mayores de 32 MB y shell (entorno de trabajo) gráfico.
5.0 1991 Incorpora ayuda en pantalla (programa HELP). Optimización de la memoria. Aparición de
sistema operativo clónico DR-DOS de Digital Research.
6.0 1993 Unidades de CD-ROM. Utilidades diversas (comprobador de discos, desfragmentador de
discos, antivirus,...).
6.22 1994 Última versión MS-DOS independiente.
7.0 1995 Versión incluida en Windows 95 con mejoras de algunas órdenes.

SISTEMA OPERATIVO MS-DOS: CARACTERÍSTICAS Y ESTRUCTURA

Es un sistema operativo desarrollado para microprocesadores de 16 bits (8086/8088 de Intel y superiores y
compatibles), monousuario, monotarea y entorno texto.
Tiene una estructura formada por varias capas que aíslan al usuario del hardware del ordenador, haciendo que
el uso del mismo sea transparente. Estas capas están constituidas por los ficheros de sistema (IO.SYS y
MSDOS.SYS) y por el fichero procesador de comandos (COMMAND.COM), como se observa en el siguiente
gráfico:
USUARIO
Programas de aplicación
Órdenes “externas” del sistema operativo
COMMAND.COM
(Shell/Procesador de comandos)
(Contiene las órdenes “internas”)
MSDOS.SYS
(Kernel/Núcleo)
IO.SYS
(Extensiones BIOS)
ROM-BIOS
(Placa base)
Hardware

2001-2002 Virgilio Silva Martín 1

Archivo de sistema IO.SYS
Es la capa del sistema operativo más próxima al hardware del ordenador. Está situada después de la capa de
las rutinas BIOS del chip de memoria ROM. Contiene rutinas para controlar el funcionamiento de los
dispositivos de entrada/salida. Estas rutinas se añaden como extensiones a las rutinas básicas de
entrada/salida contenidas en la memoria ROM (rutinas BIOS de la ROM), a las rutinas contenidas en las
memorias ROM de las tarjetas de expansión (rutinas BIOS de la ROM de la tarjeta de vídeo, rutinas BIOS de
la ROM de la tarjeta de red, etc.) y a las rutinas de los controladores de dispositivo cargados en el
CONFIG.SYS (‘drivers’ o controladores de dispositivo del ratón, del CD-ROM, etc.). Se carga en memoria
RAM al arrancar el ordenador.

Archivo de sistema MSDOS.SYS

Es la capa del sistema operativo intermedia entre el hardware y el usuario. Es el kernel (núcleo) del sistema
operativo. Es la capa que contiene las rutinas para proporcionar las funciones y los servicios que gestionan el
uso del microprocesador, de la memoria, de los dispositivos de almacenamiento, de los dispositivos de
entrada/salida, etc., poniéndolos a disposición de los programas de aplicación y de los propios programas del
sistema operativo. Se carga en memoria RAM al arrancar el ordenador.

Archivo procesador de comandos COMMAND.COM

Es la capa del sistema operativo más próxima al usuario del ordenador. Es el shell (procesador de comandos)
del sistema operativo y actúa como interfaz (intermediario, medio de comunicación) entre el usuario y el
resto del sistema informático (hardware y software). Comprueba la sintaxis de los comandos y los ejecuta o
da mensaje de error. Contiene, además, el código de las denominadas órdenes internas del sistema operativo
(órdenes básicas de uso frecuente, cargadas permanentemente en memoria RAM, como por ejemplo CLS,
TIME, DIR, MD, COPY, DEL,...). Se carga en memoria RAM al arrancar el ordenador dividido en las
siguientes tres partes:
- Parte residente. Cargada permanentemente en las posiciones bajas de la memoria RAM convencional.
Contiene las rutinas para procesar la terminación normal de los programas, las funciones de
interrupción de los programas (CONTROL-C y CONTROL-INTER) y los errores irreversibles.
Gestiona los mensajes de error. Vuelve a cargar la parte transitoria si hubiera sido sobrescrita por
algún programa en ejecución.
- Parte transitoria. Cargada en la parte alta de la memoria RAM convencional (por lo que puede ser
sobrescrita por los programas en ejecución). Es el verdadero procesador de comandos: contiene el
código de las órdenes internas (CLS, TIME, DIR, MD, COPY, DEL, etc.), las rutinas para cargar,
ejecutar y descargar las órdenes externas (ORDEN.COM y ORDEN.EXE) y para procesar los archivos
de proceso por lotes (.BAT). Produce el indicador de MS-DOS (C:\>).
- Parte de inicialización. Se carga en memoria RAM durante el arranque del ordenador para cargar y
procesar el archivo de proceso por lotes AUTOEXEC:BAT. Luego se borra de la memoria RAM.
El COMMAND.COM puede ser sustituido por otro procesador de comandos para MS-DOS compatible (por
ejemplo, el procesador de comandos NDOS de NORTON) mediante la orden correspondiente en el archivo
CONFIG.SYS.

Archivos de ÓRDENES EXTERNAS

Fuera de las capas anteriores, el sistema operativo contiene un conjunto de archivos con extensión .COM y
.EXE , (contenidos en el directorio C:\DOS (en MS-DOS) y en los directorios C:\WINDOWS y
C:\WINDOWS\COMMAND (en Windows)) que constituyen las denominadas órdenes externas del sistema
operativo (órdenes de uso menos frecuente, que sólo están cargadas en memoria RAM mientras dura su
ejecución, como por ejemplo, FDISK.EXE, FORMAT.COM, DISKCOPY.COM, XCOPY.EXE,...). Cuando
estas órdenes se usan, el COMMAND.COM las carga en la memoria RAM, las ejecuta y las descarga de la
memoria RAM.

2001-2002 Virgilio Silva Martín 2

Los archivos de sistema IO.SYS y MSDOS.SYS y el archivo procesador de comandos COMMAND.COM
constituyen los archivos de arranque del sistema operativo MS-DOS (y de Windows, que, además, necesita el
archivo WIN.COM para cargar el entorno gráfico).

SISTEMA OPERATIVO MS-DOS: SECUENCIA BÁSICA DE ARRANQUE

Después de pulsar el interruptor de encendido del ordenador se producen una serie de acontecimientos que
forman la secuencia de arranque del sistema operativo MS-DOS. Básicamente, la secuencia de arranque es la
siguiente:
1. El registro contador del microprocesador (CPU) se inicializa con el valor F000h, dirección que
corresponde a las ‘rutinas de chequeo POST de la memoria ROM’: chequeo de la CPU, bus del
sistema, reloj del sistema, memoria (RAM/ROM) de vídeo (aparece información de la tarjeta de vídeo
en el monitor), memoria RAM del sistema (aparece contador de la cantidad de memoria en el
monitor), teclado (y posible pulsación de teclas), unidades de disco, comparación con el contenido de
la memoria CMOS.
2. Si el chequeo es correcto, se cargan las ‘rutinas BIOS de la memoria ROM’ y las ‘rutinas de arranque
de la memoria ROM’, que toman el control y cargan en memoria RAM el MBR del disco indicado en
la secuencia de arranque de la BIOS (almacenada en la memoria CMOS-RAM por el programa
SETUP) y le pasa el control al programa de inicio del MBR. (Si el disco de arranque es un disquete,
le pasa el control al sector de arranque del disquete).
3. El ‘programa de inicio del MBR’ lee la tabla de particiones, detecta la partición activa, carga el sector
de arranque de la partición activa en memoria RAM y le pasa el control al programa de inicio del
sector de arranque. (El programa de inicio del MBR se borra de la memoria RAM).
4. El ‘programa de inicio del sector de arranque’ carga el archivo de sistema IO.SYS en memoria RAM
y le pasa el control a la rutina SYSINIT del IO.SYS. (El programa de inicio del sector de arranque se
borra de la memoria RAM).
5. La ‘rutina SYSINIT del IO.SYS’ carga el archivo de sistema MSDOS.SYS en memoria RAM.
6. La ‘rutina SYSINIT del IO.SYS’ busca en el directorio raíz el archivo de configuración
CONFIG.SYS. Si existe, MSDOS.SYS controla su ejecución; si no existe, se usan los valores por
defecto de MS-DOS.
7. La ‘rutina SYSINIT del IO.SYS’ busca el archivo procesador de comandos COMMAND.COM. Si
existe, MSOS.SYS lo carga en memoria RAM. (La rutina SYSINIT del IO.SYS se borra de la
memoria RAM).
8. La ‘parte de inicialización del COMMAND.COM’ busca en el directorio raíz el archivo de procesos
por lotes AUTOEXEC.BAT. Si existe, lo carga y lo ejecuta; si no existe se ejecutan las órdenes VER,
DATE y TIME. Se muestra el indicador de MS-DOS (C:\>). Luego, la parte de inicialización del
COMMAND.COM se borra de la memoria RAM.
9. En el caso de Windows, se ejecuta a continuación el ‘archivo WIN.COM’ para cargar el entorno
gráfico.

ENCENDIDO MEMORIA ROM:

RUTINAS POST
RUTINAS BIOS BIOS (MEMORIA CMOS-RAM):
RUTINAS ARRANQUE SE BUSCA DISCO ARRANQUE

DISCO DURO:
PROGRAMA INICIO MBR
PROGRAMA INICIO SECTOR ARRANQUE
DISQUETE:

IO.SYS MSDOS.SYS CONFIG.SYS COMMAND.COM

AUTOEXEC.BAT (Si no existe, órdenes VER, DATE, TIME) (WINDOWS: WIN.COM)

2001-2002 Virgilio Silva Martín 3

ALGUNOS AÑOS IMPORTANTES (FUENTE: PC WORLD)

1978 - Intel lanza el 8086, primer miembro de la serie de microprocesadores xx88, cuyas instrucciones
básicas todavía se conservan en los sistemas actuales.
1979 - Intel modifica el 8086, lanzando una versión reducida, el 8088 elegido por IBM como corazón
del primer PC.
1980 - IBM se pone en contacto con Digital Research pares que adapte su sistema operativo CP/M al
microprocesador 8088, pero las negociaciones no llegan a buen puerto.
- Microsoft compra y adapta a la serie xx88 una versión del CP/M de Digital Research,
ofreciéndoselo a IBM. Nace así el PC-DOS, aunque Microsoft se reservó los derechos de una
versión propia, el MS-DOS.
1981 - El 12 de agosto IBM presenta su primer ordenador personal creando el concepto que hoy
conocemos de PC.
1982 - Columbia Data Products comercializa el primer ordenador compatible.
- Se funda Compaq Deskpro Corporation, primera empresa dedicada a fabricar PC compatibles
que, con el paso del tiempo, desbancaría a IBM del liderazgo mundial.
1983 - IBM introduce la tecnología PC/XT (Extended Technology), que incluye disco duro y
disquetera de serie.
1984 - Apple revoluciona el modo de trabajo con computadoras como el Macintosh, con un intuitivo
entorno gráfico de fácil manejo.
- IBM presenta el PC/AT (Advance Technology), primer equipo con un 80286 y bus de 16 bits
integrado.
1985 - Microsoft comercializa Windows 1,0, sistema gráfico inspirado en los equipos de Apple.
1986 - Compaq adelanta en ventas a IBM y comercializa el primer PC compatible con el procesador
80386.
1990 - IBM y Microsoft se separan definitivamente. El Gigante Azul apuesta por su sistema operativo
OS/2 (que también ayudó a desarrollar Microsoft) y la compañía de Bill Gates se vuelca
definitivamente en Windows.
1991 - Se comercializa Windows 3.1, primera versión del producto de Microsoft con un éxito masivo
y un entorno gráfico de calidad capaz de competir con tos sistemas Macintosh.
1992 - Windows 3.11 para trabajo en grupo.
1995 - Windows 95.
1998 - Windows 98.
2000 - Windows ME.

SISTEMA OPERATIVO MS-DOS: UN POCO DE HISTORIA [HACE 22 AÑOS (12/AGOSTO/1981)]

(FUENTE: PC WORLD/INTERNET)
IBM (International Business Machines) ya desarrollaba ordenadores para empresas desde 1970, pero eran
grandes ordenadores, de mucho peso y de volumen considerable y, además, de un altísimo precio, sólo al
alcance de grandes empresas. En 1980 decide desarrollar un ordenador “portátil” (para aquella época, de

El primer PC integraba un
microprocesador de Intel
8088 de 16 bits a 4,7 MHz,
16 KB de memoria RAM
(expandible a 256 KB),
disquetera de 51/4 de simple
cara y 8 sectores (160 KB),
pantalla de 11,5'' en blanco
y negro, teclado de 83
teclas y sistema operativo
DOS 1.0.

2001-2002 Virgilio Silva Martín 4

menos de 25 kilos) y de precio asequible (costó 3.285 dólares –unas 328.000 pesetas de la época–) para un
mayor número de clientes.
Para ello, firma acuerdos con dos compañías que fabricaban los elementos fundamentales de un ordenador: el
microprocesador con Intel y el sistema operativo con Microsoft (compañías que se han convertido en los
líderes de sus respectivos sectores gracias al éxito del PC y, sobre todo, a la liberalización del mercado de
ordenadores con la aparición de los ordenadores “clónicos” (compatibles con el IBM PC, aunque en realidad
son compatibles con el conjunto de instrucciones de los microprocesadores 8086/8088 de Intel). Otros
fabricantes de ordenadores comercializaban ordenadores de sobremesa que superaban en muchos aspectos al
PC (por ejemplo: los Macintosh de Apple, con entorno
gráfico; los Amiga de Commodore, más rápidos y con mejores gráficos;...), pero el PC se ha impuesto sobre
todas estas plataformas. ¿Por qué? Varios son los factores: primero, la versatilidad de la plataforma
(posibilidades de ampliación y configuración superiores); segundo, la apertura de la plataforma a las
empresas ensambladoras (en principio, con los clónicos compatibles, y más adelante con la competencia
entre ellos, que ha hecho que IBM ni siquiera sea actualmente el líder, superado por compañías como Dell,
Hewlet Packard,...), y tercero, y seguramente el más polémico, la proliferación de las copias piratas del
sistema operativo (y de las aplicaciones) de la compañía Microsoft (desde el principio, el actual gigante del
software apostó por la plataforma PC, primero con un sistema operativo en modo texto, MS-DOS, obtenido
de la adaptación de la compra de una versión clónica del sistema operativo CP/M y, más tarde, con un
entorno gráfico, Windows, sospechosamente parecido al que varios años antes había creado Apple –que, en
realidad, era original de la compañía Xerox–; además, los ordenadores clónicos se vendían sin sistema
operativo y el comprador se encargaba por su cuenta de “conseguir” el sistema operativo y las aplicaciones,
lo que no ocurría con las otras plataformas al ser la propia compañía fabricante de ordenadores la que
desarrollaba también el sistema operativo).
Nota:
Antes de la aparición del sistema operativo MS-DOS existían varios sistemas operativos para los distintos
microprocesadores existentes (6800 de Motorola, Z80 de Zilog,...), siendo el sistema operativo más usado el
CP/M, de la compañía Digital Research, para microprocesadores de 8 bits (8080 de Intel).

BIBLIOGRAFÍA
Libros
- EL ORDENADOR. ¿QUÉ ES, QUÉ HACE? Francisco Jarabo. Nicolás Elortegui. Centro de la Cultura Popular Canaria.
1992.
- ASÍ FUNCIONA SU ORDENADOR...POR DENTRO. Ron White. Timothy Edward Downs. Anaya Multimedia. 1993
- VIRUS INFORMÁTICOS. Alfonso Mur. Pablo Nieto. Jesús Molina. Guía Práctica Anaya Multimedia. 1990.
- VIRUS INFORMÁTICOS. Guillermo González. Editorial Ra-ma. 1989.
- SOFTWARE Y HARDWARE DE SU PC. José A. Carballar. Editorial Ra-ma. 1994.
- MS-DOS 6. MANUAL DEL USUARIO. Jaime de Iraolagoitia. Editorial Paraninfo 1994.
- SECCIÓN DE LIBROS DE INFORMÁTICA DE EL CORTE INGLES.
Revistas
- PC WORLD. IDG Communications S.A.
- PC MAGAZINE. Editorial América Ibérica.
- PC ACTUAL. Business Publications España S.A.
- PC PLUS. Grupo Zeta.
- PC MANÍA. Hobby Press S.A.
Internet
- Artículos diversos.

2001-2002 Virgilio Silva Martín 5

DESCRIPCIÓN DETALLADA DEL PROCESO DE ARRANQUE DE WINDOWS 9X
(BIBLIOGRAFÍA: INTERNET / PÁGINA DE MICROSOFT)
Objetivo
En este artículo se pretende dar una descripción lo más detallada posible del proceso de arranque de Windows 9X, con el
propósito de identificar los problemas que en él se pudieran producir.

Información
El proceso de arranque de Windows 9X se lleva a cabo en una serie de pasos que se pueden dividir en:

1. Sistema de arranque "bootstrap" del firmware de la máquina.

2. Master Boot Record y Sector de Arranque.

3. Io.sys.

4. Configuración en Modo Real.

5. Win.com.

Pasemos a analizar cada uno de estos pasos detenidamente:

1. BIOS Bootstrap

El firmware incluido en la ROM de la BIOS es lanzado desde la dirección FFFF0h. El "bootstrap" realiza un proceso conocido
como POST (Power On Self Test), y que puede variar de una máquina a otra en función del fabricante. Tras este proceso se
verifica la presencia de algún disquete en la unidad de disco A:, para posteriormente confirmar la presencia o ausencia de algún
disco duro. Si se encuentra alguno, se transfiere el control al cargador del sistema operativo. En este punto, el Master Boot
Record y la tabla de particiones son leídos y procesados.

Por otro lado, Microsoft ha trabajado con diversos OEMs (Original Equipment Manufacturers) sobre una nueva especificación
de BIOS Plug and Play (PnP). Esta especificación define la interacción entre la BIOS PnP, los dispositivos PnP y ROMS de
opciones. La responsabilidad de este tipo de BIOS es por tanto enumerar y habilitar los diferentes dispositivos PnP para su
posterior utilización por parte del sistema operativo. Una BIOS PnP realiza las siguientes operaciones:

a. Chequea las RAMs no volátiles en busca de los puertos I/O, IRQ's, canales DMA y otras configuraciones de los diferentes
dispositivos presentes en el sistema.

b. Todos los dispositivos configurables encontrados son desactivados.

c. Se crea un mapa de los recursos disponibles.

d. Cada dispositivo PnP es configurado y habilitado uno por uno.

Esta información será posteriormente aprovechada por el Administrador de Configuración de Windows 9X, que hará una
petición a cada dispositivo para averiguar su configuración.

Las máquinas sin BIOS PnP no realizan este proceso, y los dispositivos se inician con su configuración por defecto.

Posteriormente pueden ser reconfigurados dinámicamente una vez se lance Windows 9X.

2. Master Boot Record (MBR) y Sector de Arranque.

El MBR (primer sector del disco o primeros 512 bytes) determina la localización física de la partición "botable" de la máquina
(partición primaria activa en el caso de Windows 9X), leyendo la Tabla de Particiones que está localizada al final de dicho
sector.

El MBR pasa entonces el control al sector de arranque de dicha partición (sector 0 o primeros 512 bytes) que contiene un
programa de arranque y una tabla con la descripción física del disco. Éste chequea el "BIOS Parameter Block" en busca de la
localización del directorio raíz y copia el fichero Io.sys localizado en él a la memoria.

2001-2002 6
3. Io.sys.

Después de que el Io.sys se carga en memoria, se llevan a cabo los siguientes pasos:

a. Se carga un mínimo sistema de ficheros FAT.

b. Se lee el fichero msdos.sys.

c. Se muestra el mensaje "Iniciando Windows 9X" e Io.sys espera alguna de las teclas de función. Solo a partir de este
momento podemos considerar a Windows 9X como responsable del control de la máquina y el usuario puede actuar sobre él.

d. Si existe, el logo.sys es cargado. En caso contrario, se muestra una imagen "built in". La tecla ESCAPE puede inhabilitar
esta imagen, y el usuario puede ver cómo se procesarán posteriormente los ficheros Config.sys y Autoexec.bat.

e. DRVSPACE.BIN ó DBLSPACE.BIN se cargan si DRVSPACE.INI ó DBLSPACE.INI respectivamente se hayan en el

directorio raíz.

f. Io.sys procesa un chequeo de la integridad lógica de los ficheros de registro (system.dat y user.dat).

g. Io.sys abre el fichero de registro system.dat. En caso de no encontrarse, se procesa el system.da0 en su lugar. Si el arranque
de la máquina se lleva a cabo con éxito, el system.da0 será copiado a system.dat.

h. Si el flag (bandera) de double buffer está marcado en el registro:

HKLM\System\CurrentControlSet\Control\\Winboot\DoubleBuffer

está habilitada, o la línea DoubleBuffer=1 se encuentra en la sección [Options] del fichero msdos.sys, se cargará el controlador
dblbuff.sys.

i. Se elige un perfil de Hardware de los listados en el registro. En caso de no poder detectar automáticamente cual de ellos
utilizar en función del hardware presente, se solicita la elección del usuario.

j. Io.sys lee y procesa el Config.sys.

Vemos, por tanto, que IO.SYS es en realidad una mezcla de los ficheros io.sys, msdos.sys config.sys y autoexec.bat de las
versiones de DOS. Este nuevo IO.SYS contiene todas las órdenes necesarias que requiere el sistema operativo para interactuar
con el hardware. Los comandos que incluye son los siguientes:

A. Correspondientes al CONFIG.SYS de DOS:

DOS=HIGH
DEVICE=HIMEM.SYS
DEVICE=IFSHLP.SYS
DEVICE=SETVER.EXE
FILES=60*
LASTDRIVE=Z*
BUFFERS=30*
STACKS=9,256*
SHELL=COMMAND.COM /P
FCBS=4*

(*) Incluidos por razones de compatibilidad.

B. Correspondientes al AUTOEXEC.BAT de DOS:

TMP=C:\WINDOWS\TEMP
TEMP=C:\WINDOWS\TEMP
PROMPT=$P$G
PATH=C:\WINDOWS;C:\WINDOWS\COMMAND
COMSPEC=C:\WINDOWS\COMMAND\COMMAND.COM

2001-2002 7
4. Configuración en Modo Real.

Este fase de configuración en modo real se incluye por razones de compatibilidad. Las aplicaciones y utilidades que requieran
drivers especiales, programas residentes, variables de entorno especiales, etc., cargan esta información de los ficheros
Config.sys y Autoexec.bat. Sin embargo, es importante indicar, que no es necesaria su presencia para el correcto
funcionamiento de Microsoft Windows 9X. Tratemos cada uno de ellos por separado:

a. Config.sys

Como ya se ha dicho anteriormente, io.sys ya ha procesado una serie de comandos equivalentes. Esto lo ha hecho leyendo la
entrada WinBootDir de la sección [Paths] del fichero msdos.sys para localizar los controladores correspondientes.

Podemos, sin embargo, volver a procesar líneas similares en config.sys para sobreescribir los valores mencionados, si éstos son
más altos. Una muy buena descripción de los comandos que podemos utilizar en config.sys se encuentra en el fichero
config.txt localizado en el directorio donde se haya instalado Microsoft Windows 9X, generalmente c:\windows).

Después de que se procese el Config.sys, Microsoft Windows 9X solicita todos los Bloques Altos de Memoria para su uso por
parte del sistema operativo, o para soporte de memoria expandida (EMS). Por otro lado, cuando se incluyen parámetros para
EMM386.exe en el config.sys, éstos toman preferencia frente a los del registro.

b. Autoexec.bat

Los comandos y programas aquí incluidos son utilizados para la configuración de aplicaciones que requieran de, por ejemplo,
variables de entorno (TEMP, TMP, PATH,...) o programas residentes, del teclado en las ventanas de MS-DOS (comandos
mode, keyb, doskey, ...), etc.

5. Win.com

Win.com es automáticamente cargado y ejecutado después del procesamiento de Autoexec.bat, por lo que no es necesaria su
inclusión en este último. En este momento, todavía en modo real, se carga en memoria RAM VMM32.VXD. En caso de no
haber memoria suficiente, el fichero es leído desde disco relentizando el proceso de arranque. Este fichero es similar al
win386.exe de las versiones anteriores de Windows.

Contiene al resto del DOS, el directorio de ficheros VxD internos, y algunos de éstos comprimidos, incluyendo el
Administrador de Máquina Virtual (VMM), el cual actúa como cargador en modo real. Éste también chequea la presencia
duplicada de drivers de dispositivos leyendo en la carpeta c:\Windows\VMM32 y en el interior de VMM32.VXD. Si un Vxd
existe en ambos sitios, el incluido en el VMM32.VXD se marca como duplicado y no se carga. Esto permite actualizar estos
ficheros manualmente, en caso de ser necesario, sin tener que reconstruir el fichero VMM32.VXD.

Los drivers VxD en modo real se pueden cargar en memoria de la siguiente manera:

- Drivers en modo real o programas residentes que responden a una petición (INT2F) de Microsoft Windows 9X.

- Drivers internos en VMM32.VXD que no hayan sido marcados como duplicados se cargan desde la siguiente rama del
registro:

HKLM\System\CurrenControlSet\Services\VXD

En caso de encontrarse un driver marcado, se cambia su entrada en el registro de el nombre del VXD precedido por un
asterisco (*) a un fichero con extensión VXD. Así, éste se localiza en el directorio c:\windows\vmm32.vxd, y después es
cargado en memoria.

- Los VxD's que no se hayan cargado desde el VMM32.VXD son cargados desde la sección [386Enh] del fichero system.ini.

- Algunos VXD's son necesarios para que Microsoft Windows 9X funcione adecuadamente y son cargados automáticamente
sin necesitar de una entrada en el registro. Son los siguientes:

*BIOSXLAT *CONFIGMG *DYNAPAGE

*DOSMGR *EBIOS *IFSMGR
*INT13 *IOS *PAGESWAP
*SHELL *V86MMGR *VCD
*VCACHE *VCOMM *VCOND
*VDD *VDMAD *VFAT

2001-2002 8
*VKD *VMCPD *VPICD
*VTD *VTDAPI *VWIN32
*VXDLDR

Tras esto, el VMM comprueba que todos los drivers necesarios se hayan cargado correctamente. En caso de no ser así, vuelve
a intentarlo. Los drivers se inicializarán. Si hay alguno de ellos que requiere una inicialización en modo real, se inicia el
proceso en dicho modo.

Posteriormente, VMM32 cambia el modo del procesador de modo real a modo protegido. Tras ello, se lleva a cabo un proceso
en tres fases para inicializar los VXD:

a. SYS_CRITICAL_INIT (SYSCRITINIT)

Todas las interrupciones se inhabilitan. Esto da tiempo a los drivers para preparar la inicialización de los dispositivos sin ser
interrumpidos por el sistema. No se permiten operaciones de lectura escritura en disco durante esta fase. Las operaciones
realizadas no se escriben en bootlog.txt hasta que no se termina esta fase.

b. SYS_DEVICE_INIT (DEVICEINIT)

El grueso de la inicialización de drivers. Este proceso es registrado, ya que en esta fase si se permiten las operaciones de
lectura-escritura. La única excepción es la inicialización de IFSMGR, el controlador del sistema de ficheros, que tiene que
cambiar de modo real a modo protegido, razón por la cual su proceso no es registrado. Cuando un driver de dispositivo es
llamado, carga los demás drivers que puedan depender de él (por ejemplo, drivers de puertos como los ficheros .mpd). Luego,
el propio dispositivo es inicializado. Un fallo en este proceso suele ser debido a una mala configuración del Hardware. El resto
de los drivers estáticos continúan su fase de inicialización.

También los drivers dinámicos pueden empezar a hacerlo en este punto, aunque ellos no tienen una fase DEVICEINIT
propiamente dicha. Sin embargo, un driver dinámico puede cargarse en cualquier momento posterior en que Microsoft
Windows 9X ya haya arrancado.

c. SYS_INIT_COMPLETE (INITCOMPLETE)

Los VXD's que pasen esta fase deberían funcionar correctamente. En caso de no pasarla, serán descargados de la memoria.

Tras estas tres fases, todos los drivers de los dispositivos estarán controlándolos apropiadamente. En este punto, Krnl32.dll,
Gdi.exe User.exe y Explorer.exe (la shell por defecto de Windows 9X) son cargados.

La siguiente fase del proceso de arranque es cargar los componentes de red. Tras ello, aparecerá la ventana de inicio de sesión.
En función del usuario, y dado que Microsoft Windows 9X permite mantener la configuración individual de Escritorio y Menú
de Inicio de cada uno de ellos, se leen las ramas del registro que almacenan esta información. En caso de ser la primera vez que
el usuario inicia sesión, se carga la configuración por defecto.

Por último, los programas de la carpeta Inicio ,los almacenados en las ramas de tipo Run del registro y los apuntados en las
entradas load= y run= de la sección [windows] del fichero win.ini son ejecutados. Durante esta fase y tras ella, el usuario puede
operar con la máquina y el Sistema Operativo Microsoft Windows 9X.

2001-2002 9