SCOUG-HELP Mailing List Archives

Return to [ 24 | August | 2000 ]

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


Date: Thu, 24 Aug 2000 11:46:59 PDT
From: "Steven Levine" <steve53@earthlink.net >
Reply-To: scoug-help@scoug.com
To: scoug-help@scoug.com
Subject: SCOUG-Help: TRAP0003

=====================================================
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 <200008240525.WAA08712@snipe.prod.itd.earthlink.net>, on 08/23/00
at 10:25 PM, "Gary Granat" said:

Gary,

>OK. I'll do most of the ones you suggest. My biggest concern was to
>have enough stuff loaded to achieve a running system. I'm hazy on the
>issue of the "RUN" statements and what impact these might have on a
>system that can't even display the boot logo before trapping.

The impact would only occur after the trap 3 went away. You would be
attempting to start daemons that depend on drivers and file systems that
are not installed.

Everything I suggested REM-ing was part of an optional system component.

>If you mean WIN-OS2, yes, I do. There are a couple of programs I run
>occasionally that are Win3.1 vintage.

No I meant, Win9x or WinNT which you do have.

>As far as changes are concerned, I think it is time to define change. I
>completely agree that SOMETHING has changed, but it hasn't been something
>"new" installed or anything like that. What sort of change are you
>trying to find? If you want to get specific, every system changes, as a

I expect the source of the problem to be a hardware configuration change.
However, when troubleshooting problems like this that have no "apparent"
cause, I try to stay open of other possibilities and prune the suspects by
testing.

>But, what is its purpose in life, and what ar the dependencies?

It's the Resource Manager. RM aware device drivers communicate with it to
both define the available resources (i.e. adapters and devices) and to
locate resource they may need. You see the some of the results of this in
System -> System Setup -> Hardware Manager.

>partition to install it. If I'm going to be hand-copying stuff, why not
>concentrate on what is installed?

OK.

>on the ThinkPad, and the backup resides on one of the partitions on my
>base system (a DFI from Indelible Blue). If I had some way to establish

This is how I backup all my laptops.

>the answer is that a restore procedure is not in place. I recognize this
>as a deficiency, but haven't solved the logistics, to date.

I did a Mr. KIA write up on this in March, 1999.

Back you "what changed". The resource manager is a "hardware" thing.
It's failing because your hardware appears different in a way it can't
handle. Something changed where you expected no change. I don't know why
an Alt-F1 reboot with full hardware detection does not fix it, but it
doesn't.

With a laptop, you don't neccessarily have to physically change hardware
for this to happen. The hardware is highly configurable through the BIOS
and through the Thinkpad setup utilities. Perhaps you went into Thinkpad
Configuration and inadvertently enabled a device or changed an IRQ.
Perhaps you went into the NT Device Manager and changed something there
that filtered down into the BIOS settings.

Do you recall doing anything like this recently. Even if you didn't, it
might be a good idea to bring up the Thinkpad configuration utility under
NT or from a floppy boot and review all the settings.

I know this is frustrating, but it's not a problem I have seen before.
There have been a couple of trap 3 reports lately, but they are all
specific to FP14 and that's not you.

I'm not even saying you changed anything yourself. Sometimes, stuff
happens. We'll just have to keep at it until it's fixed.

Since the REM exercise fixed nothing, you might as well restore the
orginal.

More later.

Steven

--
----------------------------------------------------------------
"Steven Levine" MR2/ICE 2.2 #10183 Warp4/FP11
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 [ 24 | August | 2000 ]