jamesja...@gmail.com wrote:
>> You would need to slave the SCSI drive to another computer.
>
> **** I briefly plugged one of my SCSI controllers into my present
> and very flaky ITX system, but took it out before booting up. IT
> started doing weird/er things after that. Like prompting me to
> correct CPU settings in BIOS. (And something else I can't remember
> off hand). There is no way any kind of data can be exchanged between
> a SCSI card and a motherboard when the machine plugged in but not
> turned on, correct?
You would hope that slot keying would have prevented
a voltage problem with the card types. Desktops
typically run the PCI slot off 5V, whereas 64 bit (long slot)
PCI can use 3.3V for power. While there are some Adaptec
dual power SCSI cards (universal, can run at either
voltage), some of the others are 3.3V only. The slot
key is supposed to prevent illegal card combinations.
The mini-ITX should have a "key" or bump in the slot,
that prevents card insertion of the wrong types.
http://en.wikipedia.org/wiki/File:PCI_Keying.png
You have to be fairly careful when mixing cards between
servers and desktops, and I would not have even attempted
an insertion.
My SCSI cards here are:
1) Low performance. 40MB/sec or 80MB/sec. No 160MB/sec or
320MB/sec cards, because the slot type on the
edge of the card can't do more than about 110MB/sec
on the card types I use.
2) PCI 32 bit (short slot) 33MHz (desktop clock speed) cards.
My cards won't fit in a server (with the exception of the
lone 32/33 slot some of them have).
While I do have a minimal collection of SCSI cables,
I can't claim to be able to "slave up any SCSI drive on
demand". Back in the day, I was paying $50 to $100 for
some kinds of SCSI cables, which is a deterrent to going crazy
with the stuff. I have a couple teflon ribbons, and
some external cabling for two SCSI enclosures I've got.
Plus a collection of cables for connecting my SCSI scanner
to various hardware (PC or Mac). The scanner was async
SCSI, and transferred at 1 to 2MB/sec.
>
> *** Either way, I just picked up a DELL 3000 someone threw out
> with the hopes of getting that going and using it instead of my
> extremely flaky ITX system to edit the registry on the SCSI drive,
> provided the onscreen instructions will be straight forward on
> how to do that. (But the DELL 3000 has it’s own issues I may have
> to start a thread about). I assume that I'd only have to do this
> on the main "C" drive in the DELL 2600 as opposed to all four drives,
> correct? If I can get through that I assume that all I'd need to
> do then is reinstall the drive into the DELL 2600 and then add the
> SCSI driver.
I've lost track of why we're editing the registry :-)
The Registry is only on the C: partition, on the boot drive.
The last thing I remember, is an inaccessible boot volume. We
assume the thing used to work, meaning the Win2K had a driver
for SCSI in it, and it was just a matter of programming the
BIOS correctly, same modes as before, so the Win2K could boot
with the drivers it's got. It's doubtful the person would
have run it (somehow), with not all the drives accessible.
Some of these systems can have a SCSI chain on the motherboard,
which is the "embedded" interface. For example, my first PC compatible
desktop had SCSI (P2B-S), and it had its own SCSI chip soldered
to the motherboard. You can then add SCSI cards to PC slots,
if you want to build additional SCSI chains.
When you first got the machine, I presume the cabling connected
the intended controller card (driver included), to the Windows
boot drive. It wouldn't make a lot of sense, if the machine was
just pulled out of service and sold, to be fouling up the
configuration from a hardware perspective. Usually if a seller
is going to be doing that, they "gut" the hardware and remove
anything of interest. Meaning, there wouldn't have even been a SCSI
PCI-X card in it. Your machine appears to have shipped to
you, ready to go, which is why I'm assuming what it needs
is appropriate BIOS settings.
The CHKDSK idea, was to try to make sure the partitions
are still OK.
>> Either that, or boot your WinXP installer CD to the recovery console,
>> and see if the CHKDSK works in there. You may need to press F6 and offer
>> a driver for the SCSI controller. I've never done that here, as
>> usually I'm working with IDE drives on the chipset. So look at the
>> ID of the chip or card controlling your SCSI drive, and locate a
>> driver for it for WinXP (if using the WinXP disc for the recovery
>> console).
>
> *** I downloaded some drivers for the SCSI card in the DELL 2600
> as well as a spare SCSI card I have just in case. Either way I'm
> sure it'll be trial and error getting the driver installed. Is
> this typically done via CD or floppy drive, or do I have a USB option?
On WinXP, you prepare a driver that includes a TXTSETUP.OEM file
plus driver folders, on a floppy. Then, press F6 during the
installation, and WinXP will attempt to access the floppy.
The second alternative, is to slipstream the drivers (TXTSETUP.OEM
and folders), into a new WinXP installer CD. Then you don't
have to press F6, and the installation is as simple as installing
to a desktop IDE ribbon cable drive.
I would do the slipstream myself. That's for cases where
modern machines no longer have a floppy connector, and you
can't buy any USB floppy drives. It's just easier to make
a custom installer CD.
(Second button labeled "Integrate drivers"...)
http://www.nliteos.com/guide/part1.html
>> Now look at the "Hard-Disk Drive Sequence" option that rarely comes up:
>>
http://i290.photobucket.com/albums/ll257/Statenislander/Computer/4BootSequence2_zpsc0f0d585.jpg
>> IBA GE Slot 8388 appears to be a LAN card boot option. You would
>> think that would appear regularly, unless there is not sufficient
>> low memory for the INT 0x13 support for LAN boot to load. Depending on
>> how many SCSI controllers are present, other boot ROMs might not
>> get to load, making the boot order listing "flaky" in behavior.
> *** There is a single SCSI card. Or are you referring to something
> embedded? I wouldn't think that low memory would be any kind of issue
> in this system.
You would look on the motherboard surface, for a SCSI connector.
I think my P2B-S had a ribbon cable connector for plugging in
a teflon ribbon cable. It would be a different size than an
IDE cable on a desktop. Just going from memory, SCSI was 50 pin
or 68 pin. So a SCSI motherboard connector would be
a bigger one.
My reference to "low memory" is this. When PCs came out, they lived
in a "640KB world". The BIOS still lives in that world, for whatever
the first operating mode of the CPU is. The code switches modes
at some point, and after that, all memory becomes available. Of the
640K, BIOS drivers for plugin cards fit in a subsection of that
memory, perhaps 128KB on a desktop (256KB on a server). If a
computer runs out of that tiny, fixed allocation of memory,
as defined by the architecture, then the last card(s) cannot
load BIOS drivers, and then the card is not a boot candidate.
The code that is loading, is Extended INT 0x13 disk read code,
coming from the BIOS chip soldered to the disk controller card.
Your SCSI card should have a chip with such code in it. If the
128KB low memory region is "full", then the last cards, the BIOS
doesn't bother to load their boot code. The result can be
some drives not showing up as boot options. A tech will
juggle the order of cards in PCI slots, putting the
boot card "closer to the processor", and any data drive
controlling cards further away from the processor, in
an attempt to get the BIOS drivers to load.
Once the OS is loaded, there is plenty of memory,
drivers load for everything, and all disks are
accessible. It's just a short time in the BIOS,
where the BIOS can't boot from stuff where it
can't load the INT 0x13 BIOS driver for it.
I'm not suggesting you start moving cards around,
because I seriously doubt you're running out of
low memory. That kind of thing happens when users
have three or four disk controller cards plugged into
the PCI slots. You have a minimal hardware configuration.
There should be enough "low memory".
>>> (The other three hard drives don't show up in BIOS at all, but during
>>> the boot-up sequence it show as each is spun up).
>> Could be staggered spin. For SCSI, there can be jumper blocks or dip switches
>> that enable staggered spin. Staggered spin is used to reduce the
>> strain on the power supply. One disk at a time, takes turns drawing the
>> 2-3 amp spinup current. It reduces the peak current the power supply must
>> support. You could defeat the staggered spin, if you wanted the drives
>> to spin up in unison. If the power supply has a reasonably hefty 5V and 12V
>> current rating, it probably wouldn't be a big deal to spin them all
>> at once. I spin up five drives regularly here, on a 460W power supply,
>> without staggered spin or anything of that nature.
>
> *** Well, since as I mentioned they are each spun up one after another
> I assume that is the "staggered" spin you are referring to.
It's possible. SCSI drives can have jumper blocks, as well as
a set of DIP switches, and back when I was using SCSI, it was
always a challenge to get a doc with the details. I wouldn't
change anything just yet. You could turn off staggered spin,
but there can be other reasons the drives don't show.
OK, so I mentioned the SCSI controller card has a BIOS chip on it.
It has a driver the BIOS uses to do read operations on the card.
But that BIOS chip also supports a BIOS setup screen. When you
press the appropriate control key sequence early enough in
BIOS post, the SCSI card code loads and a setup screen for
the SCSI card appears. And in that screen, you can see
the other hard drives.
You would need to find a manual for the SCSI controller
card, to figure out what key combination to press. It
might be "<control>-S" for example. Cards can use
different key sequences (like control-I for Intel RAID),
and they use different keys so a user can access the
card of their choice. You can have multiple cards
with private collections of hard drives, so a
few different letters can be "on the go".
OK, on page 24 of this 39160 manual, it says to press <control>-A.
Do that early in POST, and the BIOS screen for the SCSI card
should show up. I can't tell you what will show up there, but
you might see evidence of the staggered drives in there.
So this is something new for you to work on. Blame me
for forgetting this :-)
http://download.adaptec.com/pdfs/user_guides/39160_users_reference.pdf
>
> I tried every combination I could think of in "PCI IRQ Assignment":
> *** Well, since I tried every possible combination I assume that
> the IRQ couldn't be the problem.
>
If I download the Dell file in your example...
http://downloads.dell.com/scsi-non-raid/R155692.EXE
and open it in 7ZIP, I can see that is a TXTSETUP.OEM style
driver. You copy the seven files to a floppy, if installing
WinXP. Or, you offer the seven files to NLite, when
"integrating drivers". If you make a custom installer
CD using that SCSI driver, then there would be no need
to press F6, or use a floppy.
>
> *** I only wish this was as easy as starting from scratch and reformatting
> the main drive, installing Windows XP, and then adding needed drivers.
>
> Thanks.
>
> Darren Harris
> Staten Island, New York.
I think "easy", isn't quite the right word for this project.
Working with servers, is a different beast. I learned a bit
about some server stuff, by reading threads over on
2cpu.com
forums. I never posted over there, but did read various
threads from people who run servers (dual CPU systems)
in their home.
I would be hard-pressed to get your system up and running.
And trying to guess what controls to adjust in the BIOS,
when I can't get my hands on the machine, makes it
doubly difficult to suggest what to do.
Paul