linux-kernel - fs indexing/ querying on meta-data

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 07 Nov 2006 20:12:58 +0100
From:	Tobias Pflug <tobias.pflug@....net>
To:	linux-kernel@...r.kernel.org
Subject: fs indexing/ querying on meta-data

Hi everyone,

At university I am currently dealing with file indexing/query features
as they exist in the BeFS or SkyFS. In BeFS you could commit a query like:

(name == "*.c" || name == "*.h" ) && size > 20000

API functions were available to commit such queries which would use some 
attribute b-tree to find matching files.

Now to get to the point: I would like to implement such functionality on 
a very basic level (Only very simple queries) for a fs in the linux 
kernel. I thought of parsing files in userland, extracting any usable 
meta-data (such as id3 tags) and storing them as extended attributes of 
the respective
files.

My problem is that I am not sure on which approach I should take on 
this. Should I attempt to hack such functionality into an existing fs ? 
If so, which one would be suited best? Maybe the much discussed 
reiser4-plugin-interface could actually be useful for this one?

I also considered using FiST (http://www.am-utils.org/project-fist.html, 
stackable filesystem language)
but the development seems to be stalled, I am having issues with 
compilation, the author doesn't respond
and I read about people having major issues with it (segfaults etc..)

Finally there is the option of using FUSE, but I have to admit I haven't 
had a closer look at it yet.

I hope this posting isn't so clueless&chaotic that people can't be 
bothered to answer :) I'd be thankful
for any word of advice and/or pointers on this topic.

regards,
Tobi

PS: please CC to tobias.pflug@....net , I am not subscribed to lkml. 
Thank you!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/