SCOUG-HELP Mailing List Archives

<< Previous Message << >> Next Message >>

Date:	Mon, 17 Jun 2002 21:02:36 PST7
From:	Michael Rakijas <mrakijas@oco.net >
Reply-To:	scoug-help@scoug.com
To:	scoug-help <scoug-help@scoug.com >
Subject:	SCOUG-Help: Trap inquiry (final note)

=====================================================
If you are responding to someone asking for help who
may not be a member of this list, be sure to use the
REPLY TO ALL feature of your email program.
=====================================================

** Reply to message from "Steven Levine" on Mon, 17 Jun
2002 10:57:39 PST7

> In <200206170925.AA249495892@oco.net>, on 06/17/02
> at 08:25 AM, "mrakijas" said:
>
> >rebooted and copied all files back over from drive 2 to 1. No change!
> >Drive 1 still traps on shutdown. I guess I have to chalk this one up to
> >the (OS/2?) computer gods not liking the one drive. More likely, I guess
> >that some timing or tolerance changed just enough to screw things up.
>
> That would be my guess. Have you tried running the drive non-busmastered
> or otherwise derating it via BIOS on driver options?

I just tried to disable bus mastering with the following switches /A:0 /!BM
(with the /V thrown in to make sure I can monitor things) on the
BASEDEV=IBM1S506.ADD line and there was no change in behavior. The line in the
verbose output seemed to indicate that it was using PIO4 only anyway but I'm not
positive - it says something about detecting the drive's BIOS extensions.
Nevertheless, this didn't fix it and changing the BIOS settings all to be the
most conservative (Block mode disabled, Mode 0, etc.) changed nothing as well.

> I may have mentioned that I recently had a similar problem on one of my
> MUT boxes. It would lock up hard during chkdsk. The interesting aspect
> was that the lockup was related to amount of data in the partition. After
> trying a variety of alternates, there were only two workable fixes.
> Derate the SCSI bus or swap in a slower SCSI card. There was something
> about the intensity of the chkdsk's disk access that probably caused a
> busmaster DMA failure. Other than the chkdsk failure, the box ran fine.
>
> Steven

Looks like that's the bottom line here, too. Thanks for the help.

-Rocky

=====================================================

To unsubscribe from this list, send an email message
to "steward@scoug.com". In the body of the message,
put the command "unsubscribe scoug-help".

For problems, contact the list owner at
"rollin@scoug.com".

=====================================================

Return to [ 17 | June | 2002 ]

SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group. OS/2, Workplace Shell, and IBM are registered trademarks of International Business Machines Corporation. All other trademarks remain the property of their respective owners.