On 13/07/2015 19:47, Mick wrote: > On Monday 13 Jul 2015 17:42:22 Alexander Kapshuk wrote: >> On Mon, Jul 13, 2015 at 5:29 PM, Alan McKinnon <[email protected]> > wrote: >>> Did a new install, the new kernel can't load modules: >>> >>> # modprobe nfsv3 >>> modprobe: ERROR: could not insert 'nfsv3': Exec format error >>> >>> Odd. Never had this before. The module file itself is a regular 64-bit >>> ELF file, just as it should be (compared to a working module on another >>> machine) >>> >>> gcc is 4.8.4 as supplied by a recent stage3-amd64-20150709.tar.bz2: >>> # gcc -v >>> Using built-in specs. >>> COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.4/gcc >>> COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.4/lto-wrappe >>> r Target: x86_64-pc-linux-gnu >>> Configured with: >>> /var/tmp/portage/sys-devel/gcc-4.8.4/work/gcc-4.8.4/configure >>> --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr >>> --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.4 >>> --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/include >>> --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4 >>> --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/man >>> --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/info >>> --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.4/include/g++ >>> -v4 --with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.4/python >>> --enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt >>> --disable-werror --with-system-zlib --enable-nls >>> --without-included-gettext --enable-checking=release >>> --with-bugurl=https://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.4 >>> p1.6, pie-0.6.1' --enable-libstdcxx-time --enable-shared >>> --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu >>> --enable-multilib --with-multilib-list=m32,m64 --disable-altivec >>> --disable-fixed-point --enable-targets=all --disable-libgcj >>> --enable-libgomp --disable-libmudflap --disable-libssp --enable-lto >>> --without-cloog --enable-libsanitizer >>> Thread model: posix >>> gcc version 4.8.4 (Gentoo 4.8.4 p1.6, pie-0.6.1) >>> >>> make.conf seems correct: >>> CHOST="x86_64-pc-linux-gnu" >>> CFLAGS="-march=native -O2 -pipe" >>> CXXFLAGS="${CFLAGS}" >>> ACCEPT_KEYWORDS="~amd64" >>> >>> The kernel loads and runs OK: >>> # uname -a >>> Linux download 4.1.2-gentoo #1 SMP Mon Jul 13 13:28:40 SAST 2015 x86_64 >>> Intel(R) Core(TM) i7-2720QM CPU @ 2.20GHz GenuineIntel GNU/Linux >>> >>> and the kernel was built with gcc auto-detection: >>> # grep NATIVE /boot/config-4.1.2-gentoo >>> CONFIG_MNATIVE=y >>> >>> and the .config was grabbed from a working machine with very similar >>> hardware (one minor hardware upgrade ahead) >>> >>> I haven't done a full world update yet, most code is still what's in the >>> stage3, but always in the past that hasn't been a problem; the stage >>> must successfully build a kernel and load the modules. >>> >>> Module loading works just fine when booted from the Gentoo minimal >>> install image. >>> >>> So, what dumbass n00b error did I make today? >>> >>> >>> -- >>> Alan McKinnon >>> [email protected] >> >> Does 'modprobe -nv' say anything useful? >> >> Anything of interest in '/var/log/dmesg'? > > > Just in case you missed it on the enthusiasm of a new install, have you set: > > CONFIG_MODULES=y
Yes, that's set. And the kernel correctly loads modules it finds it needs on startup. I just can't do it from userspace. > > and of course built as modules whatever you're modprobing. > > BTW, is the module in question called 'nfsv3', or is it 'nfs'? I don't use > it > myself to know. The name is correct. There's a module "nfs" for core stuff and "nfsv3" & "nfsv4" fr the different versions. -- Alan McKinnon [email protected]
