linux-hotplug.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* sticky permissions of block devices
@ 2009-11-29 19:08 Matthias Schwarzott
  2009-11-29 19:16 ` Kay Sievers
  0 siblings, 1 reply; 2+ messages in thread
From: Matthias Schwarzott @ 2009-11-29 19:08 UTC (permalink / raw)
  To: linux-hotplug

Hi there!

Newer udev has an ugly behaviour regarding block devices.
Chown a blockdevice to some user and open it once.
udev will trigger a change event and reset the permissions back to root:disk.

The fastest solution I can propose is to restrict permission setting to 
ACTION="add", but is that a good choice?

The use-case I had was to allow a user to access /dev/sda for running qemu.

Regards
Matthias

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: sticky permissions of block devices
  2009-11-29 19:08 sticky permissions of block devices Matthias Schwarzott
@ 2009-11-29 19:16 ` Kay Sievers
  0 siblings, 0 replies; 2+ messages in thread
From: Kay Sievers @ 2009-11-29 19:16 UTC (permalink / raw)
  To: linux-hotplug

On Sun, Nov 29, 2009 at 20:08, Matthias Schwarzott <zzam@gentoo.org> wrote:
> Newer udev has an ugly behaviour regarding block devices.
> Chown a blockdevice to some user and open it once.
> udev will trigger a change event and reset the permissions back to root:disk.
>
> The fastest solution I can propose is to restrict permission setting to
> ACTION="add", but is that a good choice?
>
> The use-case I had was to allow a user to access /dev/sda for running qemu.

I guess, such users should create a simple rule in /etc/udev/rules.d/
with the intended settings to apply the permissions. There are many
reasons for change events, and they can happen for any device at any
time, and we re-apply all settings with a change event, because the
device might have changed its settings, and needs a new policy
applied.

As a simple workaround ACLs can probably be used, and they should not
be removed with any later event, unless the primary ownership/mode is
not touched.

Kay

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2009-11-29 19:16 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-11-29 19:08 sticky permissions of block devices Matthias Schwarzott
2009-11-29 19:16 ` Kay Sievers

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).