From owner-freebsd-questions Tue Jun 6 1:37:33 2000 Delivered-To: freebsd-questions@freebsd.org Received: from FlatIron.NaturalCom1.Com (thomasrussel-GW.flatiron1.New-Era.net [208.150.25.2]) by hub.freebsd.org (Postfix) with ESMTP id F147D37BFCA for ; Tue, 6 Jun 2000 01:37:27 -0700 (PDT) (envelope-from ben@instantemail.net) Received: from RELIABLE (ci135604-a.sptnbrg1.sc.home.com [24.4.115.31]) by FlatIron.NaturalCom1.Com (8.9.3/8.8.5) with ESMTP id IAA25491 for ; Tue, 6 Jun 2000 08:37:26 GMT Date: Tue, 6 Jun 2000 04:36:36 -0400 From: "ben @ instantemail.net" X-Mailer: The Bat! (v1.39) Personal Reply-To: "ben @ instantemail.net" X-Priority: 3 (Normal) Message-ID: <0192.000606@instantemail.net> To: freeBSD-Questions@FreeBSD.org Subject: IDE tape drive, take two Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I have a 3.4R system running on an AMD K6/450 w/ 64MB RAM and a wdc1: unit 1 (atapi): , removable, accel, dma, iordis wst0: Travan 4 (4 Gbyte) media, reverse, qfa, ecc, 512b wst0: Max speed=600Kb/s, Transfer limit=52 blocks, Buffer size=728 blocks IDE Tape drive. Flags for the wdc1 controller are 0xb0ffb0ff. ( Just crossing my mind right now ... since this is a tape should I remove the wd3 device? ) Anyway, on to my question. Last Saturday after having had some success with a test such as: # tar cf /dev/rwst0 /some/path (wait for the drive to settle down) # mt fsf 1 # tar cf /dev/rwst0 /some/other/path I decided to try using dump and here's a log of what happened: ~: mt status Mode Density Blocksize bpi Compression Current: 0x01:X3.22-1983 512 bytes 800 none ---------available modes--------- 0: default variable 0 none 1: default variable 0 none 2: default variable 0 none 3: default variable 0 none --------------------------------- File Number: 0 Record Number: 0 ~: dump -0 / DUMP: Date of this level 0 dump: Sat Jun 3 06:32:38 2000 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/rwd0s1a (/) to /dev/rwst0 DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 23045 tape blocks on 0.59 tape(s). DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 23059 tape blocks on 1 volume DUMP: finished in 53 seconds, throughput 435 KBytes/sec DUMP: Closing /dev/rwst0 and it's been hung there for almost 3 days now. At the end of dmesg are the lines (indented for legibility): wst0: 23603200d total bytes transferred atapi1.1: controller not ready, status=c0, error=c0 atapi1.1: controller not ready for cmd atapi1.1: controller not ready for cmd atapi1.1: controller not ready for cmd wst0: Sense media type failed which suggests to me that dump isn't aware that the tape rewinds when it finishes with the command. I've glanced through the source files briefly but I don't know enough C to make head or tail of what's what. Can anyone help me at least understand what's really going on here and hopefully guide me in fixing it? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message