Mailinglist Archive: opensuse (2912 mails)

< Previous Next >
Re: [SLE] problems with Iomega Zip drives in Suse 9.2
  • From: Randall R Schulz <rschulz@xxxxxxxxx>
  • Date: Tue, 1 Feb 2005 16:20:19 -0800
  • Message-id: <200502011620.19745.rschulz@xxxxxxxxx>
Carlos,

On Tuesday 01 February 2005 11:42, Carlos E. R. wrote:
> The Tuesday 2005-02-01 at 08:11 -0800, Randall R Schulz wrote:
> > > Did anybody try setting the sticky bit?
> >
> > That doesn't seem likely to help. Presumably "/dev" is owned by and
> > only writable by root, so making it sticky isn't going to have any
> > real effect. Root was the only user that could have removed an
> > entry there and will still be able to even if the directory is
> > marked sticky.
>
> Probably, yes. Although I was thinking of the file, not the
> directory. I'm just hopping - I have never tried - that a "delete
> file" operation complains about the sticky bit having to be removed
> first. As I say, I don't know if that is the case, I'm just hoping.

The sticky bit has two interpretations, one ancient and, I think,
obsolete and the other newer and still relevant:

1/old) The executable text (instructions) of pure binary executables
with their sticky bit set remain in the swap space even when no process
is executing them. Then instead of recreating their core image from
scratch (from the executable file contents) the next time that program
is executed, it can simply be swapped in again.

2/new) Directories whose sticky bit is set can be made writable by all
while allowing only the owner of a file to remove it (more precisely, a
directory entry referring to it) from that directory.

As ever, root is not subject to the restriction created by the second
use of the sticky bit.

So I don't see how making /dev or a device entry therein sticky is going
to have any actual effect on the operation of the system.


> Carlos Robinson


Randall Schulz

< Previous Next >
Follow Ups