|
Next Meeting: Sat, TBD
Meeting Directions
|
Navigation:
20 Most Recent Documents
Search Archives
Index by date,
title,
author,
category.
|
|
Features:
Mr. Know-It-All
Ink
Download!
|
|
|
|
|
|
|
SCOUG:
Home
Email Lists
SIGs (Internet, General Interest, Programming, Network, more..)
Online Chats
Business
Past Presentations
Credits
Submissions
Contact SCOUG
Copyright SCOUG
|
|
Pictures from Sept. 1999
|
|
The views expressed in articles on this site are those of their authors.
|
SCOUG was there!
|
|
Copyright 1998-2024, Southern California OS/2 User Group.
ALL RIGHTS RESERVED.
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.
The Southern California OS/2 User Group
USA
|
|
|
SCOUG-HELP Mailing List Archives
Return to [ 17 |
June |
2002 ]
<< Previous Message <<
>> Next Message >>
=====================================================
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.
=====================================================
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 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
--
---------------------------------------------------------------------
"Steven Levine" MR2/ICE 2.31a #10183 Warp4/FP15/14.085_W4
www.scoug.com irc.webbnet.org #scoug (Wed 7pm PST)
---------------------------------------------------------------------
=====================================================
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".
=====================================================
<< Previous Message <<
>> Next Message >>
Return to [ 17 |
June |
2002 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA 92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group. ALL RIGHTS
RESERVED.
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.
|
|