Kernel 当glibc被改变时,内核恐慌

Kernel 当glibc被改变时,内核恐慌,kernel,glibc,Kernel,Glibc,对于定制板,我在malloc代码中对glibc做了一些更改。替换根文件系统中的glibc,并编译内核以拥有此根文件系统。当内核启动时,我得到一个内核死机错误: not syncing- attempted to kill init! 这里init是到busybox的链接,它是动态编译的 我认为这是因为init进程无法运行,因为它可能试图访问glibc的功能,这最终导致它崩溃。你能告诉我glibc在这个时候是否会出现吗?如果是的话,我怎样才能找到故障的位置,因为内核死机并没有给我提供有用的信

对于定制板,我在malloc代码中对glibc做了一些更改。替换根文件系统中的glibc,并编译内核以拥有此根文件系统。当内核启动时,我得到一个内核死机错误:

  not syncing- attempted to kill init!
这里init是到busybox的链接,它是动态编译的

我认为这是因为init进程无法运行,因为它可能试图访问glibc的功能,这最终导致它崩溃。你能告诉我glibc在这个时候是否会出现吗?如果是的话,我怎样才能找到故障的位置,因为内核死机并没有给我提供有用的信息

谢谢,
Kapil

我不知道你的问题的直接答案,但我总是这样做,以获得更多信息来调试此类问题(内核死机),这对我总是有帮助。您应该启用内核oops模块特性。当内核死机发生时,这将为您提供在内核死机之前调用的所有例程的跟踪。它在终端上打印出来。在崩溃之前查看系统的来源非常有帮助。我不知道您使用的是什么平台,但我使用的是ARM,我可以从菜单配置中执行此操作。其他平台也可能类似