SCOUG Logo


Next Meeting: Sat, TBD
Meeting Directions


Be a Member
Join SCOUG

Navigation:


Help with Searching

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



warp expowest
Pictures from Sept. 1999

The views expressed in articles on this site are those of their authors.

warptech
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 [ 11 | January | 2008 ]

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


Date: Fri, 11 Jan 2008 00:52:38 -0800
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: Tricky disk

In <20080107014311.BAMK22150.mta10.adelphia.net@[192.168.1.20]>, on
01/09/08
at 10:31 PM, "Michael Rakijas" said:

Hi,

>Appently even if Dani506 is employed instead of ibm1s506, copy ibms506$
>con will work. Nice to know :-).

I'm not even sure that IBM1S506 supports this, although it's possible that
the IBM guys integrated this from the code Daniela shared with them.

>increases likelihood of fault (greatly). However, reliability
>calculations (particularly MTBF-type ones with which hard drive failure
>is modeled) suggests that the largest drive currently in my active use,
>and hence the youngest is much more likely to be just fine rather than

MTBF only applies over a large statistical population. It never applies
to a single drive, which can go boom at any time.

>> A couple of more things to try. Try /!BIOS with Danis506. Try the dfsee
>> bootable CD and select the low performance drivers. This will effectively
>> use the BIOS to access the drive.

>changed slightly, not necessarily well. On the good side, the new
>Danis506 recognized and spit out the correct drive parameters for this
>ailing slave drive in addition to the boot drive. On the bad side, after
>acknowledging the paused output, the machine goes into a funk that it
>does not come out of. Specifically, the machine begins emitting single
>beeps out of the system speaker separated by pauses of about 5 seconds.
>It beeps about 4 times and then hangs permanently.

Danis506 will beep if it encouters I/O errors. I'm not sure what the beep
characteristics are.

Remind me, is the a Warp4 or eCS box? Daniela made some changes to v1.81
for ACPI compatibility and I think this required an updated Daniatpi.flt.

Steven

--
----------------------------------------------------------------------
"Steven Levine" MR2/ICE 3.00 beta 10pre #10183 eCS/Warp/DIY/14.103a_W4 etc.
www.scoug.com irc.ca.webbnet.info #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
"postmaster@scoug.com".

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


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

Return to [ 11 | January | 2008 ]



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.