X86的Arch Linux经常发生这种问题的,好几年前就这样,因为Arch它发布更新时候,本来就是懒得做各种稳定性测试的,滚挂了真是太正常了。
一般来说,如果设置了acpi=off,dmesg | grep -i acpi也就定位不到问题了。
后面的设置是对的,当使用lolevel=7设置启动时候,可以从日志观察到卡在哪里了,然后找到硬件问题的位置。
三次卡在哪里,就是哪个硬件的问题。
或者准确地说是哪个硬件的驱动的问题。
解决方法很简单啊,不要用Arch就好了,换CentOS
arch 本来就不稳定,更新也快,也可能是bug,玩arch就好好折腾。
从你提供的信息看应该是卡在内核没起来,uevent 貌似是在等一个事件,具体可以分析你屏幕的输出信息,或者打开debug信息看
是电脑还是开发板,
功率是不是足够的
这种有可能是内核本来就有BUG
首先移植系统我们一般是不会去动内核源码的,其次,linux的运行环境又没什么不同,那卡启动只有可能是内核的代码本来就有问题
从你提供的调试记录来看,应该是ACPI的驱动部分有问题