[Prev][Next][Index][Thread]
Re: Quantom 2.5G Hard-Disk problem.
On Tue, 21 Jan 1997, Shlomo Reches wrote:
> Hi,
>
> I have a disk problem, which cause the machine to halt (It sometimes
> happand few minutes after I start Linux).
>
> I used to think it is the kernel (2.0.18), but it was upgraded since
> (2.0.27) and the problem is still there.
>
> I would like to ask if anyone has the same disk as mine and weather
> the same problem was experienced.
>
> More info
> ---------
> - P/133, soyo HX (Triton III) mother board with a Quantum IDE 2.5G hard disk.
>
> - It is definitly hardware problem, because after hardware reset, a disk
> failure error (20) is reported. Only turning off, than on again, makes the
> disk operational. I suspect the disk than the motherboard's (soyo hx) chipsets
> or settings and last the on-board IDE controller.
>
> - It happands only under Linux, which let me believe, it uses some advanced
> feature of the disk, not used by Windogs. This puts the disk in a certain
> state, which is not reset due to a bug.
>
> - The error has something to do with the swap space. The error can occur when
> running any program. In some, I get a more detailed error, which point to
> the swap.
>
> Thanks,
> Shlomo.
>
I have seen similar problems with various 2.X kernels. Please send
/var/log/messages output. When this happened to me I got:
Jan 5 21:52:32 tango kernel: Unable to handle kernel paging request
at virtual address 000d7661
Jan 5 21:52:32 tango kernel: current->tss.cr3 = 00101000, $r3 = 00101000
Jan 5 21:52:32 tango kernel: *pde = 00000000
Jan 5 21:52:32 tango kernel: Oops: 0000
Jan 5 21:52:32 tango kernel: CPU: 0
Jan 5 21:52:32 tango kernel: EIP: 0010:[<c0111ed0>]
Jan 5 21:52:32 tango kernel: EFLAGS: 00010203
Jan 5 21:52:32 tango kernel: eax: c0bf1e34 ebx: 000d7661 ecx:
c0bf1e34
edx: c379989c
Jan 5 21:52:32 tango kernel: esi: c3799900 edi: c0bf1e30 ebp:
c01ec270
esp: c01ec264
Jan 5 21:52:32 tango kernel: ds: 0018 es: 0018 ss: 0018
Jan 5 21:52:32 tango kernel: Process swapper (pid: 0, process nr: 0,
stackpage=c01ea40c)
Jan 5 21:52:32 tango kernel: Stack: c3799810 c3799900 00000000
ad2e0799 c015
37d8 c0bf1e34 c3799810 c014a5b1
Jan 5 21:52:32 tango kernel: c3799810 00000000 c3799810
c3b56164 0000
0014 c014a9d2 c3b56164 c3799810
Jan 5 21:52:32 tango kernel: 00000014 c3799810 c3b56164
c3b56148 0000
7100 ad2de799 00000001 c0140014
Jan 5 21:52:32 tango kernel: Call Trace: [<c01537d8>] [<c014a5b1>]
[<c014a9d
2>] [<c0140014>] [<c014e4d3>] [<c01437d6>] [<c01439b1>]
Jan 5 21:52:32 tango kernel: [<c013c318>] [<c011861f>]
[<c010a7bb>] [
<c0109674>] [<c010a818>] [<c010935c>] [<c01091c3>] [<c01cf909>]
Jan 5 21:52:32 tango kernel: [<c0117ca0>] [<c0111d44>]
Jan 5 21:52:32 tango kernel: Code: 8b 13 8b 5b 04 85 d2 74 65 8b 02
83 f8 01
75 5e 9c 5e fa c7
Jan 5 21:52:32 tango kernel: Aiee, killing interrupt handler
~~~~
The above sequence repeats itself until at some point something gets
trashed and the kernel halts. Usually there is file system damage as
a result. This is how we lost ftp.linux.org.il about 10 days ago. I
solved this problem by moving to 2.1.20 - which doesn't support IP
aliasing correctly BTW. Again - give us more info.
- yba
EE 77 7F 30 4A 64 2E C5 83 5F E7 49 A6 82 29 BA ~. .~ TclTek Ltd.
=}-------------------------------------------------ooO--U--Ooo-----------{=
- benavrhm@tcltek.co.il - tel: +972.52.670.353, http://www.tcltek.co.il -
References: