![看门狗:BUG:软锁定 - 在 MINISFORUM N4020 上启动 (Arch) Linux 时 CPU#0 卡住](https://linux22.com/image/195495/%E7%9C%8B%E9%97%A8%E7%8B%97%EF%BC%9ABUG%EF%BC%9A%E8%BD%AF%E9%94%81%E5%AE%9A%20-%20%E5%9C%A8%20MINISFORUM%20N4020%20%E4%B8%8A%E5%90%AF%E5%8A%A8%20(Arch)%20Linux%20%E6%97%B6%20CPU%230%20%E5%8D%A1%E4%BD%8F.png)
上述行为仅有的发生在冷启动装置。进入和离开 BIOS 已经避免了这个问题。但ctrl+alt+del
当显示 grub 菜单时按也是如此。任何其他方法(例如 BIOS 中选项的多种组合)对我来说都不起作用。
更新:设备崩溃了值班时并不断重新启动,正常运行时间在 10 分钟到 3 小时之间。目前正在再次调查中,但是在没有网络/负载的情况下看起来很稳定。 Memtest 通过了 4 轮,没有出现错误。
答案1
我进行了一些尝试,并通过首先“引导”到重新引导并随后启动 Linux 内核来“解决”(规避)了这个问题:
/etc/默认/grub
GRUB_DEFAULT=saved GRUB_SAVEDEFAULT=true ...
/etc/grub.d/05_minisforum_reboot
#!/bin/sh exec tail -n +3 $0 menuentry "MINISFORUM BOOTFIX" { echo "Provoking a reboot and then booting the FIRST remaining option (#1)..." echo "This circumvents the soft locks errors/crash on COLD (power on) boot!" set saved_entry=1 save_env saved_entry sleep 5 #remove to save 5 more seconds on boot reboot }
根:crontab -e
@reboot /usr/bin/grub-set-default 0 #set the default back to MINISFORUM BOOTFIX
这样Power On
BIOS 选项也可以正常工作,因此设备在(重新)通电时可以完美地启动到 Linux。
我依然为之高兴真实的这个问题的解决办法。我的猜测是热问题或 eMMC 的一些初始化问题。
答案2
软锁定是一个 Linux 内核错误,当某些任务可能导致线程循环并且内核不会将活动释放给其他进程时。更新内核似乎是唯一的解决方法。
跑步:
$ sudo apt-get upgrade
或者
$ sudo apt upgrade
在 Ubuntu LTS 服务器上安装内核更新
键入以下 apt-get 命令:
$ sudo apt-get dist-upgrade
如果安装了新内核,请重新启动 Linux 服务器:
$ sudo reboot
检查它是否仍然发生