From: Alexander W. <a.w...@ph...> - 2006-01-13 13:47:40
|
Hi! ROX Filer umounts a volume once the last view is closed. This is a nice feature, but it would be even better (IMHO) if I could even say, that he should eject certain volumes. E.g. umounting my cdrom should do an eject. Obviously he will have a hard time to eject my memostick though so it should be configurable. OTH ejecting the memostick will silently fail and give the same result. (As I have no umount in it's context menue I have to use eject on such devices quite often, e.g. when I left a shell open and the filer can't umount after the last window is closed.) -- Kind regards, Alexander Wagner |
From: Zbigniew B. <zb...@is...> - 2006-01-13 13:57:19
|
On Fri, Jan 13, 2006 at 01:46:56PM +0000, Alexander Wagner wrote: > Hi! > > ROX Filer umounts a volume once the last view is closed. > This is a nice feature, but it would be even better (IMHO) > if I could even say, that he should eject certain volumes. > E.g. umounting my cdrom should do an eject. [..] It could be solved according to my suggestion: "customization" of the mount/umount/eject commands. Many benefits from such simple addition. -- pozdrawiam / regards Zbigniew Baniewski |
From: Keith W. <kr...@va...> - 2006-01-13 17:21:47
|
* <zb...@is...> [13/01/2006 0901EST]: > On Fri, Jan 13, 2006 at 01:46:56PM +0000, Alexander Wagner wrote: > > ROX Filer umounts a volume once the last view is closed. > > This is a nice feature, but it would be even better (IMHO) > > if I could even say, that he should eject certain volumes. > > E.g. umounting my cdrom should do an eject. [..] >=20 > It could be solved according to my suggestion: "customization" of the > mount/umount/eject commands. Many benefits from such simple addition. Could just use the Linux eject[1] command for all of this. It'd handle both hardware (i.e., cdrom tray) and software ejects (SCSI subsystem for USB mass storage devices, etc), as well as do the unmount. In the case of USB flash devices or other such storage devices, an "eject" is still needed to tell the associated kernel driver (typically usb-storage) that you are done using the device. Cheers, Keith [1] http://www.pobox.com/~tranter/eject.html --=20 SA Valaran Corp GPG: 0xEC705AE9 I put the sh in IT. s/^\(I\)\(T\)$/\1sh\2/ |
From: Jonatan L. <li...@ky...> - 2006-01-13 23:46:48
|
On Fri, 13 Jan 2006 12:21:38 -0500 Keith Warno <kr...@va...> wrote: > * <zb...@is...> [13/01/2006 0901EST]: > > On Fri, Jan 13, 2006 at 01:46:56PM +0000, Alexander Wagner wrote: > > > ROX Filer umounts a volume once the last view is closed. > > > This is a nice feature, but it would be even better (IMHO) > > > if I could even say, that he should eject certain volumes. > > > E.g. umounting my cdrom should do an eject. [..] > > > > It could be solved according to my suggestion: "customization" of > > the mount/umount/eject commands. Many benefits from such simple > > addition. > > Could just use the Linux eject[1] command for all of this. It'd > handle both hardware (i.e., cdrom tray) and software ejects (SCSI > subsystem for USB mass storage devices, etc), as well as do the > unmount. That doesn't help if the device is a FUSE filesystem (fusermount -u to unmount) or a removable media that was mounted by pmount (pumount to unmount). Personally I have put an eject script in my ~/bin that tries all. > In the case of USB flash devices or other such storage devices, an > "eject" is still needed to tell the associated kernel driver > (typically usb-storage) that you are done using the device. Surely it only needs unmounting? /Jonatan -=( http://kymatica.com )=- |
From: Keith W. <kr...@va...> - 2006-01-14 01:39:04
|
* <li...@ky...> [13/01/2006 1930EST]: > On Fri, 13 Jan 2006 12:21:38 -0500 > Keith Warno <kr...@va...> wrote: >=20 > > * <zb...@is...> [13/01/2006 0901EST]: > > > On Fri, Jan 13, 2006 at 01:46:56PM +0000, Alexander Wagner wrote: > > > > ROX Filer umounts a volume once the last view is closed. > > > > This is a nice feature, but it would be even better (IMHO) > > > > if I could even say, that he should eject certain volumes. > > > > E.g. umounting my cdrom should do an eject. [..] > > >=20 > > > It could be solved according to my suggestion: "customization" of > > > the mount/umount/eject commands. Many benefits from such simple > > > addition. > >=20 > > Could just use the Linux eject[1] command for all of this. It'd > > handle both hardware (i.e., cdrom tray) and software ejects (SCSI > > subsystem for USB mass storage devices, etc), as well as do the > > unmount. >=20 > That doesn't help if the device is a FUSE filesystem (fusermount -u to > unmount) or a removable media that was mounted by pmount (pumount to > unmount). Personally I have put an eject script in my ~/bin that tries > all. Right. We all agree this needs to be configurable. And a script that tries all methods (or makes intelligent guesses about how to "eject" something) is probably the best approach, but obviously ROX-Filer needs to be able to know about it. > > In the case of USB flash devices or other such storage devices, an > > "eject" is still needed to tell the associated kernel driver > > (typically usb-storage) that you are done using the device. >=20 > Surely it only needs unmounting? SCSI devices (sg) need a little more for "graceful" eject so they may be safely unplugged. The SCSI subsystem needs to be told that the device is removable, and then to stop the device. It should also be told to re-read the partition table when a new disk (which could be different from the one currenlty inserted) is inserted. All of this is done with SG_IO ioctls. Under the hood I assume it disassociates a removable device from whatever driver is talking to it. An example of this is the iPod. I don't know about older iPods but the video iPod (5th generation) attaches via USB (Apple ditched FireWire) and is spoken to as a generic SCSI device via usb-storage. When plugged in the iPod itself says to not remove it (from the USB port), whether or not it is mounted. It isn't until the ioctls are issued that it is safe to remove it (the device itself implies that it is safe to remove). All of this might be nothing more than a "formality", but with a 400$ device I think I'll be formal about how it's removed... :-) --=20 SA Valaran Corp GPG: 0xEC705AE9 I put the sh in IT. s/^\(I\)\(T\)$/\1sh\2/ |
From: Thomas L. <ta...@ec...> - 2006-01-14 10:21:12
|
On Fri, 13 Jan 2006 15:01:20 +0100, Zbigniew Baniewski wrote: > On Fri, Jan 13, 2006 at 01:46:56PM +0000, Alexander Wagner wrote: > >> Hi! >> >> ROX Filer umounts a volume once the last view is closed. This is a nice >> feature, but it would be even better (IMHO) if I could even say, that he >> should eject certain volumes. E.g. umounting my cdrom should do an >> eject. [..] > > It could be solved according to my suggestion: "customization" of the > mount/umount/eject commands. Many benefits from such simple addition. Good idea. Has anyone made a patch for it? -- Dr Thomas Leonard http://rox.sourceforge.net GPG: 9242 9807 C985 3C07 44A6 8B9A AE07 8280 59A5 3CC1 |
From: Smabi-devel <sm...@is...> - 2006-01-14 10:48:05
|
On Sat, Jan 14, 2006 at 10:18:43AM +0000, Thomas Leonard wrote: > > It could be solved according to my suggestion: "customization" of the > > mount/umount/eject commands. Many benefits from such simple addition. > > Good idea. Has anyone made a patch for it? Not me. :) The idea is taken from the small old application "mount.app" ( http://mountapp.sourceforge.net/ ) - where one can set that 3 commands. Of course, such command can be a script, which will make "by occasion" a few things more. -- pozdrawiam / regards Zbigniew Baniewski |
From: Brandin C. <cha...@ya...> - 2006-01-13 18:53:43
|
--- Alexander Wagner <a.w...@ph...> wrote: > ROX Filer umounts a volume once the last view is closed. > This is a nice feature, but it would be even better (IMHO) > if I could even say, that he should eject certain volumes. > E.g. umounting my cdrom should do an eject. Try issuing this command as root: echo 1 >/proc/sys/dev/cdrom/autoeject Now try choosing the umount command again from ROX. It should now eject your CDROMs when it unmounts. Put that command in your system startup somewhere, and you'll get the same setting on each boot. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Lennon C. <mag...@gm...> - 2006-01-13 20:59:33
|
Brandin Creech wrote: > echo 1 >/proc/sys/dev/cdrom/autoeject FYI - atleast on my system,the above command causes all CDROM mounts to fail with 'no medium found'. -- Lennon Victor Cook |