Re[2]: [LUG.ro] hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Oscar Robles
lugro@lugro.org.ar
Thu, 10 Mar 2005 23:26:41 -0300
Hola Gustavo y compañeros: efectivamente es un SIS 530. Estoy tomando
nota de todas las respuestas ( muchísimas gracias!) e iré resolviendo.
Voy a empezar reemplazando el cable y luego veo. Cuando habilito Ultra
DMA funciona un poco más rápido, pero el error lo sigue tirando. Hasta
pronto. Oscar.
Con fecha Jueves, 10 de Marzo de 2005, 03:05:57 a.m., escribió:
> El Jueves, 10 de Marzo de 2005 03:05, Oscar Robles escribió:
>> Hola compañeros: tengo una máquina AMD K6-2, 156 MB RAM, HD de 10 con
>> dual boot. Cuando arranco Mandrake me aparece el siguiente leyenda:
>>
>> Freeing unused kernel memory: 272k freed
>> hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
>> hda: dma_intr: error=0x84 { DriveStatusError BadCRC }
>> hdb: DMA disabled
>>
>> Las dos primeras líneas se repiten más veces. Según lo que pude
>> averiguar, se trataría de un problema con el disco. Intenté usar (con
>> las particiones desmontadas) el comando fsck -p /dev/hda5 (o el que
>> corresponda) para arreglar posibles sectores defectuosos. Desde
>> Knoppix y en la consola de root escribo el comando y me devuelve esto:
>> fsck 1.32 (09-NOV-2002) /dev/hda5:clean, 90136/273632 files,
>> 393656/546580 blocks y similares. También me recomendaron volver a
>> crear la tabla de particiones, no pude ni tampoco aunque tampoco
>> estaba muy convencido de hacerlo.
>> No se me ocurre otra cosa, si me pueden ayudar, mil gracias.
>> También quería opiniones porque el GNOME y varias aplicaciones se
>> arrastran. ¿Con más memoria lo soluciono ? o puede haber un fallo de
>> hard? Gracias otra vez. Hasta pronto. Oscar.
> Es chipset SIS?!?!?!?!?!
> Bueno me imagino que si porque en esa epoca del K6II eran las más populares,
> así que te cuento una experiencia:
> Teníamos una de esas máquinas pero en vez de K6II con un Ciryx que no muy
> diferente, resulta que era un servidor de internet, archivos, páginas web y
> ftp además de controlar varias cosas era bastante activo y al dueño se le
> ocurrió ponerle un disco de 120GB porque quería guardar una colección enorme
> de videoclips y mp3, resulta que el disco daba los mismos errores, yo estaba
> sorprendido porque ese mismo disco en un 486 andaba bien, así que no era el
> disco y por supuesto volaba en una PC nueva, esas SIS en el bios traía una
> opción que decía HABILITAR ULTRA DMA, como ese chipset tiene algunos errores
> necesitaba estar habilitado para que funcionara bien el disco, y en el
> sistema tenía que estar habilitado con hdparm el UDMA aunque sea de 16 el
> disco no trabajaba en modo DMA normal bajo ningún concepto y a veces a la
> larga daba el error de "Lost interrupt" después de eso el disco no respondía,
> fue necesario poner un cable de 80 conductores pero el problema reaparecía a
> la semana inexplicablemente el BIOS volvía a deshabilitar el Ultra DMA.
> En otra tuve que poner al arranque entre las opciones esto:
> ide0=ata66
> en otra:
> ide0=dma
> Y en otras era cuestion del BUS, en esos CHIPSETS se podía cambiar una opcíon
> en CPU/PNP donde se puede alterar 66/100 o cosas así, eso hace que el UDMA
> funcione correctamente con el del kernel.
> Saludos, el kernel manda respecto al BIOS, pero el BIOS manda respecto al BUS.
> Esto lo trataron hace mucho en la lista del kernel...