From: Hans Reiser <reiser@namesys.com>
To: lrc1@st-andrews.ac.uk
Cc: reiserfs-list@namesys.com
Subject: Re: Carrying Attributes too Far
Date: Fri, 05 Dec 2003 15:38:37 +0300 [thread overview]
Message-ID: <3FD07C4D.6090401@namesys.com> (raw)
In-Reply-To: <1070584227.3fcfd1a3d67f4@webmail.st-andrews.ac.uk>
lrc1@st-andrews.ac.uk wrote:
>Quoting Hans Reiser <reiser@namesys.com>:
>
>...
>
>
>
>>lrc1@st-andrews.ac.uk wrote:
>>
>>
>>
>>>Sorry for the delay in replying.
>>>
>>>Quoting Hubert Chan <hubert@uhoreg.ca>:
>>>
>>>
>
>...
>
>
>
>>>Yes, it is impossible to hard-link between two files on different volumes
>>>(except at mount points) in the Unix filesystem, but it shouldn't be. (More
>>>generally, with the necessary permissions it should be possible to make any
>>>
>>>
>>file
>>
>>
>>>the child of any directory via a hard link, except where doing so would
>>>
>>>
>>create a
>>
>>
>>>cycle.)
>>>
>>>
>>>
>>This implies that two filesystems can share an identification number
>>between them.
>>
>>
>
>I would suggest that for every link to a file on a different filesystem, the
>linking directory should store both an identifier for the child file's
>filesystem and the child file's on-disk inumber on that filesystem.* The reverse
>links would be stored in the same way.
>
I can accept a patch that does this.
>That way, filesystems don't have to
>understand other filesystems' identifier schemes, or coordinate their own
>schemes with them. (The obvious alternative approach - maintaining a list of
>unique identifiers for all files on all mounted filesystems - is undesirable for
>a number of reasons. For one thing, it is limiting and unsafe to assume that all
>mounted filesystems are willing and able to provide an accurate list of all
>their files in a reasonable time.)
>
>This leaves one significant problem: what happens when a file is moved from one
>filesystem to another? What will prevent the cross-filesystem hard links to the
>file from breaking? Cleaning up cross-filesystem links after explicit file
>deletion is a related but simpler problem. I think a good but not ideal solution
>to this problem is possible. I'll go into detail if anyone is interested.
>
>
More interested in patches....
>* Actually filesystems should hand out file identifiers for external linking
>which may or may not be the same as their on-disk inumbers.
>
>...
>
>Leo.
>
>-----------------------------------------------------------------
>University of St Andrews Webmail: http://webmail.st-andrews.ac.uk
>
>
>
>
--
Hans
next prev parent reply other threads:[~2003-12-05 12:38 UTC|newest]
Thread overview: 100+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-10-04 5:58 Carrying Attributes too Far lrc1
2003-10-04 18:17 ` Alexander G. M. Smith
2003-10-04 20:10 ` Hubert Chan
2003-12-03 19:18 ` Hans Reiser
2003-12-05 0:30 ` lrc1
2003-12-05 3:58 ` A bold idea (Re: Carrying Attributes too Far) David Masover
2003-12-05 9:44 ` Heinz-Josef Claes
2003-12-05 14:00 ` David Masover
2003-12-05 16:37 ` Hubert Chan
2003-12-06 1:38 ` David Masover
2003-12-06 4:01 ` Hubert Chan
2003-12-06 17:40 ` David Masover
2003-12-06 22:41 ` lrc1
2003-12-07 1:18 ` carrying links too far? (was Re: A bold idea (Re: Carrying Attributes too Far)) David Masover
2003-12-07 2:26 ` Hubert Chan
2003-12-07 9:08 ` The danger of bad external links lrc1
2003-12-07 18:15 ` Hubert Chan
2003-12-07 13:18 ` carrying links too far? (was Re: A bold idea (Re: Carrying Attributes too Far)) lrc1
2003-12-07 16:17 ` David Masover
2003-12-07 18:25 ` Hubert Chan
2003-12-07 2:11 ` A bold idea (Re: Carrying Attributes too Far) Hubert Chan
2003-12-08 20:54 ` Boyd Waters
2003-12-09 8:03 ` Heinz-Josef Claes
2003-12-10 2:12 ` more about links (was Re: A bold idea (Re: Carrying Attributes too Far)) David Masover
2003-12-11 11:35 ` Heinz-Josef Claes
2003-12-05 13:16 ` More on Hard Links (was " Alexander G. M. Smith
2003-12-05 14:07 ` David Masover
2003-12-05 14:17 ` Nikita Danilov
2003-12-05 15:58 ` Hans Reiser
2003-12-05 16:18 ` Nikita Danilov
2003-12-06 1:50 ` Garbage collection for files (was Re: More on Hard Links (was A bold idea (Re: Carrying Attributes too Far))) David Masover
2003-12-07 3:27 ` Hans Reiser
2003-12-06 10:06 ` More on Hard Links (was A bold idea (Re: Carrying Attributes too Far)) Stewart Smith
2003-12-05 22:38 ` Alexander G. M. Smith
2003-12-06 1:54 ` David Masover
2003-12-06 15:31 ` Alexander G. M. Smith
2003-12-07 1:08 ` David Masover
2003-12-07 2:42 ` Alexander G. M. Smith
2003-12-09 5:21 ` More on Hard Links Narcoleptic Electron
2003-12-09 18:48 ` Hubert Chan
2003-12-09 19:52 ` Narcoleptic Electron
2003-12-09 21:31 ` Hubert Chan
2003-12-09 23:47 ` Narcoleptic Electron
2003-12-10 0:13 ` Narcoleptic Electron
2003-12-10 3:05 ` Hubert Chan
2004-01-22 21:15 ` Narcoleptic Electron
2003-12-10 2:53 ` Hubert Chan
2003-12-10 3:22 ` Religion and Hard Links (was Re: More on Hard Links) David Masover
2003-12-10 20:49 ` More on Hard Links Matt Stegman
2003-12-16 1:27 ` Hubert Chan
2003-12-10 2:44 ` David Masover
2003-12-05 5:27 ` Carrying Attributes too Far Hubert Chan
2003-12-05 12:38 ` Hans Reiser [this message]
2003-12-06 23:33 ` lrc1
2003-12-07 2:48 ` Hubert Chan
2003-12-07 17:08 ` Hans Reiser
[not found] ` <3FD0023D.5030500@ninja.dynup.net>
2003-12-07 6:37 ` Saved Re: A bold idea (Re: Carrying Attributes too Far) lrc1
2003-12-07 6:39 ` lrc1
-- strict thread matches above, loose matches on Subject: below --
2003-09-11 15:18 Fwd: Re: Reiser4: "pseudo file namespace" suggestion Hans Reiser
2003-09-13 23:59 ` Carrying Attributes too Far (was Reiser4: "pseudo file namespace" suggestion) Alexander G. M. Smith
2003-09-14 1:56 ` Mike Fedyk
2003-09-14 3:53 ` Carrying Attributes too Far Hubert Chan
2003-09-14 4:21 ` Hubert Chan
2003-09-14 3:39 ` Hubert Chan
2003-09-14 4:21 ` Hubert Chan
2003-09-16 19:15 ` Alexander G. M. Smith
2003-09-18 17:14 ` Narcoleptic Electron
2003-09-18 18:08 ` Hans Reiser
2003-09-18 20:16 ` Alexander G. M. Smith
2003-09-18 20:31 ` Grant Miner
2003-09-18 21:44 ` Alexander G. M. Smith
2003-09-18 22:00 ` Grant Miner
2003-09-18 22:28 ` Narcoleptic Electron
2003-09-18 22:42 ` Hans Reiser
2003-09-18 23:06 ` Grant Miner
2003-09-18 23:17 ` Narcoleptic Electron
2003-09-18 23:23 ` Narcoleptic Electron
2003-09-18 23:28 ` Grant Miner
2003-09-19 0:29 ` Alexander G. M. Smith
2003-09-19 0:28 ` Alexander G. M. Smith
2003-09-19 0:46 ` Hans Reiser
2003-09-19 1:45 ` Narcoleptic Electron
2003-09-19 2:52 ` Alexander G. M. Smith
2003-09-19 4:40 ` Narcoleptic Electron
2003-09-19 8:42 ` Martin Wilck
2003-09-19 13:27 ` Alexander G. M. Smith
2003-09-19 15:13 ` Martin Wilck
2003-09-19 15:35 ` Alexander G. M. Smith
2003-09-19 15:48 ` Narcoleptic Electron
2003-09-19 13:20 ` Alexander G. M. Smith
2003-09-19 13:46 ` Bennett Todd
2003-09-19 19:31 ` Alexander G. M. Smith
2003-09-19 22:51 ` Narcoleptic Electron
2003-09-20 1:31 ` Hans Reiser
2003-09-22 13:28 ` lrc1
2003-09-22 22:50 ` Alexander G. M. Smith
2003-09-23 1:21 ` lrc1
2003-09-23 22:48 ` Alexander G. M. Smith
2003-09-24 16:57 ` lrc1
2003-09-24 9:35 ` Hans Reiser
2003-09-24 17:52 ` lrc1
2003-09-24 19:37 ` Hubert Chan
2003-09-25 3:40 ` Hans Reiser
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=3FD07C4D.6090401@namesys.com \
--to=reiser@namesys.com \
--cc=lrc1@st-andrews.ac.uk \
--cc=reiserfs-list@namesys.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.