编译内核安装模块出错

1. 编译linux内核,安装模块的过程中死机,重启后是要直接安装模块呢，还是重新编译内核（已make成功）

我觉得安装模块过程中死机，不会影响到已经编译好的模块。模块还是编译过的，直接install就可以了。

2. 编译内核时出现这种问题是什么情况

、若编译内核时总是出现同一个错误，如下：
在make moles_install时最后几行弹出错误：
if [ -r System.map -a -x /sbin/depmod ]; then /sbin/depmod -ae -F System.map 2.6.12.2; fi
/bin/sh: line 1: 3357 已杀死 /sbin/depmod -ae -F System.map 2.6 .12.2
make: *** [_modinst_post] 错误 137
如果继续make install,重启，是进不去刚刚编译安装的那个内核的，显示内核错误。
分析：如果 System.map可读 并且 /sbin/depmod可执行；那么就执行/sbin/depmod -ae -F System.map 2.6.20;结束
depmod（depend mole）
功能说明：分析可载入模块的相依性。
语 法：depmod [-adeisvV][-m <文件>][--help][模块名称]
补充说明：depmod可检测模块的相依性，供modprobe在安装模块时使用。
参 数：
-a或--all 分析所有可用的模块。
-d或debug 执行排错模式。
-e 输出无法参照的符号。
-i 不检查符号表的版本。
-m<文件>或system-map<文件> 使用指定的符号表文件。

3. linux内核模块安装出错！！

2.4,好老的内核,一定要用2.4吗?你自己修改过内核源代码?一般那么老的内核只有做嵌入式自己修改内核才会用到,以适应开发板附带的文件系统,如果没要求建议你换2.6内核吧,最新的内核make,make install直接搞定,自己去kernel.org下
补充回答:
其实内核大小与版本没关系,需要看你自己订制得如何,自己用make menuconfig进去调整,不要的驱动都别编译,恢复盘也就只要启动基本系统就好,什么声卡显卡等高级驱动都不要的,我们做嵌入式开发的时候2.6内核裁减过之后编译出来也就几百K
另外,团IDC网上有许多产品团购,便宜有口碑

4. 编译内核模块错误（linux）

在这些高版本的RedHat Linux上，我们如果需要定制内核的话，没有直接的源代码rpm可以安装，只能通过kernel.org下载的tar.gz的包手工安装，或者通过kernel-*.src.rpm编译出kernel-source包再来安装。后面一种方法可以享受到RedHat针对内核的某些参数和代码的优化，因此对使用RedHat发行版特别是企业版本的，是有一定好处的。
但是目前很多人至今分不清内核，内核开发，内核源代码一些包之间的关系，因此在编译内核的时候经常走弯路，同时RedHat官方对于如果得到kernel-source也没有明确的指示，导致很多人不得要领。

首先认清楚各rpm包的内容和用途
kernel-*.rpm ------------- 内核二进制包，没有的话系统都起不来
kernel-sourcecode-*.rpm------------------- 内核源代码包，安装到/usr/src/linux-*下面的，包含内核源代码，编译内核必须（当然是不考虑用kernel.tar.gz编译的情况），但高版本RedHat Linux不再提供此rpm，原因参见官方Release Note，这篇文章的最终目的就是要我们自己把这个包搞出来。
kernel-devel-*.rpm----------------内核开发包，安装到/usr/src/kernels，用于内核模块开发，组织形式跟内核源代码包类似，包含了部分内核源代码。注意很多人误认为这个就是内核源代码包，直接拿它来编译内核，当然不可能成功。这个包只是用于内核模块一级开发，例如驱动程序等，虽然也可以make menuconfig make dep等，但make bzImage是不可能成功的，因为缺失了核心源代码。
kernel-*.src.rpm---------------RedHat提供的用于建立rpm的源代码包，安装到/usr/src/redhat中，使用rpmbuild可以从这个包中build出上面所说的所有包。

现在就来从src.rpm编译出上面的所有的包，除了sourcecode这个包其他的包都可以在不用修改任何地方的情况下直接rpmbuild出来，唯有sourcecode这个比较麻烦，一定要按照下面的步骤来做，我以RedHat AS4 所带的版本为例，其他版本相同。

#首先安装src.rpm
rpm -ivh kernel-2.6.9-5.EL.src.rpm
#进入相应目录，要修改spec文件
cd /usr/src/redhat/SPECS
vi kernel-2.6.spec
#主要修改如下地方：
1，define buildsource 0------------我的这个在第8行，改为1，这就是为什么没有源代码包的原因，因为默认不生成源代码包
2， Requires: qt-devel, gtk2-devel readline-devel ncurses-devel-------我的在572行，如果没用用X的话，把这句注释掉，这样编译出来的包就不依赖于X-window的某些包，因为内核配置是可以make xconfig的，所以默认依赖X-window，我没装X-window，因此这个就去掉了。
#保存退出
touch /etc/beehive-root
#这句命令非必须，如果不做的话，最后编译出来的包都会变成kernel-*.*-root.rpm，多了个root，据说是为了标示包的编译人的，如果touch了这个文件，就没有这个问题了，命名和官方rpm一样。
rpmbuild -ba --target=i686 ./kernel-2.6.spec
#编译i686平台的所有包，这样上面介绍的所有包都会生成，或者换成rpmbuild -bb --target=i686 ./kernel-2.6.spec只编译非src.rpm。
#所有包就会生成到/usr/src/redhat/RPMS/i686下面

#如果只需要sourcecode而并非所有rpm包，那在修改spec文件时还要修改如下行：

48 %ifarch noarch
49 %define builddoc 1
50 %define buildsource 0----------------这里0修改为1
在编译的时候使用rpmbuild -ba --target=noarch ./kernel-2.6.spec，这样仅仅编译soucecode和doc包，会节省很多时间。

注意，此篇文章所讲所有内容仅适用于使用2.6内核的新版本RedHat Linux，2.4版本内核代码组织方式不同，不适用此文章。

以上这篇文章取自互联网,我忘了出处,尊敬作者.

5. 为什么内核编译老出错

主要问题在于每个人每台电脑的环境都不相同, 编译时常需要大量库文件, 不同版本也会有差异性; 再加上还有使用者环境设定的差异, 产生权限或路径等差异情况. 因此, 出错是正常的, 找出相对应的问题并逐步解决, 即可完成编译

6. linux编译内核时，到安装内核模块：#make moles_install 时，过程中提示设备上没有空间

建议裁剪内核，内核中很多驱动模块，子系统等一般用户都用不上，我在我自己的电脑上裁剪后编译的内核源码树大小只有700多M~

7. 编译内核模块常见有关问题怎么解决

第一次把自己编译的驱动模块加载进开发板，就出现问题，还好没花费多长时间，下面列举出现的问题及解决方案
1：出现insmod: error inserting 'hello.ko': -1 Invalid mole format

法一（网上的）：是因为内核模块生成的环境与运行的环境不一致，用linux-2.6.27内核源代码生成的模块，可能就不能在linux-2.6.32.2内核的linux环境下加载，需要在linux-2.6.27内核的linux环境下加载。

a.执行 uname -r //查看内核版本

b.一般出错信息被记录在文件/var/log/messages中，执行下面命令看错误信息
# cat /var/log/messages |tail

若出现类似下面：

Jun 4 22:07:54 localhost kernel:hello: version magic '2.6.35.6-45.fc14.i686.PAE

' should be '2.6.35.13-92.fc14.i686.PAE'

则把 Makefile里的KDIR ：=/lib/moles/2.6.35.6-45.fc14.i686.PAE/build1 改为

KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1 //改成自己内核源码路径

（这里的build1是一个文件链接，链接到/usr/src/kernels/2.6.35.6-45.fc14.i686.PAE和13-92的）

然并卵，我的fedora 14 /usr/src/kernels下并没有2.6.35.13-92.fc14.i686.PAE，只有2.6.35.13-92.fc14.i686，虽然不知道两者有什么区别，但改成2.6.35.13-92.fc14.i686还是不行，照样这个问题，还好后来在看教学视频的到启发

法二：改的还是那个位置
KDIR ：=/opt/FriendlyARM/linux-2.6.32.2 //把这里改成你编译生成kernel的那个路径
all:
$ (MAKE) -C $ (KDIR) M = $ (PWD) moles ARCH=arm CROSS_COMPILE=arm-linux- //加这句
2. [70685.298483] hello: mole license 'unspecified' taints kernel.
[70685.298673] Disabling lock debugging e to kernel taint

方法：在模块程序中加入： MODULE_LICENSE("GPL");
3. rmmod: chdir(2.6.32.2-FriendlyARM): No such file or directory 错误解决
方法：lsmod 可查看模块信息
即无法删除对应的模块。
就是必须在/lib/moles下建立错误提示的对应的目录（(2.6.32.2）即可。

必须创建/lib/moles/2.6.32.2这样一个空目录,否则不能卸载ko模块.
# rmmod nls_cp936
rmmod: chdir(/lib/moles): No such file or directory
但是这样倒是可以卸载nls_cp936,不过会一直有这样一个提示：
rmmod: mole 'nls_cp936' not found
初步发现,原来这是编译kernel时使用make moles_install生成的一个目录,
但是经测试得知，rmmod: mole 'nls_cp936' not found来自于busybox,并不是来自kernel
1).创建/lib/moles/2.6.32.2空目录
2).使用如下源码生成rmmod命令,就可以没有任何提示的卸载ko模块了[luther.gliethttp]
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <string.h>
#include <errno.h>
int main(int argc, char *argv[])
{
const char *modname = argv[1];
int ret = -1;
int maxtry = 10;
while (maxtry-- > 0) {
ret = delete_mole(modname, O_NONBLOCK | O_EXCL);//系统调用sys_delete_mole
if (ret < 0 && errno == EAGAIN)
usleep(500000);
else
break;
}
if (ret != 0)
printf("Unable to unload driver mole \"%s\": %s\n",
modname, strerror(errno));
}
3).把生成的命令复制到文件系统
# arm-linux-gcc -static -o rmmod rmmod.c
# arm-linux-strip -s rmmod
# cp rmmod /nfs/
cp /nfs/rmmod /sbin

代码如下：
proc.c
[html] view plain
<span style="font-size:18px;">#include <linux/mole.h>
#include <linux/kernel.h>
#include <linux/init.h>
#include <linux/proc_fs.h> /* Necessary because we use the proc fs */
#define procfs_name "proctest"

MODULE_LICENSE("GPL");
struct proc_dir_entry *Our_Proc_File;
int procfile_read(char *buffer,char **buffer_location,off_t offset, int buffer_length, int *eof, void *data)
{ int ret;
ret = sprintf(buffer, "HelloWorld!\n");
return ret;
}

int proc_init()
{ Our_Proc_File = create_proc_entry(procfs_name, 0644, NULL);
if (Our_Proc_File == NULL) {
remove_proc_entry(procfs_name, NULL);
printk(KERN_ALERT "Error: Could not initialize /proc/%s\n",procfs_name);
return -ENOMEM; }
Our_Proc_File->read_proc = procfile_read;//
// Our_Proc_File->owner = THIS_MODULE;
Our_Proc_File->mode = S_IFREG | S_IRUGO;
Our_Proc_File->uid = 0;
Our_Proc_File->gid = 0;
Our_Proc_File->size = 37;
printk("/proc/%s created\n", procfs_name);
return 0;
}
void proc_exit()
{ remove_proc_entry(procfs_name, NULL);
printk(KERN_INFO "/proc/%s removed\n", procfs_name);
}
mole_init(proc_init);
mole_exit(proc_exit);</span></span></span></span></span>

[html] view plain
<span style="font-size:18px;">

ifneq ($(KERNELRELEASE),)
obj-m :=proc.o
else
KDIR :=/opt/FriendlyARM/linux-2.6.32.2
#KDIR :=/lib/moles/2.6.35.13-92.fc14.i686.PAE/build1
PWD :=$(shell pwd)
all:
$(MAKE) -C $(KDIR) M=$(PWD) moles ARCH=arm CROSS_COMPILE=arm-linux-
clean:
rm -f *.ko *.o *.mod.o *.mod.c *.symvers
endif</span></span></span></span></span>

make后生成proc.ko，再在开发板上insmod proc.ko即可
执行 dmesg 就可以看到 产生的内核信息啦

8. ubuntu下安装virtualbox-3.2_3.2.6-63112_Ubuntu_lucid_amd64.deb，提示内核模块编译失败

出现这种问题是因为内核头文件包没有安装，用apt-get在线安装这个包就可以了，在错误提示信息里面有说明（log文件里面的说明会更详细）。这个包的名字是以linux-headers开头的，先查询包的完整名字（因为完整名字不同的内核版本都不一样），再用apt-get install来安装。

9. linux内核编译出错

/dev 的问题我要没记错是需要编译 devfs 这个东西。另外可能还需要 tmpfs 。
/dev/console 如果不存在，那 linux 连启动都会有问题。启动一个控制台必须要一个 console ，以及几个 /dev/ttyXXXXX 的设备。这个必须在内核正式挂载系统后马上存在，不然任何程序都不能继续运行（系统启动时必须有一个程序通过这个设备连接内核进行控制）。也就是说，这个文件必须早就在硬盘上，除非你的使用 initrd ，在 initrd 这个预先设计好的内存盘上面存在也可以的。

你这个已经存在的错误就是因为前面的 mount /dev 失败导致的。

用 2.4 说稳定的那帮其实都是用 windows 的。

你现在最大的问题就是内核配置完全的有问题，none 和内核无关，这是 mount 的一个参数，如果是 tmpfs 、devfs 、sysfs、usbfs 这种内存中存在的特殊文件系统，那么这个 none 的部分就不是必须的，所以有个 none 就是替代品，如果是整一个 ext3、fat 什么的实际的文件系统硬件，那么这个 none 必须是这个文件系统的设备文件。

你现在的错误和 i2c 一点关系都没有。错误信息和正常提示信息的区分能力必须有。
我真不明白你连错误信息都看不懂的时候，为什么去编译内核？
那个骗子让你这么干的？

10. 今天用16.04ubuntu编译内核4.7.4 安装模块时出现问题，求助

我刚刚安装了，你照我的说法去做。先输入su切换到root用户，然后输入你的root密码然后再安装就可以。直接安装v im就行。