[gentoo-user] module woes

[gentoo-user] module woes

[James]

Ok,

So I'm running Grub2, openrc, and a gentoo patched kernel. This is
a new system I've been fiddling with, so the problem could easily
be my oversite.

I'v build several kernels. I go into the advanced tab upon reboot
and boot up the latest kernel I've compiled, (3.13.1-gentoo). It 
boot fine. Printing works. lp and lpr still do not work for printing
raw text files?  I used cups and hplip (8600 pro officejet). All
other printing is find. 


Here is what has me stumped.I started out with this kernel:
kernel-3.10.25-gentoo. Since I have built and successfully
ran (most things) on these kernels too: kernel-3.13.0-gentoo-r1
and last: kernel-3.13.1-gentoo.

I have built these kernels same way as all others

cd /usr/src/
ln -sf <target kernel> linux
cd linux
make && make modules && make modules_install
cp arch/x86_64/boot/bzImage /boot/kernel-3.13.1-gentoo
cp System.map /boot/System.map-3.13.1-gentoo
cp .config /boot/config-3.13.1-gentoo
grub2-mkconfig -o /boot/grub/grub.cfg

So the new kernels work, but, besides permission problems, it only looks
to the original /lib/modules/ dir for modules  (example):

#  /etc/init.d/cupsd restart
 Stopping cupsd ...   
/etc/init.d/../conf.d/modules: line 25:
/lib/modules/3.10.25-gentoo/kernel/drivers/char/kcopy/kcopy.ko: Permission
denied

<same for these modules: nf_nat_sip.ko, nf_nat_irc.ko
xt_LOG.ko, xt_nat.ko xt_mark.ko nf_nat.ko 
nf_nat_ftp.ko ipt_MASQUERADE.ko iptable_nat.ko nf_nat_ipv4.ko>

 ERROR: modules failed to start
 Starting cupsd ...               

So what should the perms. be and what do I need to do to get it to
point to the kernel I'm booting, 3.13.1-gentoo ?

It is a grub 2 thing or what?
/lib/modules/3.13.1-gentoo/kernel/net/netfilter
total 100K
-rw------- 1 root root  25K Feb  4 09:17 nf_nat.ko
-rw------- 1 root root 6.0K Feb  4 09:17 nf_nat_ftp.ko
-rw------- 1 root root 5.6K Feb  4 09:17 nf_nat_irc.ko
-rw------- 1 root root  15K Feb  4 09:17 nf_nat_sip.ko
-rw------- 1 root root  22K Feb  4 09:17 xt_LOG.ko
-rw------- 1 root root 4.5K Feb  4 09:17 xt_mark.ko
-rw------- 1 root root 5.5K Feb  4 09:17 xt_nat.ko

/lib/modules/3.10.25-gentoo/kernel/net/netfilter
total 100K
-rw-r--r-- 1 root root  27K Jan 14 23:28 nf_nat.ko
-rw-r--r-- 1 root root 6.0K Jan 14 23:28 nf_nat_ftp.ko
-rw-r--r-- 1 root root 5.5K Jan 14 23:28 nf_nat_irc.ko
-rw-r--r-- 1 root root  16K Jan 14 23:28 nf_nat_sip.ko
-rw-r--r-- 1 root root  22K Jan 14 23:28 xt_LOG.ko
-rw-r--r-- 1 root root 4.5K Jan 14 23:28 xt_mark.ko
-rw-r--r-- 1 root root 5.5K Jan 14 23:28 xt_nat.ko


What did I miss, besides the permissions?

James

Re: [gentoo-user] module woes

[Alan McKinnon]

On 05/02/2014 18:50, James wrote:
> Ok,
> 
> So I'm running Grub2, openrc, and a gentoo patched kernel. This is
> a new system I've been fiddling with, so the problem could easily
> be my oversite.
> 
> I'v build several kernels. I go into the advanced tab upon reboot
> and boot up the latest kernel I've compiled, (3.13.1-gentoo). It 
> boot fine. Printing works. lp and lpr still do not work for printing
> raw text files?  I used cups and hplip (8600 pro officejet). All
> other printing is find. 
> 
> 
> Here is what has me stumped.I started out with this kernel:
> kernel-3.10.25-gentoo. Since I have built and successfully
> ran (most things) on these kernels too: kernel-3.13.0-gentoo-r1
> and last: kernel-3.13.1-gentoo.
> 
> I have built these kernels same way as all others
> 
> cd /usr/src/
> ln -sf <target kernel> linux
> cd linux
> make && make modules && make modules_install
> cp arch/x86_64/boot/bzImage /boot/kernel-3.13.1-gentoo
> cp System.map /boot/System.map-3.13.1-gentoo
> cp .config /boot/config-3.13.1-gentoo
> grub2-mkconfig -o /boot/grub/grub.cfg
> 
> So the new kernels work, but, besides permission problems, it only looks
> to the original /lib/modules/ dir for modules  (example):
> 
> #  /etc/init.d/cupsd restart
>  Stopping cupsd ...   
> /etc/init.d/../conf.d/modules: line 25:
> /lib/modules/3.10.25-gentoo/kernel/drivers/char/kcopy/kcopy.ko: Permission
> denied
> 
> <same for these modules: nf_nat_sip.ko, nf_nat_irc.ko
> xt_LOG.ko, xt_nat.ko xt_mark.ko nf_nat.ko 
> nf_nat_ftp.ko ipt_MASQUERADE.ko iptable_nat.ko nf_nat_ipv4.ko>
> 
>  ERROR: modules failed to start
>  Starting cupsd ...               
> 
> So what should the perms. be and what do I need to do to get it to
> point to the kernel I'm booting, 3.13.1-gentoo ?

Ordinarily permissions should not apply as it's root doing the work (the
kernel mostly pretends there are no permissions when root is involved).

FWIW, the permissions on all modules files is 644:

khamul modules # pwd
/lib/modules
khamul modules # ls -al
total 36
drwxr-xr-x  7 root root  4096 Jan 27 09:36 .
drwxr-xr-x 16 root root 12288 Feb  2 10:51 ..
drwxr-xr-x  4 root root  4096 Feb  2 09:42 3.11.10-gentoo
drwxr-xr-x  5 root root  4096 Feb  2 09:40 3.12.7-gentoo
drwxr-xr-x  5 root root  4096 Feb  2 09:40 3.12.8-gentoo
drwxr-xr-x  4 root root  4096 Feb  2 18:01 3.12.9-gentoo
drwxr-xr-x  4 root root  4096 Feb  2 09:43 3.13.0-gentoo-r1
khamul modules # find /lib/modules -type f -not -perm 644
khamul modules #


That's what I just get with make && make modules && make modules_install
with no further intervention.

But even your 600 permissions should also work as normal.

> 
> It is a grub 2 thing or what?
> /lib/modules/3.13.1-gentoo/kernel/net/netfilter
> total 100K
> -rw------- 1 root root  25K Feb  4 09:17 nf_nat.ko
> -rw------- 1 root root 6.0K Feb  4 09:17 nf_nat_ftp.ko
> -rw------- 1 root root 5.6K Feb  4 09:17 nf_nat_irc.ko
> -rw------- 1 root root  15K Feb  4 09:17 nf_nat_sip.ko
> -rw------- 1 root root  22K Feb  4 09:17 xt_LOG.ko
> -rw------- 1 root root 4.5K Feb  4 09:17 xt_mark.ko
> -rw------- 1 root root 5.5K Feb  4 09:17 xt_nat.ko
> 
> /lib/modules/3.10.25-gentoo/kernel/net/netfilter
> total 100K
> -rw-r--r-- 1 root root  27K Jan 14 23:28 nf_nat.ko
> -rw-r--r-- 1 root root 6.0K Jan 14 23:28 nf_nat_ftp.ko
> -rw-r--r-- 1 root root 5.5K Jan 14 23:28 nf_nat_irc.ko
> -rw-r--r-- 1 root root  16K Jan 14 23:28 nf_nat_sip.ko
> -rw-r--r-- 1 root root  22K Jan 14 23:28 xt_LOG.ko
> -rw-r--r-- 1 root root 4.5K Jan 14 23:28 xt_mark.ko
> -rw-r--r-- 1 root root 5.5K Jan 14 23:28 xt_nat.ko
> 
> 
> What did I miss, besides the permissions?

Do you have some MAC system like SELinux configured? Necessary
filesystems like /proc or /dev omitted in that problematic kernel?

I can't think of anything else that could interfere with root's ability
to do what root does.


-- 
Alan McKinnon
alan.mckinnon@gmail.com

[gentoo-user] Re: module woes

[James]

Alan McKinnon <alan.mckinnon <at> gmail.com> writes:


> > What did I miss, besides the permissions?

> Do you have some MAC system like SELinux configured? 
NO. It this openbox system I've been hacking on.....

> Necessary
> filesystems like /proc or /dev omitted in that problematic kernel?

fstab (dirt simple):
/dev/sda1   /boot        ext2    defaults,noatime     0 2
/dev/sda2   none         swap    sw		      0 0
/dev/sda3   /         	 ext4    defaults,noatime     0 1
/dev/sda4   /usr/local   ext4    defaults,noatime     0 1
/dev/cdrom  /mnt/cdrom   auto    noauto,user          0 0
shm         /dev/shm     tmpfs   nodev,nosuid,noexec  0 0
none        /proc        proc    defaults             0 0


> I can't think of anything else that could interfere with root's ability
> to do what root does.

OK, the 3 /lib/module/<kernel> dir permissions have me stumped
as to why/how they could get different perms:

drwxr-xr-x 4 root root 4.0K Jan 16 16:13 3.10.25-gentoo
drwxr-xr-x 3 root root 4.0K Jan 28 14:52 3.13.0-gentoo-r1
drwx------ 3 root root 4.0K Feb  4 09:17 3.13.1-gentoo

chmod 755 3.13.1-gentoo (that's fixed)

cd 3.13.1-gentoo/

lrwxrwxrwx 1 root root   28 Feb  2 04:37 build -> /usr/src/linux-3.13.1-gentoo
drwx------ 4 root root 4.0K Feb  4 09:17 kernel
-rw------- 1 root root  34K Feb  4 09:17 modules.alias
-rw------- 1 root root  28K Feb  4 09:17 modules.alias.bin
-rw------- 1 root root  11K Feb  4 09:17 modules.builtin
-rw------- 1 root root  14K Feb  4 09:17 modules.builtin.bin
-rw------- 1 root root 1.1K Feb  4 09:17 modules.dep
-rw------- 1 root root 1.9K Feb  4 09:17 modules.dep.bin
-rw------- 1 root root   52 Feb  4 09:17 modules.devname
-rw------- 1 root root  577 Feb  4 09:17 modules.order
-rw------- 1 root root  131 Feb  4 09:17 modules.softdep
-rw------- 1 root root  16K Feb  4 09:17 modules.symbols
-rw------- 1 root root  19K Feb  4 09:17 modules.symbols.bin
lrwxrwxrwx 1 root root   28 Feb  4 09:17 source -> /usr/src/linux-3.13.1-gentoo

chmod 644 ./mod*  (now that's fixed.........
lrwxrwxrwx 1 root root   28 Feb  2 04:37 build -> /usr/src/linux-3.13.1-gentoo
drwx------ 4 root root 4.0K Feb  4 09:17 kernel
-rw-r--r-- 1 root root  34K Feb  4 09:17 modules.alias
-rw-r--r-- 1 root root  28K Feb  4 09:17 modules.alias.bin
-rw-r--r-- 1 root root  11K Feb  4 09:17 modules.builtin
-rw-r--r-- 1 root root  14K Feb  4 09:17 modules.builtin.bin
-rw-r--r-- 1 root root 1.1K Feb  4 09:17 modules.dep
-rw-r--r-- 1 root root 1.9K Feb  4 09:17 modules.dep.bin
-rw-r--r-- 1 root root   52 Feb  4 09:17 modules.devname
-rw-r--r-- 1 root root  577 Feb  4 09:17 modules.order
-rw-r--r-- 1 root root  131 Feb  4 09:17 modules.softdep
-rw-r--r-- 1 root root  16K Feb  4 09:17 modules.symbols
-rw-r--r-- 1 root root  19K Feb  4 09:17 modules.symbols.bin
lrwxrwxrwx 1 root root   28 Feb  4 09:17 source -> /usr/src/linux-3.13.1-gentoo


and viola, still the problem exists. All and I can think of
is something in how the kernels  are build (grub2)...?

I even pulled the make oldconfig script redid every thing and
I have the same problem.

I'm scratcing my head on this, as google offers little useful, that
I can find...........

???


James

[gentoo-user] Re: module woes

[James]

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>

ideas?


James

Re: [gentoo-user] Re: module woes

[Alan McKinnon]

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.mckinnon@gmail.com

[gentoo-user] Re: module woes

[James]

Alan McKinnon <alan.mckinnon <at> gmail.com> writes:


> 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`

uname -r returns:      3.13.1-gentoo

> 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.

Checked all of that:
ls /boot
  kernel-3.13.0-gentoo-r1   kernel-3.13.1-gentoo
   grub  lost+found     kernel-3.10.25-gentoo

pluss all permission in /lib/modules/* have been recursively fixed.

the first to kernels and related dirs had a different set of
permissions than the third kernel (3.13.1-gentoo, but that
is all manually fixed now.

> If the version string correct if you runs trings against any of those
> not-loading modules and grep for "vermagic"?

# strings  /lib/modules/3.10.25-gentoo/kernel/net/ipv4/netfilter/nf_nat_ipv4.ko 
vermagic=3.10.25-gentoo SMP mod_unload 

# strings /lib/modules/3.13.1-gentoo/kernel/net/ipv4/netfilter/nf_nat_ipv4.ko
vermagic=3.13.1-gentoo SMP mod_unload 



> Does the correct kernel version show up when looking in strings of the
> image in /boot?

probable not. Here is what I discoved:

strings /boot/kernel-3.13.1-gentoo | grep ver
<empty>

strings kernel-3.10.25-gentoo  | grep ver
<empty>

strings /boot/kernel-3.13.1-gentoo | less

<after much manual parsing>
<snip>
This kernel requires an %s CPU, 
but only detected an %s CPU.
This kernel requires the following features not present on the CPU:
%d:%d 
earlyprintk
serial
ttyS
console
uart8250,io,
uart,io,
early console in setup code
debug
WARNING: Ancient bootloader, some functionality may be limited!
Unable to boot - please use a kernel appropriate for your CPU.
A20 gate not responding, unable to boot...
0123456789ABCDEFPress <ENTER> to see video modes available, <SPACE> to
continue, or wait 30 sec
Mode: Resolution:  Type: 
%dx%d
%c %03X %4dx%-7s %-6s
Enter a video mode or "scan" to scan for additional modes: 
Undefined video mode number: %x
3.13.1-gentoo (root@skipper) #1 SMP Sun Feb 2 04:37:07 EST 2014

<snip>
invalid distance too far back
invalid distance code
invalid literal/length code
 -- System halted
incorrect header check
unknown compression method
invalid window size
invalid block type
invalid stored block lengths
invalid code lengths set
invalid bit length repeat
invalid literal/lengths set
invalid distances set
incorrect data check
Destination address too large
Decompressing Linux... 
Not a gzip file
header error
read error
uncompression error
Parsing ELF... 
done.
Booting the kernel.
too many length or distance symbols
early console in decompress_kernel
Destination address inappropriately aligned
Out of memory while allocating output buffer
Out of memory while allocating input buffer
Out of memory while allocating z_stream
Out of memory while allocating workspace
Kernel is not a valid ELF file
Failed to allocate space for phdrs
earlyprintk
serial
ttyS
console
uart8250,io,
uart,io,
initrd=
Failed to handle fs_protoFailed to open file: 
Failed to get file info size
Failed to get file info
Failed to read file
Failed to alloc mem for gdt
EL64
Failed to alloc mem for file handle list
Failed to alloc mem for file info
Failed to alloc highmem for files
We've run out of free low memory
Failed to get handle for LOADED_IMAGE_PROTOCOL
Failed to alloc lowmem for boot params
Failed to alloc mem for gdt structure
ERROR: Failed to allocate usable memory for kernel.
<end/snip>
Failed to open volume

They are pretty much identical (string wise) except this line:
strings /boot/kernel-3.10.25-gentoo | less

3.10.25-gentoo (root@skipper) #3 SMP Tue Jan 14 23:18:53 EST 2014

And these lines (located at the bottom of the string parsing):

initrd=
Failed to handle fs_proto
Failed to open volume
Failed to open initrd file: 
Failed to get initrd info
Failed to read initrd
Failed to alloc mem for gdt
EL64
Failed to alloc mem for initrds
Failed to get initrd info size
Failed to alloc mem for initrd info
Failed to alloc highmem for initrds
We've run out of free low memory
Failed to get handle for LOADED_IMAGE_PROTOCOL
Failed to alloc lowmem for boot params
Failed to alloc mem for cmdline
Failed to alloc mem for gdt structure
Failed to alloc mem for idt structure
Failed to alloc mem for kernel


 
> [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]

The permission are all consistent now (/lib/modules/*). I'm not sure how
they got wacked, as I have not done anything with modules yet. Nore
anything messing with those perms......

Obviously, from the strings command, the kernel(s) need fixing up a bit.
I only got them to a point, to get the openbox stuff setup. The audio
and usb automounting are all that is left to fix.... The points is the
kernels should be good enough to work with? I suspect grub2, as this
is my first forray into a bootable system with grub2........


What is stumping me is why  all three kernels boot, but the modules
only point to 3.10.25, even when boot either the second 
(kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
kernel.

I'm going to work on this and scratch a bit..... So any other suggestions
are welcome, although it'll be a few days until I post back. Got 
any strings options/scripts to only filter out the english readable
parts of mostly binary files?   Manual parsing is a drag......

What/where could the system be corrupted to only attempt to use those
modules from 3.10.25?


TIA,
James

Re: [gentoo-user] Re: module woes

[Alan McKinnon]

On 06/02/2014 18:08, James wrote:
>> [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]
> The permission are all consistent now (/lib/modules/*). I'm not sure how
> they got wacked, as I have not done anything with modules yet. Nore
> anything messing with those perms......
> 
> Obviously, from the strings command, the kernel(s) need fixing up a bit.
> I only got them to a point, to get the openbox stuff setup. The audio
> and usb automounting are all that is left to fix.... The points is the
> kernels should be good enough to work with? I suspect grub2, as this
> is my first forray into a bootable system with grub2........
> 
> 
> What is stumping me is why  all three kernels boot, but the modules
> only point to 3.10.25, even when boot either the second 
> (kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
> kernel.
> 
> I'm going to work on this and scratch a bit..... So any other suggestions
> are welcome, although it'll be a few days until I post back. Got 
> any strings options/scripts to only filter out the english readable
> parts of mostly binary files?   Manual parsing is a drag......
> 
> What/where could the system be corrupted to only attempt to use those
> modules from 3.10.25?
> 


Your kernels look fine actually. All kernel images have that large
collection of attention-grabbing strings, they seem to be regular
compiled in error messages. And the version numbers are fine.

I've just built 3.13.1-gentoo here and my perms come out right, so it's
not a bug that e.g. snuck into that one version's Makefile. And I know
of no way for a bootloader to influence what a kernel image thinks it's
version is or how to get to it's modules (it would be a huge attack
vector if a bootloader could do that)

I think I'm all out of ideas now, you might have to consult with some
kernel guys. Per my understanding, what you describe cannot happen, so
it's an odd one indeed.



-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Re: module woes

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 431 bytes --]

On Thursday 06 Feb 2014 16:08:26 James wrote:
> What is stumping me is why  all three kernels boot, but the modules
> only point to 3.10.25, even when boot either the second 
> (kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
> kernel.

I apologise if what I suggest has already been covered, but have you edited 
your /etc/conf.d/modules to include your latest kernels' modules?

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 490 bytes --]

Re: [gentoo-user] Re: module woes

[William Kenworthy]

On 07/02/14 16:27, Mick wrote:
> On Thursday 06 Feb 2014 16:08:26 James wrote:
>> What is stumping me is why  all three kernels boot, but the modules
>> only point to 3.10.25, even when boot either the second 
>> (kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
>> kernel.
> 
> I apologise if what I suggest has already been covered, but have you edited 
> your /etc/conf.d/modules to include your latest kernels' modules?
> 

I had this problem back a few months and I had made a typo in grub so
the kernels were not loading the correct initrd.

This give a clue?

BillK

[gentoo-user] Re: module woes

[James]

William Kenworthy <billk <at> iinet.net.au> writes:


> I had this problem back a few months and I had made a typo in grub so
> the kernels were not loading the correct initrd.

> BillK

I'm using grub2. Can you be a bit more specific?


James

[gentoo-user] Re: module woes

[James]

Mick <michaelkintzios <at> gmail.com> writes:


> > What is stumping me is why  all three kernels boot, but the modules
> > only point to 3.10.25, even when boot either the second 
> > (kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
> > kernel.

> I apologise if what I suggest has already been covered, but have you edited 
> your /etc/conf.d/modules to include your latest kernels' modules?


Yes, this was a problem. I'm testing now and will post back
after I can reboot....

James

[gentoo-user] Re: module woes

[walt]

On 02/06/2014 08:08 AM, James wrote:
> What is stumping me is why  all three kernels boot, but the modules
> only point to 3.10.25, even when boot either the second 
> (kernel-3.13.0-gentoo-r1) kernel or the third (config-3.13.1-gentoo)
> kernel.

Baffling things happen to me when I compile modules with /usr/src/linux
pointing to the wrong sources.  Worth a quick look.

[gentoo-user] Re: module woes

[James]

walt <w41ter <at> gmail.com> writes:


> Baffling things happen to me when I compile modules with /usr/src/linux
> pointing to the wrong sources.  Worth a quick look.


-rw-r--r--  1 root    0 Dec 25 21:19 .keep
lrwxrwxrwx  1 root   20 Feb  2 04:01 linux -> linux-3.13.1-gentoo/

nope.....it's fine.


thx,
James