1 |
I'm having problems with newly compiled modules (zfs (et al.) and vbox |
2 |
(et al.)) and kernel after doing two "emerge -DuNe @world"s. |
3 |
|
4 |
Everything worked fine after rebooting after the first "emerge -DuNe |
5 |
@world". So, I did another "emerge -DuNe @world". (This harks back to |
6 |
the old stage 1 -> stage 2 -> stage 3 methodology that I cut my teeth |
7 |
on. Create the new tool, use said tool to recreate the tool.) |
8 |
|
9 |
After the reboot after this second "emerge -DuNe @world" is when my ZFS |
10 |
pool became inaccessible. |
11 |
|
12 |
Aside: I migrated from ZFS 0.7.999 to 0.8 as part of the first emerge. |
13 |
This worked fine. |
14 |
|
15 |
I have since found out that I can't load vbox* modules, nor can I boot a |
16 |
kernel that I can successfully build. |
17 |
|
18 |
The modules fail with the following error: |
19 |
|
20 |
modprobe: ERROR: could not insert '<module name>': Exec format error. |
21 |
|
22 |
Dmesg reports the following associated error: |
23 |
|
24 |
[ <seconds since boot>] module: <module name>: Unknown rela |
25 |
relocation: 4 |
26 |
|
27 |
My searches online have made me think that this /might/ be a problem |
28 |
with newer binutils. But I'm not sure. |
29 |
|
30 |
So, I figured that I'd ask for some help / input before I do something |
31 |
drastic that I might regret, like making things worse, or painting |
32 |
myself into a corner that I can't back out of. |
33 |
|
34 |
Aside: I have regained access to my ZFS pool by restoring the ZFS |
35 |
contents of the /lib/modules/<version>/extra directory. |