morgen !!
Sitze hier bei Fedora Core 3 und Kernel 2.6.11.7.
Seit dem Kernel update funktionieren die captive-treiber für ntfs nicht mehr!
Zuerst habe ich lufs geladen und ./configure erfolgreich beendet
wenn ich jetzt "make" starte, kommt die meldung, dass "kill_proc_info" undefined ist.
nach 2 stunden google habe ich gelesen, dass seit dem 2.6.10-er Kernel das Symbol "kill_proc_info" einfach entfernt wurde. kann mir jemand verraten, wie ich die captive-treiber wieder zum laufen bekomme?
[edit]:
könnte das vielleicht mit meinem selbst kompilierten kernel zutun haben?
es scheinen jedoch viele personen das selbe problem zu haben, deswegen denke ich nicht, dass es an falschem linking o.Ä. liegt.
[edit2]:
shit...
war
Sitze hier bei Fedora Core 3 und Kernel 2.6.11.7.
Seit dem Kernel update funktionieren die captive-treiber für ntfs nicht mehr!
Zuerst habe ich lufs geladen und ./configure erfolgreich beendet
wenn ich jetzt "make" starte, kommt die meldung, dass "kill_proc_info" undefined ist.
[root@localhost lufs-0.9.7]# /usr/share/lufs/prepmod
+ /sbin/modprobe lufs 2>/dev/null
Preparing LUFS kernel module... Run /usr/share/lufs/prepmod if problems occur.
Running kernel version: 2.6.11.7 (base version 2.6.11.7)
Destination module directory: /lib/modules/2.6.11.7/kernel/fs/lufs
Using kernel sources: /lib/modules/2.6.11.7/build
+ set -e; /bin/mkdir -p `dirname /var/lib/lufs/lufs.ko`; /bin/rm -f /var/lib/lufs/lufs.ko; make -C /lib/modules/2.6.11.7/build SUBDIRS="/usr/share/lufs/2.6" modules EXTRA_CFLAGS=""; /bin/mv -f /usr/share/lufs/2.6/lufs.ko /var/lib/lufs/lufs.ko; /bin/rm -f /usr/share/lufs/2.6/proc.o /usr/share/lufs/2.6/.proc.o.flags /usr/share/lufs/2.6/.proc.o.cmd /usr/share/lufs/2.6/inode.o /usr/share/lufs/2.6/.inode.o.flags /usr/share/lufs/2.6/.inode.o.cmd /usr/share/lufs/2.6/dir.o /usr/share/lufs/2.6/.dir.o.flags /usr/share/lufs/2.6/.dir.o.cmd /usr/share/lufs/2.6/file.o /usr/share/lufs/2.6/.file.o.flags /usr/share/lufs/2.6/.file.o.cmd /usr/share/lufs/2.6/symlink.o /usr/share/lufs/2.6/.symlink.o.flags /usr/share/lufs/2.6/.symlink.o.cmd /usr/share/lufs/2.6/lufs.mod.o /usr/share/lufs/2.6/.lufs.mod.o.flags /usr/share/lufs/2.6/.lufs.mod.o.cmd /usr/share/lufs/2.6/lufs.o /usr/share/lufs/2.6/.lufs.o.flags /usr/share/lufs/2.6/.lufs.o.cmd /usr/share/lufs/2.6/lufs.mod.c /usr/share/lufs/2.6/.lufs.ko.cmd;
00000000000000000000000000000000000000000000make: Entering directory `/usr/src/linux-2.6.11.7'
CC [M] /usr/share/lufs/2.6/dir.o
CC [M] /usr/share/lufs/2.6/file.o
CC [M] /usr/share/lufs/2.6/inode.o
CC [M] /usr/share/lufs/2.6/proc.o
CC [M] /usr/share/lufs/2.6/symlink.o
LD [M] /usr/share/lufs/2.6/lufs.o
Building modules, stage 2.
MODPOST
*** Warning: "kill_proc_info" [/usr/share/lufs/2.6/lufs.ko] undefined!
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.11.7'
+ /bin/rm -rf /lib/modules/2.6.11.7/kernel/fs/lufs; /bin/mkdir -p /lib/modules/2.6.11.7/kernel/fs/lufs; /bin/ln -s /var/lib/lufs/lufs.ko /lib/modules/2.6.11.7/kernel/fs/lufs/lufs.ko
+ /sbin/rmmod lufs 2>/dev/null; /sbin/insmod /lib/modules/2.6.11.7/kernel/fs/lufs/lufs.ko2>/dev/null
Failed to prepare lufs.ko module for your Linux kernel 2.6.11.7.
Detected Linux kernel sources "/lib/modules/2.6.11.7/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.11.7/build
/usr/src/kernel-headers-2.6.11.7
/usr/src/linux-2.6.11.7
/usr/src/linux-2.6.11.7
/usr/src/linux
/usr/src/kernel-source-2.6.11.7
at /usr/share/lufs/prepmod line 181
nach 2 stunden google habe ich gelesen, dass seit dem 2.6.10-er Kernel das Symbol "kill_proc_info" einfach entfernt wurde. kann mir jemand verraten, wie ich die captive-treiber wieder zum laufen bekomme?
[edit]:
Detected Linux kernel sources "/lib/modules/2.6.11.7/build" do not appear to be valid.
könnte das vielleicht mit meinem selbst kompilierten kernel zutun haben?
es scheinen jedoch viele personen das selbe problem zu haben, deswegen denke ich nicht, dass es an falschem linking o.Ä. liegt.
[edit2]:
shit...
war
vielleicht das problem??Please install kernel-source-x.y.z.i386.rpm