Re: shadowfs
Question: Is there any detailed description of the utopious shadowfs yet? Or
is it only a vague "Would be a neat thing if we had some thing like..."?
If there is none, the first thing to happen should be that someone puts a
*complete* description together before anyone starts coding on it. Some
things that should be added to the to-be-considered list:
* File permissions (relatively easy)
* Directory permissions (not that easy)
* What about deletion of files? If I have a read-only base filesystem and a
read-write filesystem mounted on top of it, the result should behave just
like a ordinary read-write system. So I should be able to delete files and
directories. How should that be marked in a straight-forward way?
On Fri, May 12, 2000 at 10:53:26AM +0300, Kalle Olavi Niemitalo wrote:
> Tomasz Wegrzanowski <maniek@beer.com> writes:
>
> > Am I very wrong
> > or readonly shadowfs
> > needs only to check, upon open request,
> > if file exist on first fs
> > if not, if on the next one, etc,
> > and if yes forward everything to good fs
> > and if not return simple error ???
>
> If the file is actually a directory, shadowfs should open
> directories with that name in all many file systems it can, and
> set up a nested shadowfs. Symlinks to directories should be left
> as symlinks; if the shadowfs showed them as directories, its
> clients could get in infinite loops.
>
> Hmmh -- what happens if the user:
>
> - creates directories ~/1 and ~/2 and sets up sets up a shadowfs
> ~/shadow which merges them
>
> - creates a directory ~/1/dir
>
> - changes directory to ~/shadow/dir: This should give him either
> a reparented ~/1/dir or a shadowfs which forwards to it.
>
> - creates a directory ~/2/dir and then a file ~/2/dir/file
>
> - attempts to open file in the current directory (~/shadow/dir):
> Can this be made to work? The shadowfs doesn't have a port to
> ~/2/dir yet -- it would have to notice that ~/2/dir was created
> after ~/shadow/dir was opened. <hurd/fs.defs> has a routine
> dir_notice_changes; would the shadowfs have to use that?
>
>
> --
> To UNSUBSCRIBE, email to debian-hurd-request@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
--
-- ______________________________________________________
-- JESUS CHRIST IS LORD!
-- To Him, even that machine here has to obey...
--
-- _________________________________Norbert "Nobbi" Nemec
-- Hindenburgstr. 44 ... D-91054 Erlangen ... Germany
-- eMail: <nobbi@cheerful.com> Tel: +49-(0)-9131-204180
Reply to: