Date: Sun, 21 Nov 1999 19:19:18 +0100 (CET) From: Wilko Bulte <wilko@yedi.iaf.nl> To: mjacob@feral.com Cc: Jos.Backus@nl.origin-it.com, freebsd-scsi@FreeBSD.ORG Subject: Re: Tape eject problem Message-ID: <199911211819.TAA42168@yedi.iaf.nl> In-Reply-To: <Pine.BSF.4.05.9911211005570.12052-100000@semuta.feral.com> from Matthew Jacob at "Nov 21, 1999 10: 6:42 am"
next in thread | previous in thread | raw e-mail | index | archive | help
As Matthew Jacob wrote ... FWIW: similar thing here on a TZ87 DLT. After the rewind completes the mt command just sits there, apparantly waiting for something that never occurs to it ;-) > Sounds like a bug to me. Sorry, I'll check it out today. > > On Sun, 21 Nov 1999, Jos Backus wrote: > > > [This is with a -current kernel & world as of today.] > > > > # mt rewoffl > > > > used to rewind and eject a tape cartrigde, if present. It rewinds but no > > longer ejects, instead the unit just goes off-line. > > Also, I'm seeing > > > > Nov 21 17:49:50 jos /kernel: (sa0:ahc0:0:3:0): READ(06). CDB: 8 0 2 0 0 0 > > Nov 21 17:49:50 jos /kernel: (sa0:ahc0:0:3:0): UNIT ATTENTION asc:28,0 > > Nov 21 17:49:50 jos /kernel: (sa0:ahc0:0:3:0): Not ready to ready change, > > medium may have changed > > > > The tape drive is detected as > > > > sa0 at ahc0 bus 0 target 3 lun 0 > > sa0: <HP C1533A A708> Removable Sequential Access SCSI-2 device > > sa0: 10.000MB/s transfers (10.000MHz, offset 32) > > > > ``camcontrol eject 0:3:0'' does eject the media. > > > > Is the new mt behavior intentional? Is ``camcontrol eject'' the preferred way > > to eject media? -- | / o / / _ Arnhem, The Netherlands - Powered by FreeBSD - |/|/ / / /( (_) Bulte WWW : http://www.tcja.nl http://www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911211819.TAA42168>