Sectores da~nados (was: Re: Error extranio.)

["Lic. Rodolfo Gonzalez Gonzalez" <rgg en cs buap mx>]

Pues sigo con el mismo error, ahora mas frecuentemente. Pienso que el
disco duro debe tener algun sector defectuoso, o que sea otro problema de
hardware. Se que ya lo han preguntado antes, pero no recuerdo la
respuesta: Existe algun programapara checar discos duros fisicamente en
linux?. Gracias.

Rodolfo.

On Tue, 27 Jul 1999, Lic. Marco Antonio Hernandez Cisneros wrote:

> Hola,
> 
> Yo tuve ese mismo error cuando estaba tratando de actualizar mi procesador
> de Pentium 200 MMX, a Pentium 233 MMX, no me fije bien en los jumpers y
> los puse a 266, es decir, la maquina me ponia en el arranque procesador de
> 266 MHZ, cuando en realidad tenia uno de 233 MHZ, y tambien al poner un
> procesador mayor a 233 MHZ, como el Ciryx MII a 300.
> 
> Al parecer es malo que tu maquinita diga que tenga otro procesador al que
> tienes.
> 
> Espero te sirva de algo
> 
> On Mon, 26 Jul 1999, Lic. Rodolfo Gonzalez Gonzalez wrote:
> 
> > Hola lista, a que se deberan estos mensajes de error del kernel?... yo
> > supongo que son por falta de memoria o algun error al leer del disco duro,
> > pero quisiera saber si se deben a otra causa. Gracias:
> > 
> > Jul 24 00:02:11 server kernel: Unable to handle kernel paging request at
> > virtual address f0203800 
> > Jul 24 00:02:11 server kernel: current->tss.cr3 = 01d14000, %cr3 =
> > 01d14000 
> > Jul 24 00:02:11 server kernel: *pde = 00000000 
> > Jul 24 00:02:11 server kernel: Oops: 0000 
> > Jul 24 00:02:11 server kernel: CPU:    0 
> > Jul 24 00:02:11 server kernel: EIP:    0010:[<00000004>] 
> > Jul 24 00:02:11 server kernel: EFLAGS: 00010002 
> > Jul 24 00:02:11 server kernel: eax: 00000000   ebx: 0038fdf8   ecx:
> > 01d15fbc edx: 00000018 
> > Jul 24 00:02:11 server kernel: esi: 30203800   edi: 0000000e   ebp:
> > 001e76c0 esp: 01d15f64 
> > Jul 24 00:02:11 server kernel: ds: 0018   es: 0018   fs: 002b   gs: 002b
> > ss: 0018 
> > Jul 24 00:02:11 server kernel: Process tripwire (pid: 3586, process nr:
> > 55, stackpage=01d15000) 
> > Jul 24 00:02:11 server kernel: Stack: 0010cb7a 0000000e 00000002 00000000
> > 01d15fbc e85751ff 3646c225 0010c879  
> > Jul 24 00:02:11 server kernel:        0000000e 01d15fbc 0000dc2b 00000001
> > 00000018 00000018 001185a2 00000010  
> > Jul 24 00:02:11 server kernel:        00000202 01d15fbc e85751ff 3646c225
> > bfffa550 0010a85b 4aba3ddc 3a7cbfba  
> > Jul 24 00:02:11 server kernel: Call Trace: [do_fast_IRQ+42/76]
> > [fast_IRQ14_interrupt+65/104] [do_bottom_half+10/96] [handle_bottom_half+11/24]  
> > Jul 24 00:02:11 server kernel: Code: 6f ef 00 f0 c3 e2 00 f0 6f ef 00 f0
> > 6f ef 00 f0 54 ff 00 f0  
> > Jul 24 00:02:11 server kernel: Aiee, killing interrupt handler 
> > Jul 24 00:02:21 server kernel: hda: irq timeout: status=0x5a { DriveReady
> > SeekComplete DataRequest Index } 
> > Jul 24 00:02:22 server kernel: ide0: reset: success 
> > 
> > Jul 26 00:01:45 server kernel: VFS: device 00:55, inode 1163875397,
> > mode=00051117 
> > Jul 26 00:01:45 server kernel: general protection: 0000 
> > 
> > 
>