On 05/02/2014 20:28, James wrote: > Alan McKinnon <alan.mckinnon <at> gmail.com> writes: > >> Do you have some MAC system like SELinux configured? > > Well, lookie here after a reboot: > > $ dmesg | grep mod > > [ 0.000033] SELinux: Starting in permissive mode > > So something to do with SeLinux is activated in the kernel? > > I changed all of those permissions and after a reboot to > the 3.13.1-gentoo kernel, it's still looking at the > original (first) kernel modules: > > # /etc/init.d/cupsd restart > * Stopping cupsd ... [ > ok ] > /etc/init.d/../conf.d/modules: line 25: > /lib/modules/3.10.25-gentoo/kernel/drivers/char/kcopy/kcopy.ko: Permission > denied > /etc/init.d/../conf.d/modules: line 26: > /lib/modules/3.10.25-gentoo/kernel/net/netfilter/nf_nat_sip.ko: Permission > denied > /etc/init.d/../conf.d/modules: line 27: > /lib/modules/3.10.25-gentoo/kernel/net/netfilter/nf_nat_irc.ko: Permission > denied > <snip>
Let's thin about this logically. A kernel does not get told it's version, it already knows that, and modules are versioned too. A kernel finds it's modules by looking in /path/to/modules/`uname -r` So, either the version string is wrong in the kernel (possible I suppose if you copy and old .config and male oldconfig goes wrong somehow) or you have the wrong modules in the wrongly named directory. If the version string correct if you runs trings against any of those not-loading modules and grep for "vermagic"? Does the correct kernel version show up when looking in strings of the image in /boot? [working theory: the kernel throws permission denied errors when it's asked in weird ways to load wrong versioned modules. Pure speculation, I've never done this at all and don't know what the error is] -- Alan McKinnon alan.mckin...@gmail.com
