camlib to eject it.
= If that doesn't work, try the CDIOCEJECT ioctl.
= If that didn't work, give up.
It is available as a port at: http://www.nectar.com/freebsd/neject.tar
Included in the port distfile is a patch (umount.patch) that adds a `-e'
option to umount. If you use it, then umount
We've had a CDIOCEJECT ioctl `forever'. Several drivers support
it, such as cd, acd, and wfd. However, there are other drivers
that support removable media but do not support CDIOCEJECT: da
and sa.
Likewise we have CDIOCCLOSE which should cause a device to load
its media.
I want to add these
Greg Lehey wrote:
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
Yes!
--
"Where am I, and what am I doing in this handbasket?"
Wes Peters Softweyr
On Thu, 22 Jun 2000, Wes Peters wrote:
Greg Lehey wrote:
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
Yes!
For what it's worth, there's a port, ports/sysutils/eject, which is made
to do this. I'm not one to deny a simple
Hmm. If SCSI drives are anything like ATAPI drives (and here I confess I
haven't checked), the first I/O after the eject button is pressed will
come back with a marker (eg. check condition) with sense information that
indicates that a user eject was requested.
The page at
Marc van Woerkom [EMAIL PROTECTED] writes:
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
OpenBSD 2.6 uses 'mt' and 'eject'
NetBSD 1.4 uses 'eject' as well.
# mt -f /dev/rsa0 offline
# camcontrol eject cd0
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
At 16:02 -0700 18/6/00, Greg Lehey wrote:
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
What's special about mounted devices? I'd prefer to see an eject command
which attempts to unmount the device if it's mounted.
--
Bob Bishop
On 19-Jun-00 Brandon D. Valentine wrote:
On Mon, 19 Jun 2000, Bob Bishop wrote:
ejected. I know nothing about what happens when I hit the eject button
on a CDROM drive. Anyone care to speculate on if that's a reasonable
thing to implement?
I think this sort of stuff should be handled by
On Mon, Jun 19, 2000 at 02:53:45 -0400, Brandon D. Valentine wrote:
On Mon, 19 Jun 2000, Bob Bishop wrote:
What's special about mounted devices? I'd prefer to see an eject command
which attempts to unmount the device if it's mounted.
What'd be really spiffy is if when I hit the eject
That's a cool idea, but unfortunately, it won't work with any hardware I
know of.
In order for that to work, the CDROM drive would have to generate an AEN
(Asynchronous Event Notification) and send it to the controller, which
would have to be capable of functioning as a target as well as
On Mon, Jun 19, 2000 at 00:27:35 -0700, Mike Smith wrote:
That's a cool idea, but unfortunately, it won't work with any hardware I
know of.
In order for that to work, the CDROM drive would have to generate an AEN
(Asynchronous Event Notification) and send it to the controller, which
It seems Mike Smith wrote:
That's a cool idea, but unfortunately, it won't work with any hardware I
know of.
In order for that to work, the CDROM drive would have to generate an AEN
(Asynchronous Event Notification) and send it to the controller, which
would have to be capable of
[trimmed cc: list, now including only -current]
On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote:
Also speaking from my own experience I would have expected
something like this to be part of the system and would have
never even looked for a port.
And you'd find it, at least
On 19-Jun-00 Jacques A . Vidrine wrote:
[trimmed cc: list, now including only -current]
On Sun, Jun 18, 2000 at 11:54:51PM -0400, Francisco Reyes wrote:
Also speaking from my own experience I would have expected
something like this to be part of the system and would have
never even looked
On Mon, 19 Jun 2000 01:28:27 MDT, "Kenneth D. Merry" wrote:
In any case, if an error were returned, the only way you could get that
to work would be to have the media daemon continually ping the drive with
the mounted media, and then unmount it in response to the (likely) unit
attention
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
Greg
--
Finger [EMAIL PROTECTED] for PGP public key
See complete headers for address and phone numbers
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-cu
What do people think about adding a -e option to umount(8) to eject a
removable medium where possible?
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
Here are the manpages for comparison:
Irix 6.5:
http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi?coll=0650db=manfname
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
OpenBSD 2.6 uses 'mt' and 'eject'
NetBSD 1.4 uses 'eject' as well.
http://www.FreeBSD.org/cgi/man.cgi?query=ejectapropos=0sektion=0manpath=OpenBSD+2.6format=html
/usr/ports/sysutils/eject
On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote:
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
OpenBSD 2.6 uses 'mt' and 'eject'
NetBSD 1.4 uses 'eject' as well.
On Sun, 18 Jun 2000 21:06:52 +, Charles Anderson wrote:
/usr/ports/sysutils/eject
On Mon, Jun 19, 2000 at 02:09:44AM +0200, Marc van Woerkom wrote:
SGIs and SUNs use an 'eject' command for CDs and DAT tapes.
Whether as a separate command or as part of umount this is
certainly something
Francisco Reyes wrote:
Whether as a separate command or as part of umount this is
certainly something worth having by default.
In particular new users may be a while before they find
ports/packages or will just end up in the questions list.
Well, you could have both. For example, you could
21 matches
Mail list logo