| |
|
Desde que pulsamos el boton de encendido de nuestro PC hasta... (parte 30) |
|
|
|
| |
Por Jose Manuel Tella Llop, extraído de microsoft.public.es.windows98
DESDE QUE PULSAMOS EL BOTON DE NUESTRO PC HASTA..... (Parte 30)
---------------------------------------------------- OTRAS CAPAS DE SOFTWARE EN WINDOWS
---------------------------------- * Otras capas (e incluso "Tecnologías") de las que hemos oido hablar en Windows,son: OLE, ODBC, ASPI, TWAIN, DIRECTX, REDES, por poner solo un ejemplo de ellas. Es decir, Windows,al igual que otros sistemas operativos, consta de un núcleo (normalmente reducido en comparacion con el resto), que es el encargado del manejo de las tareas (multitarea), el manejo de la maquina virtual y las capas de controladores de dispositivos, tanto genericas como los propios miniports incorporados en Windows. Y ahora empezamos a crecer hacia arriba. Hay dos motivos fundamentales para esto: 1) Se debe intentar que el software de aplicacion no sea dependiente del hardware. (nos debe dar igual que tarjeta de video se utiliza para un juego. Será mas o menos rapida, pero "nuestro" programa debe ser capaz de ejecutarse siempre sin necesidad de "saber" que hardware tenemos montado en nuestra maquina). 2) Dar la misma interface unica y estandar a los programas de aplicacion. 3) Evitar funciones "redundantes". Es decir, realizar las "cosas" en un solo sitio y que no sean los programas de aplicacion los que tengan que realizar las mismas tareas que las que ya suminstra (o debe suministrar) el sistema operativo. * Es ilogico, por ejemplo, que un "navegador" se defina todo el TCP/IP y la comunicacion telefonica. Estas dos ultimas deben "pertenecer" al sistema operativo. Un "navegador" solo tiene que utilizarlo. ¿Como? pues mediante una serie de funciones "estandard" y totalmente documentadas (llamadas siempre API de programacion). Cualquiera que tenga que utilizar "ese" subsistema, lo deberá hacer entonces mediante el API de programacion de redes (o de telefonía). De esta manera "abstraemos" la capa fisica. ** ¿Como podemos conseguir los tres puntos anteriores?. Pues a base de "capas" que nos den unas funciones especificas y siempre las mismas. Estas funciones se las ha denominado API (Aplication Program Interface). Evidentemente existen API's para mucas cosas: para video, sonido, manejo de cualquier dispositivos SCSI, acceso a bases de datos (cualquiera).... etc. Estas series de capas que realmente "abstraen" a los programas de aplicacion del resto de hardware, o incluso de la logica de una base de datos por ejemplo. Son las que realmente hacen potente un sistema operativo. Son además las que hacen "crecer" ese sistema operativo. Por suerte o por desgracia, Microsoft se "dió" cuenta de estas caracteristicas en su día. Y se dedicó a hacer unos estandares, que al principio eran de libre distribucion y normalmente venian con los paquetes
que instalabamos y que actualmente vienen ya incorporadas en el propio sistema. * Por desgracia, si nos fijamos en el parrafo anterior.. ¿que indica?. Pues que como "antes", para Windows 3.1, e incluso para el original w95, no existian esas capas incorporadas en el sistema operativo, a pesar de ser de gratuitas y de libre distribucion, pues los fabricantes de software se veian obligados a distribuirlas con sus paquetes. Esta costumbre sigue existiendo y por desgracia la mayoria de los fabricantes de software, *no* verifican si esta capa ya está instalada y además su numero de versión.Por tanto, muchas veces "machacan" DLLs y capas enteras del actual sistema operativo, con lo cual mucas otras funcionalidades nos pueden dejar de funcionar. Este es un tema realmente peligroso. Al menos Windows 98, nos dá una herramienta: SFC, que veremos mas adelante, y que nos puede proteger (o avisar) de estas situaciones. Existen multitud de estas capas en Windows. Podemos citar: OLE: permite el uso e itercambio de mensajes (y objetos) entre aplicaciones. El futuro del OLE es el DCOM, es decir objets distribuido en la red y que pueden usarse desde aplicaciones de red. ODBC: (Open DataBase Connectivity) Para conectividad abierta de bases de datos, es decir nuestra aplicacion es capaz mediante este API de acceder a cualquier base de datos. No importa que tipo ni donde resida fisicamente (en local o en red). Es el mismo programa de aplicacion para aceeder a una base de datos Access por ejemplo, o bien a una base DB2 que reside en un mainframe. ASPI: Es una capa de abstraccion del hardware que nos permite acceder a caulquier dispositivo SCSI. (es necesario recordar tambien que el controlador ESDI_506.PDR para acceso a discos duros IDE, nos permite tambien una interfaz SCSI con el CD-ROM o grabadores de CD que sean IDE ATAPI). Por tanto, los programas "grabadores" de CDROM, al utilizar la interface ASPI, les dá igual que el grabador sea IDE ATAPI o SCSI o incluso de puerto paralelo. El programa grabador, "dá" ordenes a la capa ASPI. TWAIN: Similar al ASPI pero para dispositivos de imagen (Scanners, Camaras, etc). REDES: Este es el ejemplo de mayor abstraccion. Una vez fijada la red, nos dá igual que es lo que hay en el otro extremo. Incluso que sistema operatvio tiene. Nosotros "vemos" perfectamente su disco compartido. Como ejemplo: un disco particionado con el sistema nativo de NT, tiene particion NTFS que Windows 95 / 98 no puede ver. No sabe ver otras particiones que no sean FAT. Pero si ese disco está compartido en una red, podemos verlo perfectamente desde un ordenador con win 95 / 98 como si fuese un disco local. Es exactamente igual a efectos de la aplicacion, e incluso del propio Windows. DIRECTX: Es una capa de abstraccion del hardware para video, sonido y dispositivos de entrada -joysticks, raton, teclado, gamepad-. De esta manera, los "juegos" actuales (son los que mas uso hacen de esta capa), no tienen porqué conocer el hardware. Simplemente hablan directamente con la capa directX y por tanto funcionarán con cualquier tarjeta de video. Condicionantes: los drivers del fabricante de la tarjeta de video, evidentemente tambien tiene que saber hablar hacia arriba, con la capa DirectX. ** Todas estas capas se deben inicializar correctamente al arrancar Windows,y estar a disposicion de cualquier programa de aplicacion. PUNTO FINAL DEL "ARRANQUE"
-------------------------- Como punto final a todo esto, está el "shell" de Windows. Actualmente dicho shell es el propio explorer. La inicializacion correcta de una red (y Windows es un sistema operativo orientado a red), termina cuando nos identificamos a ella. Justo cuando arranca el shell (es decir el explorer). Por ello es "obligado" entrar a Windows con usuario / password. No hacerlo así nos causará malfuncionamiento de algunas de las caracterisiticas de Windows como: 1) No guardar contraseñas de conexion correctamente. 2) No estar autentificado a una posible red (por ejemplo, una conexion telefonica PC a PC o una conexion via cable). Por supuesto no podremos establecer una "red". * Por tanto, como punto final de estos capitulos y justo antes de inicializarse correctamente el explorer, debemos "autentificarnos". ** Creo que como una pequeña vision general del sistema, estos "capitulillos" han podido servir para perder el miedo a ese gran desconocido que es Windows. La vision que he intentado dar, por poner un simil con la medicina, es la vision desde el punto de vista de un "enfermero", saber o intuir por donde van las cosas. Ni tan siquiera he querido complicar las cosas para intentar verlas desde el punto de vista de un medico de medicina general. Y pensar que ademas, todavía, existen los especialistas. Nos quedamos simplemente en la sala de "curas". En la "enfermería". ************ Y POR FÍN ARRANCÓ ***************** ** Como colofón, voy a incorporar unos cuantos ANEXOS sobre alguna pequeña utilidad y unos pequeños cuidados que debemos tener en Windows. ANEXO I: SFC (SYSTEM FILE CHECKER)
---------------------------------- Es el programa SFC.EXE Dicho programa reside en el directorio windows/system. No existe un icono en Windows para ejecutarlo, por lo que o bien, nos creamos un acceso directo al programa en ese directorio, o bien podemos ejecutarlo desde Inicio->Ejecutar. La primera vez que lo ejecutamos (Y DEBERIA SER NADA MAS INSTALAR W98), crea una base de datos con las versiones de todos los programas y Dlls de tu PC (realmente, si nos fijamos, con los que residen en las carpetas mas importantes. Pero esto lo podemos personalizar tambien dentro de las opciones de configuracion del propio programa) Una vez ejecutado, debemos entrar en configuracion y marcar las DOS ultimas casillas de esa pantalla, es decir: de verificar ficheros borrados y verificar numero de versión e los programas. Posteriormente, cada vez que lo ejecutemos comparará su base de datos con las versiones actuales. Si difieren nos permite, bien actualizar sus datos, o RECUPERAR desde los ficheros de instalación de W98. Es quizá la herramienta mas potente de control de w98. Nos sorprenderemos cuando al instalar software de terceros, vemos las "guarradas" que hace con las DLLs de Windows. Despues de unas cuantas instalaciones, nos asombraremos de como es que Windows sigue funcionando. ** Es necesario tener varias precauciones: 1) Sí alguna vez, el SFC se "queja" diciendo que tenmos dañado USER.EXE o KERNL32.EXE, *no* debemos recuperarlos. A veces SFC los considra dañados cuando realmente no lo están y es debido a que ciertos controladores "tocan" para establecer algun "gancho" de software, la cabecera de dichos archivos. Si los recuperasemos, SFC no sabe hacerlo correctamente ya que la versión que recupera del CD de instalación de Windows,es una versión "reducida" de ambos archivos, que unicamente es la que se utiliza al instalar Windows. No posteriormente durante su ejecucion real. 2) El criterio basico para recuperar o no una DLL o programa, *no* debe ser nunca la fecha de creacion del archivo. Guiarnos *siempre* por el numero de versión de la DLL o programa. Un numero de versión *superior* siempre es el correcto. En el caso de numeros de versión *igual* pero tamaños diferente de archivos, no debemos recuperar. Darlo por bueno. Existen utilidades del propio microsoft, que son capaces de "alinear" el codigo de una DLL para que su ejecucion sea mas rapida. Por eso es por lo que a veces, vemos el mismo numero de versión y tamaños diferentes. 3) SFC, siempre deja un LOG (fuchero de historia) en el directorio de Windows llamado SFCLOG.TXT. Es bueno el tenerlo y usarlo como "historia". ¿Para que nos puede servir: facil. maginemos una DLL que trae Windows y es la versión 1002. Instalamos por ejemplo Office, el cual nos "sube" la versión de esa DLL a la 1034. Y por desgracia, imaginemos que ahora un software de terceros nos machaca es versión colocando la 1010. En este caso, SFC sequejará diciendo que tenia la 1034 y ahora está la 1010. Pero si recuperamos la de Windows,nos recuperará la 1002. Todavia más *inferior* a la actual. En estos casos es necesario "mirar" el log y por tanto podremos saber que nos lo instalo Office. Sobre todo si tenemos la precaucion de escribir (con el notepad por ejemplo) en ese archivo, una linea de comentarios cada vez que instalamos un producto. Despues de ejecutar SFC, nos escribirá a continuacion de esa linea las DLL y su numero de versión que el producto ha actualizado. Con esta precauciones, sabremos que nos lo instaló Office, y por tanto podremos recuperar desde Office. ** Realmente hacia falta una herramienta así desde hace mucho tiempo. ANEXO II RESUMEN DE NOTAS Y PROBLEMAS COMUNES
--------------------------------------------- Paso a resumir aquí unos pequeños truquillos para configurar e instalar win98 y evitar el tener los problemas más comunes. * ANTES DE INSTALAR
------------------- 1) Entrar en la BIOS y poner en la pantalla de PnP, a la pregunta PnP OS (PnP Operating System), un *NO* o *disabled*. (casi todas las bios nos hacen esta pregunta pero puede que la nuestra en particular no la tenga). 2) Configurar el puerto paralelo como ECP+EPP con DMA=3. Si posteriormente tuviesemos problemas con la impresora, se deberá cambiar a EPP. 3) En la pantalla de PnP, deberemos asignar la IRQs que sepamos que son de dispositivos ISA no PnP a la opcion "ISA" o "Legacy ISA". Incluso algunos dispositivos ISA que se "autodenominan" PnP, no lo son tales y debemos configruar entonces de esta manera la BIOS (ejemplos clasicos, son los módem internos, las tarjetas SCSI ISA, y algunas tarjetas SoundBlaster PCI). 4) Si nuestra tarjeta de video es PCI, recordad que debe estar en el SLOT 1 o 2. (estos son los mas alejados del bus ISA, es decir los mas cercanos a la fuente de alimentacion). Ciertas BIOS no inicalizan correctamente la tarjeta de video, si esta no está en alguno de esos SLOTs. (a ser posible en el 1). 5) Instalar Windows desde el directorio win98 del CD con el parametro /p j (un espacio en blanco entre la "p" y la "j") telecando: instalar /p j Esto nos reconocerá nuestra BIOS como ACPI si lo fuese (unicamente las placas madre de ultima generacion y BIOS de ultima generacion, poseen la facilidad ACPI. Merece la pena que Windows se monte como ACPI). * DURANTE LA INSTALACION
------------------------ Si al instalar, durante el segundo boot de la instalacion, el sistema se nos "cuelga" y es incapaz de finalizar la instalación por mucho que reiniciemos el PC, deberemos entrar en el modo a prueba de fallos y teclear en Inicio->Ejecutar el comando regedit. Allí buscaremos la clave: IDEDMADrive0 Deberemos cambiar el valor 01 por el valor 00 e intentar continuar con la instalacion. (esto ocurre normalmente con las versiones OEM (para equipos nuevos sin Windows preinstalado, y en combinacion con ciertos controladores de placas madre. Fundamentalmente placas madre de baja calidad.). * DESPUES DE LA INSTALACION. MANTENIMIENTO GENERAL
-------------------------------------------------- * Nada mas instalar Windows,debemos ejecutar el programa SFC (que reside en c:\windows\system), y despues de finalizar su ejecucion, y antes de salirnos, deberemos entrar en las opciones de "Avanzado" y dejar marcados los dos ultimos casilleros ("Verificar programas borrados" y "Verificar numero de version"). De esta manera hemos creado una base de datos con los programas y numero de versión de las DLLs que Windows nos acaba de grabar. * Cada vez que realicemos una instalación de cualquier producto, ejecutar otra vez SFC. Si el programa nos ha sustituido alguna DLL de Windows o borrado alguna, nos permite recuperar la de Windows. En caso de que nos haya sustituido alguna, nos dá el numero de versión actual y el numero de versión previo que tenia almacenado. Si el numero de versión actual (independientemente de la fecha) es menor que el que teniamos deberemos recuperar con el propio SFC la versión original. Si es igual o mayor el numero de versión, podemos darlo por bueno. ** NOTA: Si alguna vez SFC se "queja" que el user.exe o el krnl32.exe estan dañados y nos dá la opcion de recuperarlos: NO RECUPERAR nunca. El SFC se "equivoca" en este caso al recuperar debido a que existe dos versiones de esos ficheros. Una "minima" para la instalacion, y otra la del funcionamiento normal de Windows. Si dejamos que SFC recupere, recuperará la primera que se encuentra y esta el la "minima" para instalar Windows. Por tanto, Windows no nos arrancará. Si por desgracia la hemos recuperado y Windows no arranca, todavia podemos tener solucion. Para ello, arrancamos con el disco de inico de win98 y ponemos en nuestra unidad de CD el disco de instalación de win98. Cuando hayamos arrancado, tecleamos: c:
cd \windows\system
extract /a /e e:\win98\base5.cab user.exe (he supuesto que el CD es la letra e: -que es lo normal bajo el disco de inicio-, sino fuese esta, sustituir por la correcta). * POSIBLES PROBLEMAS AL INSTALAR ALGUN DRIVER DE DISPOSITIVO
------------------------------------------------------------ ** AL INSTALAR LOS DRIVERS DE UN módem
-------------------------------------- ** Ciertos módem 's instalan un dispositivo "Wave Device for voice módem " en el sistema, que puede verse en el Administrador de dispositivos colgando de "Controladores de Sonido y Juegos". Ciertos .INF de instalación de módem 's (fundamentalmente los antiguos para win 95), son incompatibles en este dispositivo para win98. Si despues de instalar este dispositivo, tenemos "cuelgues" estraños de la maquina, y fundamentalmente al cerrar Windows (no termina de cerrar), debemos pinchar dicho dispositivo en el Administrador del sistema y marcar la casilla de "No cargar en este perfil de software". No sirve darlo de baja, ya que lo volverá a instalar al arrancar. ** EN EL ARRANQUE
----------------- ** Al arrancar Windows,nos dá una pantalla negra (estilo MsDOS) con un par de lineas en la parte superior que nos advierte: Imposible arrancar Windows. Error en IFSMGR o bien Error en DOSMGR. Probablemente algun dispositivo de puertos de comunicaciones COM1, COM2, paralelo o de raton es el causante del problema. Si acabamos de instalar algun dispositivo de puerto paralelo, entrar en modo a prueba de fallos y eliminarlo. Si es por culpa de los drivers del mouse, igualmente sustituir el driver de raton por un raton standard de Windows. ** Acabamos de montar una segunda placa de video para tener la posibilidad de multimonitor y la maquina no nos arranca. Solucion: Revisar primero el config.sys y ver si tenemos la linea de EMM386.EXE. Si la tuviesemos en principio comentarla y probar. Si el sistema arranca, alguno de los parametros del EMM386 es invalido para multimonitor. Revisar los Include y Exclude, ya que la BIOS de ambas placas de video ocupan mas epsacion, y además ahora ya no se puede utilizar el parametro I=B000-B7FF en el EMM386 en el caso de multimonitor. Si el tema no fusese el EMM386, revisar que las placas de video sean AGP+PCI (en slot 1) o PCI+PCI (en slots 1 y 2), No puede utilizarse placas ISA para multimonitor. ** Acabamos de instalar una nueva placa de hardware y el sistema no arranca. Verificar primero que realmente es la nueva placa y no otra anterior que por culpa de incompatibilidades sea la causante. Para ello, arrancamos con CTRL pulsada y cuando nos salga un menú de opciones, tecleamos MAY+F8 y le damos Intro. Nos irá preguntando si carga los drivers uno por uno. Le damos a todo que *SI*. El sistema se colgará igualmente, pero nos habrá dejado un fichero oculto en el raiz de C: con el nombre bootlog.txt. Para evitar perder ese fichero, lo mejor en ese momento, es arrancar con un disco de inicio, y posteriormente teclear: c:
cd \
type bootlog.txt > boot.txt de esta manera, ya podemos analizar el fichero "boot.txt" y ver la ultima (o ultimas) lineas de él. Allí nos dirá el controlador causante del problema. A veces la solucion pasa sencillamente por cambiar la placa fisicamente de slot. Si fuese una solucion más complicada, se deberá analizar el contenido del fichero anterior. ** EN EL CIERRE
--------------- ** Al cerrar Windows,nos dá un error en el programa MSGSRV32. Este error suele estar causado por utilizar algun chip de sonido de la marca CMEDIA (cmxxx) y es bastante corriente en las placs madre que tiene la tarjeta de sonido on-board. Es un problema reconocido por el fabricante, que se corrige sustituyendo los drivers de sonido por los ultimos de cmedia. Puede buscarse en su web en www.cmedia.com.tw ** Windows no se cierra correctamente, o se queda en la pantalla del logo de cierre pero sin finalizar. Solucion: ejecutar el programa MsConfig desde Inicio->Ejecutar, dar al boton de "avanzado" y marcar la opcion de "Deshabilitar apagado rapido". El causante suele ser algun driver de dispositivo instalado que nos impide el apagado rapido (o algun programa que se carga en el inicio). ** Para e problema anterior, ver tambien el comentario que he realizado al instalr un módem sobre el dispositivo "Wave device for voice módem ". * RECONOCIMIENTO DE DISPOSITIVOS
-------------------------------- ** Nada más finalizar la instalación (o incluso re-instalación) de Windows sobre todo sí durante la instalación hemos tenido alguna pantalla azul (BSOD), es conveniente ejecutar el programa ASD. Este programa nos dirá si ha habido algun dispositivo que ha causado un error crítico al instalar y nos permitirá en ese momento, el intentar cargarlo. ** Win98 no nos reconoce nuestra unidad de CD-ROM, o nos la reconoce unicamente si iniciamos Windows con un CD insertado en la unidad. Problema bastante comun. Win98 es "exigente" con las unidades de CD-ROM y los fabricantes se toman las normas a la torera o bien sufren incompatibilidades con ciertas bios de ciertas placas madre. Una causa comun de estos problemas, es tener la unidad de CD-ROM como "master". Recordad que los controladores IDE, normalmente son dos. IDE Primario y secundario. Y recordad que en cada canal IDE, pueden montarse dos dispositivos, uno como "master" (maestro) y otro como "slave" (esclavo). Pues bien hay ciertas unidades que no pueden estar como "master" en win98 y además no pueden tampoco estar "solas" en un canal IDE. Por tanto reconfigurar el hardware de vuestra maquina para que no se dé la situacion anterior. * DURANTE EL FUNCIONAMIENTO
--------------------------- ** La asociacion de ciertos iconos de Windows,así como la vista previa de dichos iconos, por ejemplo los GIF, se ha perdido y no podemos recuperarala (nos sucede al instalar algun programa de graficos). Solucion: Ir a inicio->Ejecutar y teclear: regsvr32.exe /i shdocvw.dll ** Como precaucion, no instalar *ninguna* actualizacion (directx, etc..) sobre el propio sistema, que no esté en la pagina de WindowsUpdate. Muchas (todas) las actualizaciones de MS en sus paginas, **NO** son para win98. Son para win95 y por tanto no se deben instalar en win98 a no ser que "explicitamente" nos lo diga. No fiarse del software distribuido en los CD de las revistas. *ponga lo que ponga* ** En caso de problemas con alguna instalacion, debemos recordar que Windows conserva una copia del registro, de los ultimos 5 dias en que hemos entrado a él. Realiza esta copia la primera vez que "entramos" en el sistema en el dia. Si quisiesemos recuperar la situacion del registro al inicio del dia, o bien de algun dia previo, arrancamos con la tecla CTRL pulsada, y cuando nos salga un menú, seleccionamos "Solo símbolo del sistema". Una vez en él, tecleamos: scanreg /restore Nos mostrará una lista con la fecha de las copias de seguridad del registro y nos permitirá recuperarlas. * AL AÑADIR NUEVO HARDWARE
-------------------------- ** Posibles problemas al añadir un ZIP puerto paralelo: Windows nos muestra una pantalla estilo MsDOS indicando un error y no arranca. Si lo reintentamos Windows entra correctamente. Es un problema clasico de conflicto con el puerto paralelo. Montar el ultimo driver de iomega (buscar en www.iomega.com) y muy importante: configurar el puerto de la bios como ECP+EPP. Quizá esto no soluciones del todo el problema, pero lo minimizará lo más posible. ** Posibles problemas al instalar un LS-120 (disco Imation o SuperDrive) en el puerto paralelo. Instalar el ultimo driver sd125.exe disponible en el web de imation: www.imation.com Esto no nos solucionará el problema de que la inicializacion de dicho driver es de cerca de un minuto que perdemos en el arranque de Windows,pero nos eliminará problemas de arranque y fundamentalmente de compatibilidad con otros dispositivos en el puerto paralelo, fundamentalmente algunos modelos de impresoras. ** Si añadimos una tarjeta SCSI PCI, a ser posible instalarla en el SLOT 4 de la placa madre. Verificar posteriormente el que no comprtat su IRQ con otro dispositivo de acceso a disco. Y a ser posible que no lo comparta con ningun dispositivo. Esto puede lograrse cambiando fisicamente en los slots las tarjetas PCI que tengamos (excepto la de video, que debe estar en el slot numero 1). ** Con ciertas tarjetas SoundBlaster PCI (por poner un ejemplo de una tarjeta de sonido PCI), existen problemas con la asignacion de IRQs tipo ISA al slot PCI. Desde luego, la norma PCI no permite esto, pero el fabricante, parece saltarselo a la torera. Existen dos posibilidades: una hardware que pasa por conectar mediante un conector especial la tarjeta PCI a un conector también especial en la placa madre para "robar" al bus ISA la IRQ correspondiente. No todas las placas madre soportan esto. La otra solucion es configurar la BIOS, en la pantalla PnP, para asignar la IRQ que quiere pillar la tarjeta de sonido, a ISA o Legacy ISA. De esta manera tambien nos funcionará. Los ultimos modelos de BIOS, ya tienen normalmente presente esta casuistica con lo que no tendremos que hacer nada. ** Los módem internos, son causas de multiples problemas. Recordad que la mayoria de ellos son configurables mediante "pins" o "switches". Deberemos configurarlos para una IRQ superior a la 9 (es válida la 9 si el módem es autenticamente PnP). Y si nos lo permite para COM3 o COM4 (este ultimo no aconsejado si tenemos una placa de video con un chip S3). Igualmente la IRQ asignada al módem , debemos configurarla en la BIOS como ISA o Legacy ISA. Las IRQs de módem internos *NO* pueden compartirse con otro dispositivo (y puede que sucedan estos errores en los módem PCI). Por tanto hay que vigilar que la BIOS no haya cometido errores y haya compartido dicha IRQ. Si es así y el módem es PCI, cambiar de SLOT el módem . Si el módem es ISA, deberá configurarse por "switches" en alguna IRQ diferente a la 3 y 4 (y yo aconsejo que tampoco sea la 5 y la 7, por tanto debe ser la 10, 11 o 12. Y si seguinos teniendo problemas deberemos entrar en la BIOS de la maquina, y la IRQ que pille, o quiera pillar el módem , marcarla en la pantalla PnP de la BIOS, como ISA o LEGACY ISA. * AL REINSTALAR WINDOWS 98
-------------------------- ** Ciertas grabadoras de CD (por ejemplo HP 8100), tienen incompatibilidad con una VxD estandard de windows: la SCSI1HLP.VXD (que reside en C:\windows\system\iosbusys). Al instalarse lo que hacen es renombran dicha VXD por otra extension, con lo que Windows ya no la carga. Pero si reinstalamos Windows por encima, el instalador nos volverá a dejar dicha VXD en cuyo caso Windows ya no arrancará. Es necesario entrar en "solo símbolo del sistema" y borrarla. Particularmente me parece una "chapuza" por parte de HP. Y además al eliminar dicha VXD, todos los posibles dispostivos SCSI 1 que tengamos en nuestro hardware, dejarán de funcionar (menos mal que el SCSI 1 es una vieja norma y ya quedan pocos dispositivos..... pero quedan!!). * AL AÑADIR NUEVO SOFTWARE
-------------------------- ** Se deberá verificar siempre, despues de añadir nuevo software, mediante el programa SFC, que no se han "machacado" ninguna de las DLL's de Windows (es muy normal que los fabricantes de software hagan lo que les dá la gana y nos "machaquen" medio sistema). ** Si empiezan a ocurrir cuelques y situaciones anomalas, recuperar inmediatamente el registro con scanreg /restore al arrancar en "Solo símbolo del sistema". Por situaciones anomalas, entiendo por ejemplo ciertos "cuelgues" del equipo al navegar. Esto es lo más sintomatico. Hay software comercial y de instalación muy corriente (por ejemplo "GetRight") que en muchos equipos causa cuelques inexplicables por ejemplo al dar el boton de "retorceder" pagina en el navegador. No hay solucion excepto desistalar el software y por si acaso, recuperar la base de registro. ANEXO III: SCANREG (COPIAS DE SEGURIDAD DEL REGISTRO)
---------------------------------------------------- **** Bueno, y ese será el siguiente capitulo......
Volver a
Artículos y FAQs
| 
