> From: Chuck Guzis
> Could it be that the presence of ECC registered SDRAM requires that
> every memory location get written before boot-up can proceed? There's
> 2GB of the stuff, so that could be the difference.
I was going to suggest that, actually. Turning on ECC in the memor
Just a follow-up on the problem of a Supermicro P6DGE taking forever to
boot up.
I tried several versions of the BIOS with pretty much the same result.
Since each reset the configuration (CMOS) memory, there was little issue
of an overlooked setting contributing to the slow boot.
I tested th
On 08/08/2015 05:56 PM, Mark Linimon wrote:
It probably is not this, but maybe you can try it.
For a while HP servers had the extremely annoying property of the
boot being rate-limited by the serial console speed if you had been
unfortunate enough to enable it by default. You would not notice
a
It probably is not this, but maybe you can try it.
For a while HP servers had the extremely annoying property of the
boot being rate-limited by the serial console speed if you had been
unfortunate enough to enable it by default. You would not notice
anything other than the slowness on a video mon
Supermicros (and to a similar degree Tyan) are mostly in the "server class"
of motherboards. That apparently means they put a *lot* of self-test code
in there somewhere. I've had literally thousands of Supermicro machines of
a dozen different types at various times, and they all took an inordinate
On 07/08/15 19:35, Chuck Guzis wrote:
I think that supermicro still has the specs for the board up:
http://www.supermicro.com/products/motherboard/archive/PentiumIII/440GX/P6DGE.cfm
As you can see, it's pretty basic. It's pretty hard to find
reasonably fast boards with fully-functional IS
On 08/07/2015 10:26 AM, Antonio Carlini wrote:
I don't think I have your exact supermicro board but ones I've used
in the past have had on board SCSI that had to be disabled otherwise
it would sit there for 30s thinking about why things were so quiet on
the bus.
I think that supermicro still
On 07/08/15 04:56, Chuck Guzis wrote:
On 08/06/2015 08:20 PM, Josh Dersch wrote:
You might check whether the BIOS config is set to autodetect drives
at startup; in many BIOSes each IDE channel can be set to Auto/None
or a specific config. Try setting all installed drives to a specific
configura
For sure. When I quoted the 20 minute post time on new 4U machines earlier,
I didn't include the time the four HBAs on those particular machines spent
enumerating each one of the 360 drives connected ... only to poop out at
the end of the process anyway because it runs out of memory in a fixed data
On 08/06/2015 08:20 PM, Josh Dersch wrote:
You might check whether the BIOS config is set to autodetect drives
at startup; in many BIOSes each IDE channel can be set to Auto/None
or a specific config. Try setting all installed drives to a specific
configuration, and any unused channels to None.
rg" ;
"discuss...@classiccmp.org:On-Topic and Off-Topic Posts"
Subject: Re: OT: Slow booting, was re: Booting an IBM MP 3000 S/390 System
On 08/06/2015 06:24 PM, Jay Jaeger wrote:
> Aside from memory tests, in my experience, sometimes slowness can be
> caused by a disk controller R
On 08/06/2015 06:24 PM, Jay Jaeger wrote:
Aside from memory tests, in my experience, sometimes slowness can be
caused by a disk controller ROM (often on a SCSI controller) that
gets invoked during the POST that slows things down - particularly if
it also enumerates what is on the SCSI bus.
Nope
Aside from memory tests, in my experience, sometimes slowness can be
caused by a disk controller ROM (often on a SCSI controller) that gets
invoked during the POST that slows things down - particularly if it also
enumerates what is on the SCSI bus.
On 8/6/2015 7:35 PM, Chuck Guzis wrote:
> On the
On Thu, 6 Aug 2015, Chuck Guzis wrote:
The problem is, that even with the "Fast boot" BIOS setting, it takes well
over a minute to get to the point where it tries to boot.
Does anyone have a clue on why it's so slow? Even getting the POST down to
15-20 seconds would be wonderful.
Slow boot ca
On the subject of slow booting, perhaps someone can help me with a very
annoying case of the slowboots.
I've got a dual slot-1 P3 system here--a Supermicro P6DGE, which uses a
440GX chipset and 2GB of registered SDRAM with two 900MHz CPUs. When it
finally get around to s booting, it's a great
15 matches
Mail list logo
