Siguiente Arriba Anterior Contenido Indice

E.9 Solucionando problemas.

Solucionando problemas.

Aqui estan algunos problemas habituales que la gente ha visto, junto con las soluciones.

Leyendo disquettes MS-DOS desde el Debug Monitor de la Evaluation Board.

Algunas de las viejas versiones del Debug Monitor de la Evaluation Board (versiones previas a la 2.0) tienen un problema con los disquettes con formato DOS generados desde Linux. Usualmente, el Debug Monitor puede cargar los primeros pocos sectores bien, pero entonces entra en un bucle sin fin quejandose de "sectores defectuosos". Apparentemente, hay una incompatibilidad entre el sistema de ficheros DOS tal como lo espera el Debug Monitor y la implementación del DOSFS de Linux. Para abreviar esta larga historia: si tienes este problema, intenta usar DOS para escribir el disquette. Por ejemplo, si cargando el fichero MILO.cab no funciona, usa una maquina DOS, inserta el disquette y ejecuta:

     copy a:MILO.cab c:
     copy c:MILO.cab a:
     del c:MILO.cab

Entonces intenta arrancar del disquette de nuevo. Esto normalmente soluciona el problema.

MILO presenta una larga secuencia de O> y no acepta ninguna entrada.

Esto usualmente sucede cuando MILO ha sido generado para usar el COM1 como dispositivo de consola secundaria. En tal caso, MILO pone sus mensajes de salida en el COM1 y acepta los de entrada también por ahi. Esto esta bien para depurar pero no tan bien si tienes conectado un dispositivo distinto de un terminal. Si sucede esto, desconecta de dispositivo o apagalo hasta que el kernel de Linux haya arrancado. Una vez que Linux esta levantado y corriendo, todo trabajara como se espera.

MILO se queja de que la imagen del kernel tiene un numero mágico equivocado

Las viejas versiones de MILO no soportaban el formato de ficheros objeto ELF y por tanto no pueden reconocer una imagen ELF y este podria ser tu problema. Si se manifiesta, actualiza a la última versión de MILO que puedas encontrar. Todos los MILO 2.0.20 y superiores soportan ELF. Por otro lado, puede ser que la imagen este verdadeamente dañada. Tambien debes reparar en que MILO todavia no distingue automaticamente entre las imagenes comprimidas con gzip y las no comprimidas; necesitas añadir la extensión ".gz" al nombre del fichero.

MILO imprime "...turning on virtual addressing and jumping to the Linux Kernel" y no sucede nada mas

Un problema obvio es que la imagen del kernel se ha generado incorrectamente o esta generado completamente para otro sistema Alpha. Otro es que la tarjeta de video es un dispositivo TGA (Zlxp) y el kernel ha sido generado para un dispositivo VGA (o viceversa). Es valido generar el kernel redireccionado al COM1 y conectar un terminal a ese puerto serie o volver a intentarlo con el kernel que venia con la distribución de Linux que instalaste.

MILO no reconoce el dispositivo SCSI

Las imagenes estandard de MILO incluyen tantos manejadores de dispositivo como se saben que son estables para Alpha (por ahora eso incluye el NCR 810, QLOGIC ISP, Buslogic y las tarjetas Adaptec 2940 y 3940). Si tu tarjeta no esta incluida, puede que el manejador no sea lo sufientemente estable en el sistema Alpha todavia. De nuevo, las últimas imagenes de MILO son la mejor opcion. Puedes consultar con que dispositivos SCSI ha sido generada una imagen de MILO usando el comando "show".


Siguiente Arriba Anterior Contenido Indice