You are not logged in.
Hi all !
Im triying to use captive-ntfs from punkrockguy318 repository but I have problems with LUFS...
when I try to mount an NTFS partition the lufs reject to load:
[root@yumi linux-2.6.10-ARCH]# mount -t captive-ntfs /dev/hda1 /mnt/ntfs1
Captive NTFS v1.1.5. Check a new version at: http://www.jankratochvil.net/
Preparing LUFS kernel module... Run /usr/share/lufs/prepmod if problems occur.
lufs module not loaded: Try running /usr/share/lufs/prepmod to see more. at /usr/bin/captive-lufsd line 180
[root@yumi linux-2.6.10-ARCH]#
Well, now I run /usr/share/lufs/prepmod and...
Building modules, stage 2.
MODPOST
CC /usr/share/lufs/2.6/lufs.mod.o
LD [M] /usr/share/lufs/2.6/lufs.ko
make: Leaving directory `/usr/src/linux-2.6.10-ARCH'
+ /bin/rm -rf /lib/modules/2.6.10-ARCH/kernel/fs/lufs; /bin/mkdir -p /lib/modules/2.6.10-ARCH/kernel/fs/lufs; /bin/ln -s /var/lib/lufs/lufs.ko /lib/modules/2.6.10-ARCH/kernel/fs/lufs/lufs.ko
+ /sbin/rmmod lufs 2>/dev/null; /sbin/insmod /lib/modules/2.6.10-ARCH/kernel/fs/lufs/lufs.ko 2>/dev/null
Failed to prepare lufs.ko module for your Linux kernel 2.6.10-ARCH.
Detected Linux kernel sources "/lib/modules/2.6.10-ARCH/build" do not appear to be valid.
Please install kernel-source-x.y.z.i386.rpm or kernel-headers_x.y.z_i386.deb.
The following directory paths were search (first existing directory used):
/lib/modules/2.6.10-ARCH/build
/usr/src/kernel-headers-2.6.10-ARCH
/usr/src/linux-2.6.10-ARCH
/usr/src/linux-2.6.10
/usr/src/linux
/usr/src/kernel-source-2.6.10-ARCH
at /usr/share/lufs/prepmod line 181
[root@yumi linux-2.6.10-ARCH]#
And dmesg shows me this...
lufs: Unknown symbol kill_proc_info
Any idea ?
regards
Arch Linux Powered
Offline
I get the exact same errors you do. I think the reason is that the kernel installed by Arch is just the bzImage, not including the sources.
Anyone to verify that?
There is no spoon in Arch...
Offline
I get the exact same errors you do. I think the reason is that the kernel installed by Arch is just the bzImage, not including the sources.
Anyone to verify that?
Arch includes sources, look in /usr/src
Offline
if you don't mind iphitus could you go to my topic and see whats wrong from my error messages?
http://bbs.archlinux.org/viewtopic.php? … highlight=
There is no spoon in Arch...
Offline
kcy29581 wrote:I get the exact same errors you do. I think the reason is that the kernel installed by Arch is just the bzImage, not including the sources.
Anyone to verify that?
Arch includes sources, look in /usr/src
Arch doesn't include the sources, only the headers.
Offline
It's not because you don't have the kernel sources. It's because in kernel 2.6.10, kill_proc_info was deprecated by the developers. Some have fixed it by adding it back into the source
in linux/kernel/signal.c, add
EXPORT_SYMBOL(kill_proc_info);
right after
EXPORT_SYMBOL(kill_proc);
and recompile / install the kernel.
But to me, that seems more like a hack that really shouldn't be used. (They must've took out for a reason).
A real fix would be to find a work around in the lufs module. I'm not experienced enough to do this so I won't even try
Offline
It's not because you don't have the kernel sources. It's because in kernel 2.6.10, kill_proc_info was deprecated by the developers. Some have fixed it by adding it back into the source
in linux/kernel/signal.c, add
EXPORT_SYMBOL(kill_proc_info);
right after
EXPORT_SYMBOL(kill_proc);
and recompile / install the kernel.
But to me, that seems more like a hack that really shouldn't be used. (They must've took out for a reason).
A real fix would be to find a work around in the lufs module. I'm not experienced enough to do this so I won't even try
*BUMP*
just wanted people to know that i tried this tonight rebuilding 2.6.13 and it was successful. thanks!
Offline
People might also like to know that LUFS is pretty much dead - last news update on the site was over 2 years ago. FUSE is the way to go these days, and the current and future releases from linux-ntfs are FUSE-based.
If you're happy using that old hack, though, glad it worked out for you.
Offline
mainly it's useful for the write features...although when i tried it, it was very slow and ended up corrupting the file i tried to transfer....ah well at least it didn't destroy the entire partition.
now i'm pissed i converted my spare partition to NTFS.
Offline