SCSI tutorial to install a SCSI hard drive - Part 1
     Boot from a SCSI Hard Drive 
  Part 1

 

Boot from a SCSI HD

There are mainly 3 types of SCSI drives:

Single Ended (SE) SCSI
In addition to consideration for SE and LVD devices, you should take care in situations where mixing narrow and wide devices occurs. See Table 1.1 for data rates, and cable requirements. A Narrow device runs at 8 bits where a Wide device runs at 16 bits. If you use a Narrow device to terminate a Wide SCSI bus, only the Lower 8 bits will be terminated, and the upper 8 bits will not be terminated, which causes corruption and inconsistent behavior of SCSI devices. A Wide SCSI bus must be terminated with a Wide Active Terminator. This can be a separate terminator at the end of the bus, or a terminated hard drive. Active SE Termination has an impedance of 90 +/- 6 Ohms.

LVD SCSI
Ultra2 SCSI, also known as LVD (Low Voltage Differential) SCSI, uses the Differential standard for cable lengths and termination. On an LVD bus, the drives generally do not include a terminator, and adding an Active Terminator to the end of the SCSI cable terminates the bus. Again, remember that adding an SE device to an LVD SCSI bus causes the bus to revert to the SE standard. Active LVD termination has an Impedance of 125 +/- 10 Ohms.

Ultra 160 (Ultra3)
All SCSI-3 Standards beyond LVD will only be Wide, but will follow the LVD standard for cable length and termination.

  •  LVD drives do not come with (any) terminators. Therefore, make sure you get one with your card, if you buy an LVD-capable adapter (which you should). Terminators are not cheap when purchased separately. 

  •  Most/all current LVD-capable SCSI adapters come with auto-termination, which means the card sees what devices are installed/connected, and terminates (or unterminates) automatically. This is a nice feature, and you should look for it in a card. If not, you will have to manually set the card's termination (with jumpers), and this is one more place where you can screw up. Naturally, the less places where you can screw up, the better. 

  •  The LVD terminator goes on the very last connector of the twisted-pair LVD cable. If you put the terminator on any connector (also called a position) other than the very last one, you will have what it called a dangling cable, which can generate signal interference, reflectivity, and other bad things. Before learning this, I have run my system with a 'dangling cable' and it seemed to run well. But everyone I consulted insisted that I place the terminator on the very last position. 

  •  None of IBM Ultrastar SCSI hard drives came with the Write Cache Enabled (WCE). Enabling the write cache provides significantly better performance. I use Adaptec's EZSCSI 5 to enable the write cache on my IBM drives. (Thx to Joshua for that tip.) Apparently, the SCSI standards are tight enough that the Adaptec utility will work fine on a Tekram card. IBM also has a utility, but it is a POS (piece of cow manure), and will make your head hurt trying to use it. 

  •  Seagate also makes a similar utility - far better than IBM's, but not nearly as easy as EZSCSI 5. For those with Win2000, you can go to the Disk Properties tab for the hard drive in the Device Manger, and put a check in the Write cache box. That will enable your write cache, too (very easy - and will stay for stay for Win98/ME, too).

  •  Some people have problems with the write cache reverting back to its original disabled status after a reboot. I've gotten quite a few emails about this, and frankly, have no solution, other than use a utility made the the drive's manufacturer. I've never had this problem.

  •  Enabling the write cache on the HDD allows the system to move on to the next task/function/operation, as soon as data is in the cache. If the write cache is disabled, the system must wait until the data is (actually) on the disk itself before it recognizes the write as complete. Because RAM/cache is several orders of magnitude (1 million times) faster than HDD disks, writing will take significantly longer. 

    Here is discussion from the Adaptec website. Microsoft has this to say about the subject.

There is a risk involved with enabling the write cache. If you have critical (system) data being written to the drive, and your system loses power after the data arrives in the cache, but before the data (actually) makes it to the disk, you could have serious problems. The chances for this happening are small, depending where you live, and the reliability of your local power company, time of year (summers are worst, due to high demand for electricity to run air conditioners, and therefore, even dependant on the weather. 

Worst case scenario = you could have to reformat & re-install your OS & apps. For this reason, it's a good idea to run a UPS (uninterruptible power supply). I use the BackUPS 650 by APC. 

Heard that some drives won't keep/hold the write-cache enable setting, using either the W2K check box or EZSCSI5. But I don't think this applies to IBM drives, cuz I have no prob with either method. 

None of my IBM Ultrastars (9LZX & 18LZX) came with Autostart enabled by (factory) default. You have to manually set this jumper (jumper config is spelled out on the IBM web site, and on a sticker attached to the drive itself). If you don't set the Autostart jumper, the drive will not power up when you press the start button on your PC. 

This can be a source of angst, especially if you just paid a good chunk of cash for it. Alternately, you can enable Send Start Unit in the (Tekram's) SCSI card's bios. This will spin up the drive when the SCSI bus starts its scan. But this will take a few more secs than setting the Autostart jumper. You want to set the Autostart jumper - at least on IBM Ultrastars. 

Update: just got a 36LZX which had the Autostart jumper set by default. Also the SCSI ID was set to 6 by default. Usually you'll want that to be set to SCSI ID 0. You do this with jumpers.

Be extra careful when setting SCSI ID jumpers, especially if when selecting an ID other than 0, and especially with IBM Ultrastars. (I have no experience with drives made by any other manufacturer.) It seems that IBM made the selection of SCSI ID's as confusing as possible. The numbers are backwards, right-to-left. Anyway, you'll see what I mean. SCSI ID 0 is easy, cuz you simply remove all the jumpers used to set SCSI IDs. But for any other ID, it can get confusing. Triple check your jumper settings with those for your drive at the manufacturers web site. 

I disable the start-up bus scan for all SCSI IDs except ones I'm actually using. This shaves a few secs from your start-up time, which can add up, over the months & years. But you have to remember to re-enable the bus scan for the ID of any new devices you add to the chain. Nothing like adding a new hard drive, or CDROM, & not having it show up, cuz you forgot to enable the bus scan. Doh!

For maximum compatibility, use Microsoft's FDISK to both partition & format both your SCSI and IDE drives. Forgetting to partition & format is one of the big Doh!s that people make with SCSI hard drives. They install it, see it in the BIOS scan, Windows sees it, but they can't access it. Still have to partition & format the drive. I use Microsoft's FDISK to partition, and have used Partition Magic a few times to modify things, to make room for Linux (ext2) partitions, and Linux swap(s).

Use Partition Magic to partition & format EXT2 partitions for Linux. Many use PM to partition SCSI & ATA drives. Nothing wrong with that, but I think MS FDISK has better compatibility, as more (that I know) use it.

For SCSI CD-ROMs & burners, for W98/SE/ME, you want to look in the device manager and enable Sync data transfer and Disconnect. I disable auto-insert notification, as it bothers CDRWin (burning app), but this is more pers pref If you want to disable AutoInsert notification in W2K, you need to use TweakUI, or at least I did. There is also a registry edit that will do this, but I can't seem to find it right now. 

I use 4GB for each of my Windows partitions (WinME & Win2000), and 1.8GB for each of my Linux partitions (Linux swap = 128MB). This is plenty (for me). I have each OS on a separate (physical) hard drive, but this is not necessary.

In order to run LVD devices in/with LVD mode/protocol, you need *every* part of your hardware config (to be) LVD-rated. In other words, to run your LVD/Ultra160 hard drive(s) in/with LVD mode/protocol, you need an LVD-rated adapter/controller, an LVD-rated cable (68-pin), an LVD terminator, and of course, and LVD/Ultra160-rated hard drive. So far, hard drives are the only storage devices capable of operating in LVD/Ultra160 mode. 

If any one of the previous components is not LVD-rated, then everything on the bus default to Single-Ended (SE) mode. Max SE transfer rate = 40MB/s. LVD/Ultra2Wide = 80MB/s. Ultra160 = 160MB/s, but this tends to be a misnomer, cuz the PCI bus can only handle max 133MB/s. I think I've already discussed this elsewhere, so will not beat a dead horse. Consider too, that the fastest drive out right now, the Cheetah X15-36LP, can only sustain a maximum transfer rate of about 60MB/s (!!).

Next