Date: Thu, 8 May 1997 13:05:29 +0200 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-scsi@FreeBSD.ORG Cc: radha@ccnet3.ccnet.com (Radha Krishnan) Subject: Re: Help with HP DAT 34580A Modes on FreeBSD-2.2 Message-ID: <19970508130529.GJ38234@uriah.heep.sax.de> In-Reply-To: <199705072236.PAA21818@ccnet3.ccnet.com>; from Radha Krishnan on May 7, 1997 15:36:50 -0700 References: <199705072236.PAA21818@ccnet3.ccnet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
(Never spam two major lists with the same message. If you mean that
you need to send something to two lists, think harder about your
question until you can decide.)
As Radha Krishnan wrote:
> Could anyone with an HP35480A Dat on a FreeBSD-2.2 system,
> send me the output from "mt -f /dev/nrst0 status" listing the
> different modes and densities?
This won't help you much. (Btw., -f /dev/nrst0 is the default.)
> I've been unable to read any of the tar/pax of my earlier backups.
But not due to a wrong mode detection. Go and read the messages...
> Here's some relevent info from my /var/log/messages :
>
> Sequential-Access density code 0x13, variable blocks, write-enabled
> BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found
^^^^^^^^^^^^^^^^^^^^^
> BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found
> BLANK CHECK req sz: 5120 (decimal) asc:14,3 End-of-data not found
> BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found
> BLANK CHECK req sz: 10240 (decimal) asc:14,3 End-of-data not found
> Sequential-Access density code 0x13, drive empty
> MEDIUM ERROR asc:9,0 Track following error
^^^^^^^^^^^^^^^^^^^^^
> Deferred Error: MEDIUM ERROR asc:9,0 Track following error
> MEDIUM ERROR info:7e00 asc:9,0 Track following error
> stopen: dev=0xe01 (unit 0) result 0
That's quite obvious. Either your drive went mad, or this particular
cassette is dead. Not much hope, at least with this drive/cassette
combination.
You have cleaned your drive heads regularly with a cleaning tape
(i.e., after each new cassette, and after each ten backup runs)? If
not, you probably get what you deserve... Try cleaning it now, and
hope the best this will fix the problem.
(Now go back to the Usenet and answer the questions about why i'm
considering DAT not a ``real backup technology''... :)
--
cheers, J"org
joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970508130529.GJ38234>