Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
The RedirFS manages all filters and calls their callback functions in order specified by their priorities.
While the RedirFS is located in the VFS layer, filters can be used generally in all file
systems (e.g. ext2, nfs, proc).
In addition, the RedirFS allows filters to be on-the-fly registered and unregistered.
RedirFS apparently has a README file in its source, called "README.RedirFS" which may answer this question more thoroughly. Have you read that?
I see you have been posting this question for better than a month, all over the internet; my 5 minutes of Googling produced a number of verbatim threads as this one (posted by someone with the same username as you), and produced all sorts of threads and mailing list links. Dazuko has its own email list. I suggest you join that. Here's the link about it: http://dazuko.dnsalias.org/wiki/index.php/Mailing_Lists
For what it's worth: You will probably find in most cases and venues, that when you cannot get people to tell you the answer to your question, putting sad faces and writing "help me" will not work in your favor; please try to research some more, and tell us what you've read and where you've read it, so that people don't have to go re-read stuff that you may have already read.
According of what I find about stackable filesystem seems that Dazuko supports all file system, because a stackable file system is independent by real file system, indeed on Dazuko official web site there is write nothing about file systems supported.
Issues may be with all file systems, for example the issues reported in ReadMe:
Quote:
- DazukoFS does not support writing to memory mapped files. Attempting
to mmap files as read-write will result in an error. Applications
typically handle this by falling back to regular I/O. Read-only
memory mapping is supported by DazukoFS.
- It is not possible to stack DazukoFS over the root filesystem (/).
Stacking over pseudo filesystems (/proc, /dev, /sys) has not been
tested and should be avoided.
Do I understand correctly?
I already subscribed Dazuko mailing list, but when I sent an e-mail to Dazuko mailing list I received an undelivered error e-mail, retrying after some days produced same result.
PS: about "faces" and "help me", It's only to move this thread to first page for greater visibility, if It's better to write "To move this thread to first page..." next time I can do it, else all suggestions are welcome.
At this time, based on what little I know of this Dazuko thing, I agree with you. It seems to support many "real" base filesystems in general, as long as Dazuko and/or RedirFS can hook into them, although so far the documentation does not seem to indicate this. It sort of makes sense, in the same way that a ram-disk is also independent of the real filesystem that the OS is working on.
What the documentation you showed does say explicitly is what Dazuko does not support or does not recommend: using it over the / (root) filesystem, and using it over pseudo-filesystems. So, it appears that as long as you're using it over a real filesystem (Ext, ntfs, reiserfs, FAT, etc..) it should work OK. The best thing to do if you cannot find explicit info about base filesystem support, is to do some testing of your own, until you can get in touch with the email list or the developers.
About the faces & stuff: OK, I understand you just wanted to 'bump' your thread. Well, your above post #8 is a very good example of the sort of post to make to bump your thread up - you provided some more information, and showed that you have been doing research of your own. That's the best thing to do to bump your thread and get it some additional attention.
Let us know if you continue having trouble contacting the developers and mailing list - I or someone else can try to get a hold of a developer or the mailing list by some means, and if successful, let you know where to contact.
Best regards
Sasha
Last edited by GrapefruiTgirl; 08-14-2010 at 04:49 PM.
Did you subscribe to the list first? You cannot send them email until/unless you are subscribed to the list. It's spam prevention, and prevents others from subscribing you to the list against your wishes..
I just tried subscribing to the dazuko-help list, and within a minute, I got the confirmation email verifying my subscription. I don't really want myself subscribed, so I'm not going to confirm, but you should go here: http://lists.nongnu.org/mailman/listinfo/dazuko-help
..and subscribe. You put your email, a password, your name, and hit the subscribe button. You should shortly get a confirmation email with instructions on completing your registration. After that, you should be able to send email to the list.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
Dazuko 3: file system
