Subject: Re: detecting two SATA masters?
To: Jason Thorpe <firstname.lastname@example.org>
From: Hubert Feyrer <email@example.com>
Date: 08/08/2005 00:15:48
On Sun, 7 Aug 2005, Jason Thorpe wrote:
> I see the word "jumper" down there. I don't think software is setting it,
> just that some backup software was able to deal with a mis-configured ATA
> Also, SATA doesn't have "master" and "slave". SATA is a point-to-point
> serial interface. There is only one drive per channel in SATA, and thus no
> notion of "master" and "slave".
I may have mixed that up and it may have been old-school ATA.
The point was to detect (in software) if there's wrong in hardware.
>> - Hubert
>> ---------- Forwarded message ----------
>> Date: Sun, 7 Aug 2005 08:21:07 -0700
>> From: s666666
>> To: Hubert Feyrer <firstname.lastname@example.org>
>> Subject: Re: [g4u-help] Won't copy and disables disk
>> Hello Hubert,
>> Friday, August 5, 2005, 9:24:34 PM, you wrote:
>> HF> Other guesses welcome!
>> Finally found the problem, I think. It was operator error after all.
>> Turns out I didn't replace the "slave" jumper on the backup disk, and
>> so the BIOS was faced with two master drives. I often test backups to
>> make sure they really work, and most of the time I put the jumpers
>> back. :-) Still booted up fine, though, but likely got confused as to
>> which disk to write to.
>> I switched to TrueImage and did a backup with ANOTHER backup disk that
>> was properly configured. Worked well, as one would expect. When I
>> again tried to use the misconfigured disk, TrueImage signaled a
>> problem, and that was when I discovered the missing jumper. When it
>> was put back in the drive, that disk worked as well.
>> Is there a way to detect such a problem in g4u? If so, it might be
>> nice to include it if not too difficult.
>> I'm going to again try g4u, but with a properly configured disk. :-)
>> Thanks much for the help, and for g4u!
>> Best regards,
> -- thorpej