Date: Tue, 24 Mar 1998 21:54:22 +0930 (CST) From: Kris Kennaway <kkennawa@physics.adelaide.edu.au> To: freebsd-hackers@FreeBSD.ORG Subject: Help in diagnosing hardware failure Message-ID: <Pine.OSF.3.90.980324211922.10888A-200000@bragg>
next in thread | raw e-mail | index | archive | help
This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1593445519-890742262=:10888 Content-Type: TEXT/PLAIN; charset=US-ASCII A few weeks ago I removed my hard drives to mount them in another machine and copy across the data - upon reinstalling them, some part of my system seems to have become trashed. I've made sure the drive connectors are seated properly, etc, but it has not helped: Any kind of heavy disk activity under FreeBSD (-CURRENT as of 28/2) causes either a panic, or a dead freeze. For example, attempting a make world will trigger this within a few seconds (<20), running X usually freezes within 10-15 minutes (probably because of the higher demands on system resources), etc. However, as long as I keep the load down, things are fine (as I speak my machine has been up for the past 7 days running console-based stuff). Booting into win95 since the problems started occurring has never got past the splash screen before hanging, and similarly booting to an MSDOS floppy to try and run norton diagnostics causes hangs within a minute or two of trying. The fact that my machine is still quite functional under freebsd is very nice and means I can still do pretty much everything I need to until I can get the time and money to have it repaired :-) Almost universally after a hang/panic in FreeBSD, when I reboot I get 'Error: C:3357 > 1024 (BIOS Limit)' or words to that effect (interestingly, it always seems to be the same two cylinder numbers that are reported). Powering down for a few minutes and trying again eventually lets me boot up completely. This particular symptom leads me to suspect the IDE controller (dmesg output attached). This is a typical panic message/traceback when it panics (not that I expect this to tell great volumes, but you never know :-) (oh yeah, and I often get signal 11's interspersed with the panics and hangs when trying to compile a new kernel, for example). Fatal trap 12: page fault while in kernel mode fault virtual address = 0x4 fault code = supervisor write, page not present instruction pointer = 0x8:0xf01af652 stack pointer = 0x10:0xf3a05e58 frame pointer = 0x10:0xf3a05e78 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL0, pres1, def32 1, gran1 processor eflags = interrupt enabled, resume, IOPL=0 current process = 692 (cpp) interrupt mask = net tty bio cam kernel: type 12 trap, code=0 stopped at _pmap_enter+0x2f2: movl %ebx,0x4(%ecx) db> trace _pmap_enter(f396ec20,96000,b5c000,7,0) at _pmap_enter+0x2f2 _vm_fault(f396ebc0,96000,3,8,f396aa80) at _vm_fault+0xcd4 _trap_pfault(f3a05fac,1) at _trap_pfault+0x10b _trap(27,27,96000,72000,efbfd6e8) at _trap+0x19b calltrap() at calltrap+0x15 --- trap 0xc, eip=0x200872e2, esp=0xefbfd6c4, ebp=0xefbfd6e8 --- If anyone can throw some light onto the probable cause of this problem it would be most appreciated :-) Kris WOWBO /\ . Through the darkness of future past, /\ . BWOWB OBWOW /##\/#\ The Magician longs to see. /##\/#\ BOBWO WBOBW / \ One chance out between two worlds, / \ OWBOB WOWBO / \ Fire, Walk with me! / \ BWOWB --0-1593445519-890742262=:10888 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: <Pine.OSF.3.90.980324215422.10888B@bragg> Content-Description: Q29weXJpZ2h0IChjKSAxOTkyLTE5OTggRnJlZUJTRCBJbmMuDQpDb3B5cmln aHQgKGMpIDE5ODIsIDE5ODYsIDE5ODksIDE5OTEsIDE5OTMNCglUaGUgUmVn ZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLg0KRnJlZUJTRCAzLjAtQ1VSUkVOVCAjMDogU2F0IEZl YiAyOCAwMDo0MjoxOSBDU1QgMTk5OA0KICAgIGtrZW5uQG1vcmRlbi5hZGVs YWlkZS5lZHUuYXU6L3VzcjIvc3JjL3N5cy9jb21waWxlL01PUkRFTg0KVGlt ZWNvdW50ZXIgImk4MjU0IiAgZnJlcXVlbmN5IDExOTMxODIgSHogIGNvc3Qg MjkxMCBucw0KVGltZWNvdW50ZXIgIlRTQyIgIGZyZXF1ZW5jeSAxMjAwMDA0 NjAgSHogIGNvc3QgMjcxIG5zDQpDUFU6IFBlbnRpdW0gKDEyMC4wMC1NSHog NTg2LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIgIElk ID0gMHg1MjUgIFN0ZXBwaW5nPTUNCiAgRmVhdHVyZXM9MHgxYmY8RlBVLFZN RSxERSxQU0UsVFNDLE1TUixNQ0UsQ1g4Pg0KcmVhbCBtZW1vcnkgID0gNTAz MzE2NDggKDQ5MTUySyBieXRlcykNCmF2YWlsIG1lbW9yeSA9IDQ2NDUyNzM2 ICg0NTM2NEsgYnl0ZXMpDQpQcm9iaW5nIGZvciBkZXZpY2VzIG9uIFBDSSBi dXMgMDoNCmNoaXAwOiA8SW50ZWwgODI0MzdGWCBQQ0kgY2FjaGUgbWVtb3J5 IGNvbnRyb2xsZXI+IHJldiAweDAyIG9uIHBjaTAuMC4wDQpjaGlwMTogPElu dGVsIDgyMzcxRkIgUENJIHRvIElTQSBicmlkZ2U+IHJldiAweDAyIG9uIHBj aTAuNy4wDQppZGVfcGNpMDogPEludGVsIFBJSVggQnVzLW1hc3RlciBJREUg Y29udHJvbGxlcj4gcmV2IDB4MDIgb24gcGNpMC43LjENCnZnYTA6IDxUc2Vu ZyBMYWJzIEVUNDAwMCBXMzJQIGdyYXBoaWNzIGFjY2VsZXJhdG9yPiByZXYg MHgwMCBpbnQgYSBpcnEgMTAgb24gcGNpMC4xOC4wDQpQcm9iaW5nIGZvciBQ blAgZGV2aWNlczoNCkNTTiAxIFZlbmRvciBJRDogQ1RMMDAyOCBbMHgyODAw OGMwZV0gU2VyaWFsIDB4MTAwYzBhMTcNClByb2JpbmcgZm9yIGRldmljZXMg b24gdGhlIElTQSBidXM6DQpzYzAgYXQgMHg2MC0weDZmIGlycSAxIG9uIG1v dGhlcmJvYXJkDQpzYzA6IFZHQSBjb2xvciA8MTYgdmlydHVhbCBjb25zb2xl cywgZmxhZ3M9MHgwPg0Kc2lvMCBhdCAweDNmOC0weDNmZiBpcnEgNCBvbiBp c2ENCnNpbzA6IHR5cGUgMTY1NTBBDQpzaW8xIGF0IDB4MmY4LTB4MmZmIGly cSAzIG9uIGlzYQ0Kc2lvMTogdHlwZSAxNjU1MEENCndkYzAgYXQgMHgxZjAt MHgxZjcgaXJxIDE0IGZsYWdzIDB4ODBmZjgwZmYgb24gaXNhDQp3ZGMwOiB1 bml0IDAgKHdkMCk6IDxXREMgQUMzMTYwMEg+LCAzMi1iaXQsIG11bHRpLWJs b2NrLTE2DQp3ZDA6IDE1NDlNQiAoMzE3MzE4NCBzZWN0b3JzKSwgMzE0OCBj eWxzLCAxNiBoZWFkcywgNjMgUy9ULCA1MTIgQi9TDQp3ZGMwOiB1bml0IDEg KHdkMSk6IDxXREMgQUMyMjUwMEw+LCAzMi1iaXQsIG11bHRpLWJsb2NrLTE2 DQp3ZDE6IDI0NDFNQiAoNDk5OTY4MCBzZWN0b3JzKSwgNDk2MCBjeWxzLCAx NiBoZWFkcywgNjMgUy9ULCA1MTIgQi9TDQpmZGMwIGF0IDB4M2YwLTB4M2Y3 IGlycSA2IGRycSAyIG9uIGlzYQ0KZmRjMDogRklGTyBlbmFibGVkLCA4IGJ5 dGVzIHRocmVzaG9sZA0KZmQwOiAxLjQ0TUIgMy41aW4NCm5weDAgb24gbW90 aGVyYm9hcmQNCm5weDA6IElOVCAxNiBpbnRlcmZhY2UNCnNiMCBhdCAweDIy MCBpcnEgNSBkcnEgMSBvbiBpc2ENCnNuZDA6IDxTb3VuZEJsYXN0ZXIgMTYg NC4xMz4gDQpzYnh2aTAgYXQgPyBkcnEgNSBvbiBpc2ENCnNuZDA6IDxTb3Vu ZEJsYXN0ZXIgMTYgNC4xMz4gDQpzYm1pZGkwIGF0IDB4MzMwIG9uIGlzYQ0K c25kMDogPFNvdW5kQmxhc3RlciBNUFUtNDAxPiANCkludGVsIFBlbnRpdW0g RjAwRiBkZXRlY3RlZCwgaW5zdGFsbGluZyB3b3JrYXJvdW5kDQo= --0-1593445519-890742262=:10888-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.OSF.3.90.980324211922.10888A-200000>