Date: Sun, 21 Nov 1999 10:06:42 -0800 (PST) From: Matthew Jacob <mjacob@feral.com> To: Jos Backus <Jos.Backus@nl.origin-it.com> Cc: freebsd-scsi@FreeBSD.ORG Subject: Re: Tape eject problem Message-ID: <Pine.BSF.4.05.9911211005570.12052-100000@semuta.feral.com> In-Reply-To: <19991121185852.A75911@hal.mpn.cp.philips.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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? > > Thanks, > -- > Jos Backus _/ _/_/_/ "Reliability means never > _/ _/ _/ having to say you're sorry." > _/ _/_/_/ -- D. J. Bernstein > _/ _/ _/ _/ > Jos.Backus@nl.origin-it.com _/_/ _/_/_/ use Std::Disclaimer; > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-scsi" in the body of the message > 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?Pine.BSF.4.05.9911211005570.12052-100000>