On Wed, 21 Apr 1999, Charles Galpin wrote:
> >My guess is that there must be a cable (use quality cable and
> >don't go over maximum spec length) and terminator (use active) problem of
> >some sort.
>
> I bought and tried another cable, with no improvement. At $32 a pop, I'm not
> inclined to try another. I have an active terminator on the cable. I have
> not idea if this can be tested independantly. Again, it works under NT,
> which is supposedly very picky about such things.
Check the jumpers of the disk and use preferently the most conservative
and most simple possible setup. For example, configure it for not
initiating negotiations.
For your testing, disable SCSI controller driver features driver that may
cause problems (i.e. use the simplest possible driver setup).
(Tagged commands for example)
A cable or termination problem is generally sensitive to data speed. So,
you may want try to use the lower possible data transfer speed. It should
not fail if NT is working with this hard disk. If it fails then the
problem is probably located at controller side or kernel/driver side. At
this step, trying a different LVD/SCSI controller should help you to have
some clue on the real cause.
> >Or it could be that the disk in question can't go run faster as the
> >poster suggested. Have you checked the spec of the disk at the
> >vendor's site? That SCSI-II LVD can go as fast as the max speed of
> >the standard doesn't necessarily mean that all the disks that are
> >hooked up can go at that speed.
> >However, if the SCSI card has a tough time
> >negotiating the transfer speed initially, it certainly is a problem,
> >but such problems are not unheard of.
>
> Yup, this bad boy is claimed to be able to do 80mb/s (burst I guess)
LVD is a quite reliable technology nowadays and IBM disks are generally
reported to work very fine and to have good firmware.
Regards,
G�rard.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]