diskutil eject

(Reply to this) (Thread)

sudo I guess

no idea how it works from the UI, I assume it sends msg to another process to do it, while umount uses syscalls?

(Reply to this) (Thread)

Yeah, su(do)...

(Reply to this) (Parent) (Thread)

diskutil(8)

e.g. diskutil eject /Volumes/EOS_DIGITAL

(Reply to this) (Thread)

(Reply to this) (Thread)

Ah, I already wrote my own mvpix.

(Reply to this) (Parent) (Thread)

My Mac is too far away to try this at present, but if it's like all most other unix automounters, you can typically go "eject /mount/point" and it'll be unmounted and the eject method called on the underlying device (which may do nothing, or may eg eject the DVD, depending on what the device driver implements). (Obviously if something is holding the mount point, such as an open file or current directory under it, then the umount will fail, and so the eject will fail.)

If not jwz's solution could presumably be wrapped in a shell script which emulated this eject behaviour for an arbitrary mount.

Ewen

(Reply to this) (Thread)

diskutil eject worked, once I chdir()'d my script out of the damn directory. (duh)

(Reply to this) (Parent) (Thread)

My reflexes have failed to keep up with Apple's latest waves of deprecation and reinvention; they still say “disktool -e diskN”. I think that still even works, but the man page disapproves.

(Reply to this) (Thread)

Yeah, I just thought to check tonight to see if I could use the eject button while my Mac is in a locked state. It does, of course, eject the disc, but is this ideal behavior? Theoretically if someone's sitting at the computer who doesn't have the admin password to unlock the machine I also wouldn't want them ejecting/taking my CDs. Hmm.

(Reply to this) (Thread)