lkml.org 
[lkml]   [1999]   [Oct]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: devfs again, (was RE: USB device allocation)
On Thu, Oct 07, 1999 at 01:48:43PM +0100, Jakma, Paul wrote:
>
> >
> > That would be the problem, and the devfs mount goes
> > away when you reboot,
> > I realize devfsd does something to handle (tarball-like I
> > seem to recall?), but
> > that seems less than elegant to me...
>
> there used to be hack to preserve perm's that used tar.
>
> however with the advent of devfsd that hack is gone. now you just specify
> the permissions in a config file, exact syntax i forget, but something like:
>
> /dev/sd/c0b1t3u0 PERM root.disk 664
> /dev/sd PERM root.disk 660
>
> etc.. and all your SCSI disks will automatically get these perm's when
> they're created, except for disk bus1id3, which get's special perms's.. etc.
>
> now that's nice. Much easier to admin, which leads to better security, etc.


I thought about writing this special kernel patch where you make all
these things called "files". You then assign "permissions" to them
using things called "commands". It means you can do stuff like

chown root.disk /dev/sd/c0b1t3u0
chmod 0664 /dev/sd/c0b1t3u0

Amazingly, these "files" just have these permissions after I do this.
Now that's nice.

Then I realised that it would be _really_ great if once I'd run these
"commands" once, the "files" kept those "permissions" even after I
reboot! Its really neat, but the only problem is it already works,
and I can't find anything for my patch to do...

Sean "Please can we drop the devfs wars" Hunter

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:54    [W:0.047 / U:0.496 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site