At 0:08 Uhr +0100 11.12.1997, Paul Ripke wrote:
>hauke wrote:

>> Last, some time ago I have toyed around with a "known bad" HP DAT drive
>> (deadjusted heads, the usual thing with DATs). When accessed with dd(1) or
>> tar(1), the drive couldn't even read its own "handwriting" and tried
>> several strategies for recovery. During these attempts the kernel would
>> lose its temper, send a (useless) ABORT to the SCSI target and hang the
>> related process indefinitely.
>>
>> But then, MacOS wasn't able to cope with the situation, either...
>
>You don't happen to have a decent MacOS tape backup program, do you? ;)

Well, I've got an old version of Retrospect lying around (~1.3), but it
didn't dee the HP DAT. So I experimented with SunTar 2 and Tar 4.

>I'm glad to say that I've had more luck under NetBSD with my tape drive.
>
>On another note, anyone know why SBC locks up on eg. mt rewind, while
>NCRSCSI does not? Is it my kernel SBC options?

A question of timeouts? Though I don't know who is responsible for this:
The upper MI SCSI layer or the low-level driver.

	hauke


--
"It's never straight up and down"     (DEVO)