linux – 在最近的公司计算机上启动时崩溃
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了linux – 在最近的公司计算机上启动时崩溃，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含5872字，纯文字阅读大概需要9分钟。
内容图文
在最近的一些更新后,我的电脑不再开机！这是我可以确定的：
>这是最近由公司IT部门提供给我的计算机.它有一个最近的英特尔CPU(Skylake代).
>电脑运行Ubuntu 16.04.
>计算机上次在三月份正确启动了一段时间.问题可能是由于软件更新或硬件错误.
>我有另一台运行16.04的计算机,安装了几乎相同的软件(我使用了apt-clone),它运行得很好.它有不同的硬件(也是amd64,但不同的CPU,不同的GPU等).
>内核启动,initrd正常工作.当我在图形模式下使用启动画面启动时,系统会提示我输入dm-crypt卷的密码,我看到的最后一件事是它已成功挂载.
>挂起发生在我收到登录提示之前.当计算机挂起时,它很难挂起.甚至Alt SysRq也没有回应.由于风扇在全速爆炸时开启,因此CPU显然固定为100％.
>在重新启动之前,我仍然拥有运行的内核.当我在Grub菜单中选择这个内核时,我得到了相同的锁定.所以看起来这是一个预先存在的内核错误,它被其他东西触发 – 但是什么？
>如果我关闭启动屏幕(从Grub中的linux命令行中删除启动),我会看到许多服务启动,然后锁定.
>我可以通过将init = / bin / sh添加到Grub中的linux命令行来获得root shell.我甚至可以通过添加来进一步发展
systemd.unit=basic.target systemd.shell
这会启动许多服务并在tty9上运行root shell.
>如果我从该根shell运行systemctl start multi-user.target,则计算机会锁定.所以可能这个问题是由其中一个服务引发的.
>我运行了systemctl list-dependencies multi-user.target来查看哪些服务已启动.我一个接一个地手动启动列出的依赖项,一切都很好.
因此,这看起来像是由某些软件触发的硬件错误(因为它发生在一台计算机上但不发生在另一台计算机上).但是什么软件？由于计算机锁定如此困难,我无法获取任何日志.我甚至无法获得任何有用的控制台输出.
有用的调试技巧：
> Alt SysRq：magic SysRq key,可让您执行紧急重启等操作.它以非常低的级别访问内核,因此除了最糟糕的崩溃外,它可以工作.就我而言,Alt SysRq没有响应,这表明崩溃的深度.
>要修改启动参数,请在打开电源后按住Shift几秒钟.在BIOS初始化键盘之后,但在操作系统启动之前,您需要按下它.这使得Grub菜单出现.
>在Grub菜单中,按e编辑菜单项的命令行.要更改Linux引导参数,请导航到以linux开头的行.在现代的Ubuntu上,你会在“Ubuntu的高级选项”下找到旧内核.对命令行进行所需的更改后,按Ctrl x启动.您在此处所做的任何更改仅适用于此引导,它们不会保存到磁盘.
> linux命令行中的一些有用选项：
> quiet nosplash几乎隐藏了所有引导消息.删除它们以在引导期间在控制台上获取消息,这对于诊断问题是必要的.
> recovery为您提供几乎没有服务的root shell.您需要知道root密码. “恢复模式”菜单条目使用此选项.
> init = / bin / sh为您提供根本没有服务的root shell.要恢复正常启动,请运行exec init.您可以在此时传递systemd选项,例如exec init –unit = basic.target来启动init和一些服务(请注意,这不会启动任何登录方式,所以你最好在另一个控制台上运行一个shell).请注意,根文件系统以只读方式挂载;运行mount -o remount,rw /能够写入它.
> systemd.unit = basic.target启动一组非常基本的服务.请注意,这不包括任何登录方式！您可以通过在根提示符下运行systemctl set-default basic.target使其成为默认值.要恢复原始默认目标,请运行systemctl set-default graphical.target(或systemctl set-default multi-user.target,用于没有GUI的服务器).
> systemd.debug-shell在tty9上启动root shell.您可以通过在根提示符下运行systemctl enable debug-shell来为每次启动启用此功能.在解决了systemctl disable debug-shell的问题后,请不要忘记禁用此功能.按Alt F9切换到tty9.
>另见Fedora systemd tips,Arch Linux boot problem tips.
解决方法:
问题
事实证明,我的问题是最新的英特尔微代码(某些？)Skylake CPU和最近的Linux内核之间的已知问题,这主要是由sssd触发的.见Ubuntu bug #1759920 “intel-microcode 3.20180312.0 causes lockup at login screen(w/ linux-image-4.13.0-37-generic)”,以及其他一些其他错误,结果是同样的问题,例如Ubuntu bug #1746806 “sssd appears to crash AWS c5 and m5 instances, cause 100% CPU”和Ubuntu bug #1746418 “System freezes when starting Xorg after installing linux-image-4.13.0-32-generic”.如果出现以下情况,您可能会遇到此错误：
>你有一个非常新的英特尔CPU.据我所知,这个bug只出现在Skylake CPU上.
>您已安装intel-microcode软件包.恢复到之前测试过的内核对我来说不起作用,因为我只使用早期的微代码运行该内核.
>您的计算机已连接到公司网络(通常是LDAP或Active Directory)以进行用户身份验证.虽然还有其他方法可以触发bug,但运行sssd似乎是最常见的罪魁祸首.还有报道Xorg crashing.
该错误是由于2018年1月发布的Spectre安全问题的缓解.某些内核代码与某些内容代码之间存在不兼容,导致某些情况下出现锁定.
怎么修
>如果无法正常启动,则需要在Grub提示符下编辑内核命令行.请参阅问题以获取解释以及获取root shell的可能方法.
>此特定错误的解决方法是将noibpb参数添加到内核命令行(1746418/14,1759920/56).这应该让你正常启动并执行一些修复.
这会禁用导致问题的漏洞缓解,这意味着您的计算机现在容易受到某些攻击.它们是本地攻击,即攻击者需要在您的计算机上运行代码,但这些攻击可能会被执行,例如通过Web浏览器中的JavaScript.
如果您没有任何其他方法,可以通过将noibpb添加到内核命令行来使其永久化,直到您可以获得固定内核.
>在Ubuntu中,修复程序预计在on the week of 23 April 2018,可能是内核4.4.0-117和4.13.0-39.与此同时,Tyler Hicks has published test kernels为4.4和4.13.
我是如何诊断出这个问题的
我尝试了几件事(参见问题),并确定错误是在到达basic.target和到达multi-user.target之间的某处触发的.所以我将默认的systemd目标设置为basic.target(systemctl set-default basic.target)并启用debug-shell服务(systemctl enable debug-shell)以获取root shell.
我运行了systemctl list-dependencies multi-user.target并逐个手动启动列出的依赖项.这并没有引发崩溃.
并非所有服务都在systemd之前直接管理.一些服务作为Upstart服务管理,一些服务作为SysVinit scripts管理.下面的shell脚本运行所有服务.注意：我只测试了一次,它在设计上崩溃了.
#!/bin/sh
wants=$(systemctl show -p Wants multi-user.target | sed 's/^Wants=//' | tr ' ' '\n' | sort)
log=/var/tmp/multi-user-steps-$(date +%Y%m%d-%H%M%S)
log () {
echo "$* ..." | tee -a "$log"
sync
"$@"
ret=$?
echo "$* -> $ret" | tee -a "$log"
sync
return $ret
}
# systemd services
for service in $wants; do
log systemctl start $service
sleep 2
done
# upstart services
for conf in /etc/init/*.conf; do
service=${conf##*/}; service=${service%.conf}
log service ${service} start
sleep 2
done
# sysvinit services
for service in /etc/rc3.d/S*; do
log ${service} start
sleep 2
done
我的电脑在启动sssd后崩溃了.从那里开始,对“sssd linux kernel hang”的网络搜索引导我进入https://bugs.launchpad.net/cloud-images/+bug/1746806以及诊断和解决方案.
内容总结
以上是互联网集市为您收集整理的linux – 在最近的公司计算机上启动时崩溃全部内容，希望文章能够帮你解决linux – 在最近的公司计算机上启动时崩溃所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。