lkml.org 
[lkml]   [2004]   [Sep]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: The argument for fs assistance in handling archives
Timothy Miller wrote:

>
> Hey, you know how device nodes have a bit set, indicating that they're
> device nodes and not regular files? Can a set of such properties be
> defined for reiser4 metadata properties?
>
> Like a "metadata" bit so you can distinguish (if you wish) between
> regular files and metadata objects, and in addition an "archivable
> metadata" bit which indicates that the given piece of metadata is not
> automatically generated and should be archived during backup (some
> manually-generated metadata which does not need to be backed up will
> not have this bit set -- perhaps add another flag indicating that it's
> not automatic but unnecessary to archive).


Interesting idea, particularly for autogenerated metadata. Some
metadata, like
thumbnails and icons might as well be ordinary files though. (Like some
icon and want to use it as background bitmap? Just copy it, because
it is a plain file. Or want to use it as clipart - fine, the word processor
supports bitmap files. . .)

This is a case where something is "metadata" only because it is used as
such,
not because it has to be. File-as-dir is an interesting concept for
such cases,
because it is convenient to group the "metadata" with the file, have it
move with the file and so on. But still have this metadata accessible as
a file because it isn't all that special.

Helge Hafting


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" 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.tux.org/lkml/

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