From: Stephen Samuel <samuel@bcgreen.com>
To: Eve Atley <eatley@wow-corp.com>
Cc: Linux-Newbie <linux-newbie@vger.kernel.org>
Subject: Re: How to hide . folders
Date: Fri, 06 Aug 2004 23:02:48 -0700 [thread overview]
Message-ID: <41147088.9050803@bcgreen.com> (raw)
In-Reply-To: <BD385D76.3EE4%eatley@wow-corp.com>
Eve Atley wrote:
> Ken, thanks for the reply.
> Is my question better stated, then, as how to prevent users from deleting
> any of the directories they encounter? If that's the correct question, then
> is my solution to set a read-only on any folders that I don't wish deleted?
There are a couple of things here:
if you set the sticky bit ( u+t ) then users will only be able to delete
files that they own unless they own the sticky
The ability to delete files depends on the permissions of the directory
they are in. Removing a directory requires permission to the directory that
contains it as well as that the directory be empty. If a directory is
readonly to a user and contains *anything* (other than . and ..) then it
is effectively un-removable regardless of parent directory permisions.
It is still renameable if the directory is rw with no sticky bit set.
>
>
>>something : system directories show up if you go too far up the
>>hierarchy, but permissions should prevent you writing in them.
>
>
> Is it possible to keep users from proceeding up further in the hierarchy, by
> chance?
If you lave the execute bit on but turn off the read bit, then
programs (including GUIs) will be unable to search the directory.
Any program which knows the name of the file it's looking for
will still work fine. I think that this may be close enough to
what you want.
--
Stephen Samuel +1(604)876-0426 samuel@bcgreen.com
http://www.bcgreen.com/~samuel/
Powerful committed communication. Transformation touching
the jewel within each person and bringing it to light.
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
next prev parent reply other threads:[~2004-08-07 6:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-05 20:06 How to hide . folders Eve Atley
2004-08-05 22:15 ` Ken Moffat
2004-08-06 1:56 ` Eve Atley
2004-08-06 8:13 ` Ken Moffat
[not found] ` <Pine.LNX.4.58.0408060856370.23328@ppg_penguin.kenmoffat.uk linux.net>
2004-08-06 15:55 ` Ray Olszewski
2004-08-07 6:02 ` Stephen Samuel [this message]
2004-08-10 18:16 ` How to hide . folders (resolved) Eve Atley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41147088.9050803@bcgreen.com \
--to=samuel@bcgreen.com \
--cc=eatley@wow-corp.com \
--cc=linux-newbie@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox