[systemd-devel] cdrom_id and 60-cdrom_id.rules behavior

Robert Milasan rmilasan at suse.com
Thu Jan 15 04:06:02 PST 2015


On Thu, 15 Jan 2015 12:22:50 +0100
"Robert Milasan" <RMilasan at suse.com> wrote:

> On Thu, 15 Jan 2015 12:00:15 +0100
> "Oliver Neukum" <oneukum at suse.de> wrote:
> 
> > On Thu, 2015-01-15 at 11:38 +0100, Martin Pitt wrote:
> > > Oliver Neukum [2015-01-15 11:31 +0100]:
> > > > No, the events are generated. And it is processed.
> > > > There is just no unmounting.
> > > 
> > > That sounds like a bug/missing feature in cdrom_id --eject-media
> > > then. You could try and replace it with /usr/bin/eject, which does
> > > the unmounting of all partitions first, fail on busy, and does the
> > > eject at last?
> > 
> > That does work.
> > 
> > > > But what is the motivation of in effect disabling door locking?
> > > 
> > > We don't -- we specifically leave it locked so that we get the
> > > "eject button pressed" events. (See my other response for some
> > > details).
> > 
> > Well, yes, but why is policy that should be left to the GUI placed
> > into udev?
> > 
> > 	Regards
> > 		Oliver
> > 
> > 
> 
> What about this little bundle of joy, the patch I mean, of course.
> Please check attachment :)
> 
> Might need work, but the basic idea seems to work, at least in my
> tests.
> 

Forget about the patch. If we are using cdrom_id from the console, it
actually works and unmounts the media, but not from within a udev rule.
Need to see why and will get back.

-- 
Robert Milasan

L3 Support Engineer
SUSE Linux (http://www.suse.com)
email: rmilasan at suse.com
GPG fingerprint: B6FE F4A8 0FA3 3040 3402  6FE7 2F64 167C 1909 6D1A


More information about the systemd-devel mailing list