• 已解决 73482 个问题
  • 已帮助 5993 位优秀工程师

使用ArchLinux更新内核后的一些问题

不着调的小男生 2018-08-22 浏览量:1910
 最近碰到个问题
内核从4.18.1更新到4.18.2时出现的。
症状为:重启或开机会卡在Triggering uevents
我尝试的方法有:
1、强制关机,然后开机。有时卡在那里,有时成功开机。尝试次数:十多次。
2、卸掉所有外设,如无线网卡、键盘、鼠标等,然后尝试开机。在4.18.2的内核上时,这样做每次都可以成功开机。在4.18.3的内核上时,有时能开机,有时不能开机,最近几次尝试此方法不能开机。尝试次数:十多次。
3、卸载无线网卡的dkms驱动。由于之前卸掉外设可以开机,所以怀疑是这个驱动的问题,故卸载它。依旧卡在那里。尝试次数:一次。
4、更新内核。从4.18.2更新到4.18.3时,第一次可以重启开机,然后又出现卡在Triggering uevents的情况。
5、在grub时按e,在linux那一行添加内核参数nomodeset。不能开机。尝试次数:两、三次。
6、在grub时按e,在linux那一行添加内核参数acpi=off。可以开机。开机后笔记本自带键盘、触摸板不能使用,电池信息无法读取。尝试次数:很多次了,每次都成功。
7、在grub时按e,在linux那一行添加内核参数loglevel=7以观察详细开机日志。卡住的地方在四次尝试中有三次相同,一次与其他不同,具体内容忘记记录了。尝试次数:四次。
目前我的开机方法:首先在grub时按e,在linux那一行添加内核参数acpi=off开机,然后重新安装一遍内核pacman -S linux然后重启成功开机。
以上就是我目前的情况了,还望有人相助啊
0 0 收起

我来回答

上传资料:
选择文件 文件大小不超过15M(格式支持:doc、ppt、xls、pdf、zip、rar、txt)
最佳答案
  • X86的Arch Linux经常发生这种问题的,好几年前就这样,因为Arch它发布更新时候,本来就是懒得做各种稳定性测试的,滚挂了真是太正常了。

    一般来说,如果设置了acpi=off,dmesg | grep -i acpi也就定位不到问题了。

    后面的设置是对的,当使用lolevel=7设置启动时候,可以从日志观察到卡在哪里了,然后找到硬件问题的位置。

    三次卡在哪里,就是哪个硬件的问题。

    或者准确地说是哪个硬件的驱动的问题。

      

    解决方法很简单啊,不要用Arch就好了,换CentOS

    • 发布于 2018-08-22
    • 举报
    • 评论 1
    • 0
    • 0
不着调的小男生 回复了 xukejing:不换,已经用ArchLinux做主系统已经3年了。最多考虑Debian。。。Centos这辈子都不会做桌面系统的、、 回复

其他答案 数量:6
  • arch 本来就不稳定,更新也快,也可能是bug,玩arch就好好折腾。

    从你提供的信息看应该是卡在内核没起来,uevent 貌似是在等一个事件,具体可以分析你屏幕的输出信息,或者打开debug信息看

    • 发布于2018-08-22
    • 举报
    • 评论 0
    • 0
    • 0

  • 是电脑还是开发板,

    功率是不是足够的

    • 发布于2018-08-23
    • 举报
    • 评论 1
    • 0
    • 0
不着调的小男生 回复了 你中有我 :个人PC 回复

  • 这种有可能是内核本来就有BUG

    首先移植系统我们一般是不会去动内核源码的,其次,linux的运行环境又没什么不同,那卡启动只有可能是内核的代码本来就有问题

    从你提供的调试记录来看,应该是ACPI的驱动部分有问题

    • 发布于2018-08-26
    • 举报
    • 评论 0
    • 0
    • 0

  • 要排查一下你的代码是否涉及了内核的操作,检查这一部分的代码
    • 发布于2018-09-17
    • 举报
    • 评论 0
    • 0
    • 0

  • 这个内核是根据内核进去配置的,这个代码自身就是有点小的bug
    • 发布于2018-09-19
    • 举报
    • 评论 0
    • 0
    • 0

  • 因为内核的操作涉及到了你的硬件的配置,如果你没有操作内核代码,估计这个内核本身就是有问题
    • 发布于2018-09-22
    • 举报
    • 评论 0
    • 0
    • 0

相关问题

问题达人换一批

使用ArchLinux更新内核后的一些问题