Volver a la portada de Duiops
Volver al Web de Duiops
 
   
Menú
Secciones destacadas
Artículos y FAQs
Trucos de Windows
Versiones de Windows
y suites de software
Windows Vista
Windows Media Center
Windows XP
Windows 2000
Windows Millenium
Windows 98/98 SE
Windows 95 OSR-2
Internet Explorer
Office
Otros
Tutorial muy básico
   
Portada
Portada - Artículos y FAQs - Desde que pulsamos el boton de encendido de nuestro PC hasta... (parte 21)
 
Desde que pulsamos el boton de encendido de nuestro PC hasta... (parte 21)

 

Por Jose Manuel Tella Llop, extraído de microsoft.public.es.windows98

DESDE QUE PULSAMOS EL BOTON DE NUESTRO PC HASTA..... (Parte 21)
----------------------------------------------------

BREVE RESUMEN DE LA CARGA DE DISPOSITIVOS Y USO DE WIN.INI Y SYSTEM.INI
-----------------------------------------------------------------------

Bien, analizando el bootlog.txt podemos observar la secuncia de carga de los dispositivos de Windows. Basicamente podemos resumirla:

1) Carga de los interface con un pocible sistema de red en modo real (las antiguas redes basadas en MsDOS).

2) Carga de la maquina virtual Java, de los enumeradores de dispositivos y del Mininúcleo de NT que viene incorporado en Windows 98 a lobjeto de poder tratar ya los drivers del tipo WDM (Windows Driver Model), así cono el control de los dispositivos USB.

3) Instalación de los subcomponentes del sistema de archivos en modo protegido (FAT 32, sistema de CDROM, soporte al fichero de intercambio, soporte al subsistema Virtual 8086)

4) Carga e inicializacion del subsistema de RED.

5) Carga de "enumeradores" de dispositivos, estos son capaces de detectar y "enumerar" los dispositivos de nuestra maquina.

6) Carga de los dispositivos *.386 que tengamos definidos en la seccion [386enh] de nuestro system.ini (ninguno es necesario, si tenemos allí dispositivos definidos, es porque algun software, y sobre todo "viejo" software de Windows 3.1, nos lo ha instalado)

7) Carga de soporte al ratón.

8) Carga del resto de dispositivos virtales de Windows.

Hasta este punto, unicamente se ha realizado la carga y no la inicializacion completa de estos dispositivos.

9) Inicializacion de las secciones criticas de los dispositivos anteriores.

10) Los enumeradores, empiezan  detectar los dispositivos. Primero los dispositivos "legales" (no PnP)m y posteriormente los legales (PnP), y se van inicalizando los drivers de dichos dispositivos. En este punto *no* se cargan todavia los controladores minipuerto (.mpd).

11) Se cargan e inicializan todas las VXD existentes en el directorio c:\windows\system\iosubsys. Es peligroso en este moemnto la inicializacion de la maquina. Alguna de estas VXD puede ser la causante de pantallas azules y "cuelgue" de Windows en este momento. Debemos vigilar este directorio y tener anotadas las que Windows nos ha instalado. Posteriormente cuando instalemos software de terceros, vigilar que VXD os puede poner allí, por si el sistema no arrancase, o a partir de ese momento, sacase pantallas azules.

Las VXD son muy "golosas", ya que se ejecutan en el anillo cero (en modo kernel) de la maquina y por tanto tienen control absoluto sobre ella. Por tanto un programa de aplicacion podría comunicarse con "su" VXD y tener control de la maquina. Por estar en el anillo 0, son muy peligrosas. Una VXD mal codificada, nos causará pantallas azules aleatorias, o incluso que Windows no llegue a arrancar.

12) Se inicializa el subsistema de entrad / salida y el subsistema de paginacion. Iguallmente se inicializa en este punto el ACPI si existiese.

13) Se enumeran el resto de dispositivos ACPI y se cargan sus controladores.

14) Se cargan todos los dispositivos virtuales contenido en el kernel de Windows. Monitor, e inclusive el soporte multimonitor.

15) Se cargan los controladores de minipuerto. Esta carga realmente activará ya todo el sistema controlador de un dispositivos de Mass Storage (es decir de un dispositivo de almacenamiento en disco o minipuertos de las tarjetas SCSI. Estos minipuertos, estan realizados y son responsabilidad del fabricante del dispositivo).

En este punto se carga entre ellos el ESDI_56.PDR. Este es el controlador especial (de Microsoft) para las controladoras IDE-ATAPI. Este controlador es generico para todo el acceso a IDE, pero es totalmente dependiente a la informacion de los dispositivos en el registro. Es decir, el controlador el mismo, pero hace caso a los datos del registro que han sido cargados con el .INF del dispositivo. Por tanto un -INF erroneo, será el causnate de que el sistema no nos arranque y se quede colgado en este punto.

Igualmente, puede suceder un "cuelgue" en este punto al cargar algun .mpd (miniport) de algun fabricante de hardware. Si es así, debemos arrancar en modo a prueba de fallos y eliminar el dispositivo. Si no nos dejase tamoco, podemos buscar el mpd (normalmente en c:\windows\system\iosubsys), y simplemente borrarlo a mano. Posteriormente ya podremos darlo de baja en el Administrador de dispositivos.

16) Con estos drivers, ya se finaliza el reconocimiento de dispositivos y todos sus enlaces. Por tanto se vuelven a inicializar ya todas las capas correspondiente y todo el "circuito" queda cerrado.

17) Se termina ya la carga de los controladores de fabricante, de teclado y raton (dispositivos de entrada).

18) Se prepara la inicializacion del GDI. Se carga primero el GDO de 16 bits, y los controladores de DIBENG. Posteriormente se carga GDI 32. Y se cargan los fonts basicos de Windows.

19) Se cargan los modulos USER y KERNEL (tanto de 16 bits como de 32).

20) Se inicializan ya los controladores de display y se cargan los fonts correspondientes al display. En este momento, ya se "enciende" el fondo del escritorio de Windows.

21) Se enumeran los dispositivos en los puertos serie. Reconocimiento entonces de los posibles módem PnP en dicho puerto.

22) Se enumeran los dispositvos de Floppy y el sistema de deteccion de dipositivos de Cinta de Backup.

** En esta carga se ha tenido presente tanto la informacion del regstro así como la informacion contenida en el system.ini (y parte del win.ini).

Siendo "puristas" tanto el win.ini copo el system.ini no deberían existir y solamente por motivos de compatibilidad tendrían sentido. Esto es la teoria. Realmente no es así. Si los eliminamos, Windows no nos arrancará. Y esto es debido a todo el subsistema de 16 bits que posee Windows y que basicamente se centra en el modulo GDI. Todo el acceso a las funciones graficas (cuyo responsable es el GDI), se realiza "siempre" a traves del GDI de 16 bits. Aunque nuestra tarea sea de 32 bits, al fina e GDI 32, invova la de 16, y este al resto de subsistemas graficos. Evidentemente esto implica que los drivers de nuestra tarjeta grafica son de 16 bits (SIEMPRE).

** Es importante un par de secciones del SYSTEM.INI.

* [386enh] Es donde se pueden cargar mediante la linea device=, los dispositivos virutales de Windows. En general, lo utilizan antiguos programas Windows 3.1 para incorporar los .386. Estos eran los antecesores de los nuevos archivos VXD. Realmente los .386 son tambien dispositivos virtuales.

Debemos vigilar esta seccion en caso de problemas con el arranque de Windows. Si vemos algun dispositivo .386 en esta seccion, debemos saber que *no* corresponde a Windows,sino a algun software de terceros. Para ver si este fuese el responsable de nuestro problemas, podemos deshabilitarlo temporalmente, poniendo un ";" (punto y coma) por delante de la linea correspondiente. El ";" transforma la linea en una linea de comentario, y por tanto Windows no lo cargará.

* [mci] Esta seccion hay que vigilarla tambien "con cariño". Esta está totalmente heredada de Windows 3.1 y corresponde a los dispositivos de captura de video y audio (y su manejo). Por tanto cualquier problema con captura de imagen e incluso con tratamiento de imagen, puede tener su causa en esta seccion. En particular, los problemas con el QuickTime anterior a la versión 3, son provocados por un controlador introducido en esta seccion. Es otra seccion candidata a tener una copia y que la vigilemos despues de cada instalacion.

* Por ultimo, debemos recordar que existe un par de lineas en el win.in con la instruccion load= , o run=. Estas instrucciones son totalmente heredadas de Windows 3.1. Allí en Windows 3.1 era donde se especificaba la carga de algun programa o servicio, que ahora en Windows 95 / 98 se especifica ya en el registro. Por tanto no debe tener contenido dichas instrucciones. Si lo tuviesen, es que realmente si que hemos intaldo algun "viejisimo" programa de Windows 3.1, y por tanto, casi, casi seguro que nos causrá algun problema. Estas lineas son otros candidatos a mirar en caso de problemas.

CARGA DE PROGRAMAS EN EL INCIO
------------------------------

**** Bueno, y este será el siguiente capitulo......


Volver a Artículos y FAQs

 

     
 

Volver arriba Volver arriba

© 1997-2009 Duiops (http://www.duiops.net)
Prohibida la reproducción parcial o total de los textos o las imágenes

Para comentarios, usa las direcciones e-mail de contacto.