linux内核错误
尝试一下不要用中文路径。
② LINUX 升级内核时报错
你是不是用发行版改动过的源代码编译的？如果是从 kernel.org 里下载的内核，应该不会出现这种情况。
我以前是用的红帽的内核。这个里面的选项依赖性很强，只有一点一点的试了。我的做法是 先用原生的 .config 文件编译，看能不能通过，再每次少改动一两个选项，试试看能不能编译。有一个能加速编译的工具 ccache 你右以考虑下。
③ Linux内核编译出错。
你的编译环境有问题。
as 提示不支持某个参数，而且从上面看你应该在编译 arm 架构的内核，但后面的提示是 as 命令，这种名字的命令（没有架构前缀）应该是本地编译器。我想你不太可能在 arm 上本地编译内核吧（实际上确实可以，而且我以前玩 arm 也都倾向于 arm 上本地编译，就是速度慢，需要用 distcc 加速，但兼容好）？
貌似是 -EL 参数 ix86 架构不支持。所以不太可能这步就是应该用本地 as 编译。
如果不是 arm 本地编译，那有可能这步用错了 as 这个汇编器命令。你的台式计算机 as 是 x86 或者 amd64 的，肯定不支持 arm 特有的编译参数和代码。
你看看你的编译文章吧。可能有错，不符合现在内核编译的规范了。或者 GCC 版本太老或者太新不支持这个参数。不排除你的交叉编译环境有问题。
别听那匿名胡扯的，内核源代码根本没有 configure 。
④ 编译在X86平台下运行的linux内核出错 make: Warning: File `.config' has modification time 6.5e+02 s in
出现这种错误有可能是因为工程在别的电脑上一直到当前的电脑上，进行编译出现的。主要是因为两个环境的时间不对应。
原因：window的时间和虚拟机上的时间有差异。
解决：修改虚拟机上的时间。
指令1：sudo date -s 02/19/2021 //月、日、年
指令2：sudo date -s 14:46:00 //时、分、秒
⑤ linux 内核错误
在centOS上利用makebzImage编译内核出错，config文件用的是centos自带的/boot/config-2.6.32-358.el6.i686文件，无论是编译2.6.32.67，还是3.2.71版本，都出现如下的错误：make[4]:***没有规则可以创建“/home/dadi/test/linux-3.2.71/usr/include/lin
⑥ 内核错误的Linux kernel oops
在Linux上，oops即Linux内核的行为不正确，并产生了一份相关的错误日志。许多类型的oops会导致内核错误，即使系统立即停止工作，但部分oops也允许继续操作，作为与稳定性的妥协。这个概念只代表一个简单的错误。
当内核检测到问题时，它会打印一个oops信息然后杀死全部相关进程。oops信息可以帮助Linux内核工程师调试，检测oops出现的条件，并修复导致oops的程序错误。
Linux官方内核文档中提到的oops信息被放在内核源代码Documentation/oops-tracing.txt中。通常klogd是用来将oops信息从内核缓存中提取出来的，然而，在某些系统上，例如最近的Debian发行版中，rsyslogd代替了klogd，因此，缺少klogd进程并不能说明log文件中缺少oops信息的原因。
若系统遇到了oops，一些内部资源可能不再可用。即使系统看起来工作正常，非预期的副作用可能导致活动进程被终止。内核oops常常导致内核错误，若系统试图使用被禁用的资源。
⑦ linux内核编译错误 本人菜鸟 请高手指教
配置单中对于控制台的配置有误，添加了多余的配置导致的。
解决方法：通过make menuconfig 进入配置界面，在Device Drivers->Graphics Support->Console display driver support中去掉VGA text console,保存设置后再编译就可以了
⑧ Linux 0.11内核编译错误记录
现象1： 提示gas gld 比识别
措施： gnu编译器发展到后来,越来越流行,更多使用别名为 as ld gcc等.
现象2： 提示字节对齐需要是 2的倍数
措施： 具体解决方法: 利用命令 sed -i 's/align 2/align 4/g' filename 替换align 2 为 align 4（align 3 替换为 align 8）
sed -i 's/align 2/align 4/g' boot/head.s
sed -i 's/align 3/align 8/g' boot/head.s
现象3： -fcombine-regs -mstring-insns选项不识别
措施： 此两个选项已经过时,直接去掉即可
现象4： warning 特别多
措施： 将-Wall 替换为 -w
现象5： __stack_chk_fail 未定义
措施： 去网上搜了一下，在Makefile中的$(CFLAGS)后面加上-fno-stack-protector，即不需要栈保护
现象6： main.c 中_syscall0重复定义
措施： main.c static inline _syscall0(int, fork) 去掉static即可
现象7： 提示内嵌汇编不符合语法限制
措施： 类似的问题在后面编译中出现好多，C内嵌汇编的格式 asm (汇编语句：输入寄存器：输出寄存器：可能被修改的寄存器），最新的GCC规定 输入或输出寄存器不能出现在可能被修改的寄存器中，目前看到网上的方法是把所有类似问题的可能被修改的寄存器全部删掉 解决方案：find -type f -exec sed -i 's/:"w{2}"(,"w{2}") )/:) /g' {} ; 其中's/:"w{2}"(,"w{2}") /:/g'
现象8： 在 control.c 中清楚定义了 static unsigned char attr = 0x70 ,而在链接 control.o 时，却爆出 attr未定义。
措施： 用 nm -C control.o 查看其符号，发现attr确实处于未定义状态。故单独编译一个小程序定义静态变量，查看其 .o 文件中，发现静态变量定义正常。故考虑为编译选项差异导致，最终发现因为 -O 编译优化选项导致，目前处理方式是去掉该选项。
现象9： build.c:(.text+0xde): undefined reference to `MAJOR'
措施： 通过分析编译打印信息，发现编译时没有加入头文件路径 -Iinclude
现象10: fs/fs.o: In function check_disk_change':(.text+0x1b2f): undefined reference to invalidate_buffers'
措施: 查找发现此函数定义在buffer.c 中,且为内联函数, 故尝试将其更改为普通函数, 然后编译通过.
现象11: 编译 build.c 时报错:/usr/include/i386-linux -gnu/bits/stdio2.h:57:8: error: unknown type name ‘__gnuc_va_list’
措施: 分析发现时此系列错误均由 -Iinclude 选项导致, 而该选项在 想象9 中加入, 故考虑去掉该选项, 直接在build.c 中加入 MAJOR 宏定义.