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 [ 12 | November | 2002 ]

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


Date: Tue, 12 Nov 2002 04:54:32 PST7
From: "Info2SYNass.NET" <Info@SYNass.NET >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: This ship is starting to sink

Content Type: text/plain

=====================================================
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.
=====================================================

Hi Jordan
if possible I suggest to prepare 2 rescue cases:

i) Just copy your system HDD with all its partitions to another
(IDE-HDD)
to take take place as replacement if your SCSI HDD really goes
off !

Witt this already prepared IDE HDD as first master booting you
may be
able to work with your environment on a NON SCSI basis !!

ii) A second possibliliy is an external SCSI case with a HDD
similar to
you present system disk !

Connecting this external unit and booting from its SCSI ID also
enables
you a spare or emergency boot environment !!

Like this you can check your system fo any possible errors or
failures
and if neccessary you are able to get your new or again proper
working
system easily restored again ;-)

Beside of having a BootOS2 V9.25 WPS Maintenenance Partiton
logical D: like Disaster having access to the existings 2 primary
C:
partitions I already have prepared my external SCSI case with
this emergency setup ;-))

Good luck !
svobi

jr_fox@pacbell.net on 12.11.2002 01.38.36
Please respond to scoug-help@scoug.com
To: scoug-help@scoug.com
cc:
Subject: SCOUG-Help: This ship is starting to sink

Hi Steven,
I stopped by the nearest electronics supply store, and picked up
the
Freeze spray you suggested, but it may be too late for that.

My apparent heat-related failures have gone from one every 2 - 3
weeks, to one every 2 - 3 days, and things may be much worse than
that. Last night, I got a notice that OS/2 could not write the
INI
files, Netscape and some other app.s refused to launch, though I
was
able to do a proper shutdown. After that, the system would not
reboot
at all, so I left it off until this (Mon.) afternoon. If this
List
does not hear from me for a good while, you will know why.

The main symptom continues to be an apparent thermal recal
failure on
the SCSI boot drive. I hate messing with the h/w, since it's not
really my forte at all, but I was dead in the water, so I had no
choice. The Granite Digital SCSI cable has connectors for 3 hard
drives, even though I've never had more than two. I disconnected
the
original drive connector, and re-connected with the 3rd. one, and
that's how I'm able to send this message out. My Warp 4 desktop
came
up, though a few things are askew, like the wrong orientation of
the
launchpad. If the H/D keeps going long enough, maybe it was the
connector. If not, the days of this boot drive (a less than 1
year
old IBM Ultrastar) are surely numbered.

[Steve Carter, if you're reading this, I may need that
recommendation
for a good local systems repair shop, sooner rather than later.
Better to have it in hand. My voice # is 818-509-7763.]

One thing I had in mind to do was to try to clone the boot drive,
using either GHOST or DRIVE IMAGE, H/D to H/D, before it's too
late.
Out of an abundance of caution, and a hedge against future drive
issues for OS/2, I happen to have purchased a duplicate model of
both
SCSI drives within the last year. Now I hope I will still be in
time
to try this, but some issues loom. Do I just need to set the
SCSI ID
for the bare drive ? No partitioning or formatting . . . because
either of the above-mentioned programs will take care of this
automatically, on a bit-level ? No burn-in or testing of the
fresh
drive ?

To remind you, this is a multi-OS, multi-boot system. All of the
OSes
are on Drive 1, except for eCS, which is on Drive 2.

I'm going to send this out right now, while I still can, and may
add
more later, if possible. I'm used to having a reliable system,
and
this is presently the only one I have, so this is a rather
unsettling
situation for me to be in, computer-wise.
Jordan

************************************************************
*** >>> Say NO to HTML in Mail and News <<< ***
*** ++++++++++++++++++++++++++++++++++++++++++++++++ ***
*** >>> AGAINST TERROR +++ AGAINST WAR <<< ***
************************************************************

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

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 [ 12 | November | 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.