SlackwareThis Forum is for the discussion of Slackware Linux.
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.
i'm trying to setup my iptables and i'm encountering resistance from the loading of modules (depmod -a specifically). i think this is b/c i've been fiddling with the kernel and there may be a problem with (a guess based on the threads i've read) system maps.
if i'm in the wrong on the above assertion, what is it that determines the output of depmod?
during my kernel compiles i've found it convenient to make a number of directories into which i place my bzImage and its respective system map. my concern is that upon booting the computer the wrong (one i don't want to use) system map will be loaded from /boot/System.map (when the one i want to use is in /boot/alt1/System.map). is my concern about system maps and their locations valid or does the system map get loaded from whichever directory holds the kernel image?
the root of all this worry is my firewalling script not working and spitting out
root@myth:/etc/rc.d# ./rc.firewall
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/drivers/net/dummy.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/drivers/scsi/sg.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/drivers/scsi/sr_mod.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/ipip.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/arp_tables.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_conntrack.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_conntrack_amanda.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_conntrack_ftp.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_conntrack_irc.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_conntrack_tftp.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_nat_amanda.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_nat_ftp.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_nat_irc.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_nat_tftp.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ip_tables.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_DSCP.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_ECN.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_LOG.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_MARK.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_MASQUERADE.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_REJECT.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_TCPMSS.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_TOS.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_ULOG.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_conntrack.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_ecn.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_limit.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_mac.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_tcpmss.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/ipt_ttl.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/iptable_filter.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/iptable_mangle.o
depmod: *** Unresolved symbols in /lib/modules/2.4.21/kernel/net/ipv4/netfilter/iptable_nat.o
modprobe: Can't locate module ipt_owner
i think u didn't enable some kernel modules, so go to "/usr/src/linux", and do "make xconfig" and enable whatever those things are, i dunno. then just compile the kernel, i think u know how to do that. :-)
Distribution: RH 6.2, Gen2, Knoppix,arch, bodhi, studio, suse, mint
Posts: 3,304
Rep:
when you recompile the kernel, the old modules will not
work anymore, depending on what you've changed, and
they don't get deleted when you install the new ones. so
if you don't want those messages, either delete the
modules directory before you install the new ones, or
delete the old ones that don't work after you've installed
the new ones.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.