PDA

View Full Version : LUFS support


scorbel
10th June 2004, 05:41 AM
Hi Gurus,

I tried to install LUFS 0.9.7
but If I try to mount

mount -t lufs none /mnt/lufs -o nosuid,fs=sshfs,host=<host>,username=<username>,fmode=444,dmode=555

I got the password prompt but then
I got :

mount failed: No such device
you don't have kernel lufs support (check whether the lufs module is available/loaded)

When I try to use the patch command as provided in the README : I got

[root@pcap819 LUFS]# zcat lufs-0.9.7-2.6.0-test9.patch.gz | patch -Np1
can't find file to patch at input line 4
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff -Nru a/MAINTAINERS b/MAINTAINERS
|--- a/MAINTAINERS Thu Oct 30 16:51:28 2003
|+++ b/MAINTAINERS Thu Oct 30 16:51:28 2003
--------------------------
File to patch:

So Please could you help me...

where Do I need to patch the kernel ?

Did someone have any pb with LUFS With Fedora Core 2

regards
Jo

dopeflish
10th June 2004, 09:19 AM
I heard something like LUFS support was stopping and they were going a different direction, but I haven't heard of any developments since.

Is this for the Captive-NTFS driver? Support seemed to have stopped for it back in RH9 days.

Gilimanjaro
29th June 2004, 09:15 PM

You don't need to patch the kernel; you'll need to copy the lufs.ko file that built during the compile to a directory (/lib/modules/your-kernel-version for instance), and insmod it.

The lufs tools will work then...

I'm trying to build an FC2 rpm for it as we speak.

Though it seems like using AVFS and FUSE would be better...

scorbel
7th July 2004, 09:56 PM
Hi gurus,

Here is what I got when trying to insmod it .

[root@pcap819 2.6.6-1.435.2.3]# insmod lufs.ko
insmod: error inserting 'lufs.ko': -1 Invalid module format

regards
Thanx
jo

scorbel
8th July 2004, 08:45 PM
I recompile LUFS with the new linux kernel and now it works.

I could insmod it.
But the insmod does not seem to be permanent.

I need to insmod each time I reboot.

Do you kinow how to solve this issue?

thanx
jo

akitson
10th June 2005, 07:20 AM
Yes I also get an error
insmod: error inserting 'lufs.ko': -1 Unknown symbol in module

ibbo
25th November 2005, 12:02 PM
So as anyone fixed this then

I compiled for my Kernel but it still throws "insmod: error inserting 'lufs.ko': -1 Unknown symbol in module".

What a waste of time, you would think you could nock a package together that avoids all this messing about.

Ibbo

brunson
21st December 2005, 09:31 PM
What a waste of time, you would think you could nock a package together that avoids all this messing about.

Yeah, why don't you just go ahead and knock one out.

Spoon!
21st December 2005, 09:38 PM
Isn't there also a LUFS-FUSE bridge called lufis (http://sourceforge.net/project/showfiles.php?group_id=121684&package_id=132803) available from the FUSE project?

brunson
21st December 2005, 09:42 PM
Hmmm, so it looks like the FUSE API has supplanted lufs and been incorporated into the kernel. I'm looking for documentation on how to use it right now. If I can implement ftpfs without going through a bridge to lufs, that seems a cleaner solution.

Spoon, thanks for the pointer, I'll post back.

brunson
21st December 2005, 09:57 PM
Nice. FUSE is incorporated into the kernel, the tools are packaged in fedora, "yum install fuse".

Check out http://fuse.sourceforge.net/wiki/index.php/FileSystems for a list of filesystem implementation, there are some very interesting ones. I guess I'll be jumping into the API since the FTP filesystem is written in perl and I hate perl. I'll have to see if I can whip up a python implementation of it this afternoon. :-)

ibbo
23rd December 2005, 12:11 PM
"Yeah, why don't you just go ahead and knock one out."

Why should I mate when you found it for me :)
http://fuse.sourceforge.net/wiki/index.php/FileSystems

Not that I will use it like. I was looking at a solution for use with Eclipse IDE (which has poor ftp supprt).

And my reference was not to me or you putting something together but what is out there could be in working order. Not for us to mess with for an hour only to realise it dont work anyway.

THAT was my point.

Ibbo