没有合适的资源?快使用搜索试试~ 我知道了~
首页嵌入式系统/ARM技术中的Linux系统死机的软硬件问题分析
嵌入式系统/ARM技术中的Linux系统死机的软硬件问题分析
1.2k 浏览量
更新于2023-03-03
评论
收藏 64KB PDF 举报
系统出现死机,一般分为两种情况:一是硬件问题;二是软件问题。 一、硬件问题 可以考虑分析以下几点: 1、不要超频CPU,如果已经超频的先回复到原来的频率 虽然平时运行没有问题,但可能在高负载的使用中就会出现不可预料的故障了。特别是Linux系统在某些应用上,是可以把硬件的性能发挥到极限的,但这样的硬件运行Windows可能是没有问题的。 2、确认电源供电充足 必须确保在高负载的状态下,电源可以满足负载。 3、使用memtest86检查内存状态 4、恢复BIOS到默认状态 对于服务器,可以使用自带的监测工具进行测试,也是一个不错的排错方法。
资源详情
资源评论
资源推荐

嵌入式系统嵌入式系统/ARM技术中的技术中的Linux系统死机的软硬件问题分析系统死机的软硬件问题分析
系统出现死机,一般分为两种情况:一是硬件问题;二是软件问题。 一、硬件问题 可以考虑分析以下几
点: 1、不要超频CPU,如果已经超频的先回复到原来的频率 虽然平时运行没有问题,但可能在高负
载的使用中就会出现不可预料的故障了。特别是Linux系统在某些应用上,是可以把硬件的性能发挥到极限的,
但这样的硬件运行Windows可能是没有问题的。 2、确认电源供电充足 必须确保在高负载的状态下,
电源可以满足负载。 3、使用memtest86检查内存状态 4、恢复BIOS到默认状态 对于服务器,可
以使用自带的监测工具进行测试,也是一个不错的排错方法。
系统出现死机,一般分为两种情况:一是硬件问题;二是软件问题。
一、硬件问题 一、硬件问题
可以考虑分析以下几点:
1、不要超频、不要超频CPU,如果已经超频的先回复到原来的频率,如果已经超频的先回复到原来的频率
虽然平时运行没有问题,但可能在高负载的使用中就会出现不可预料的故障了。特别是Linux系统在某些应用上,是可以
把硬件的性能发挥到极限的,但这样的硬件运行Windows可能是没有问题的。
2、确认电源供电充足、确认电源供电充足
必须确保在高负载的状态下,电源可以满足负载。
3、使用、使用memtest86检查内存状态检查内存状态
4、恢复、恢复BIOS到默认状态到默认状态
对于服务器,可以使用自带的监测工具进行测试,也是一个不错的排错方法。
二、软件问题 二、软件问题
如果已经基本排除硬件问题,那我们就必须考虑从软件上去获得死机状态的系统信息了。
1、运气足够好的话,系统死机不一定是完全死掉、运气足够好的话,系统死机不一定是完全死掉(此时键盘可能还能响应此时键盘可能还能响应),那我们就可以使用,那我们就可以使用Sysrq大法。大法。
前提是我们必须先打开sysrq功能:
#echo "1" > /proc/sys/kernel/sysrq
#setterm-blank
这样,当系统出现问题的时候,我们可以使用:
引用
Alt+Sysrq-T 获得进程系统堆栈信息
Alt+Sysrq-M 获得内存分配信息
Alt+Sysrq-W 获得当前寄存器信息
更多的热键可以参考系统上的/usr/src/linux/Documentaion/sysrq.txt
其中,setterm -blank可以关闭字符下定时黑屏保护,方便记录屏幕信息。
2、为了让屏幕显示更多的内核调试信息,可以修改控制台的显示模式为、为了让屏幕显示更多的内核调试信息,可以修改控制台的显示模式为80x25,在,在/boot/grub/menu.lst中对应的中对应的kernel
一行最后,增加一行最后,增加vga=0x305,如:,如:
引用
kernel /boot/vmlinuz-2.4.21-9.30AXsmp ro root="/LABEL"=/1 vga="0x305"
3、万一键盘也不幸死掉了,那我们只能采用串口方式,把系统信息发送到另一台系统上,方法:、万一键盘也不幸死掉了,那我们只能采用串口方式,把系统信息发送到另一台系统上,方法:
修改/boot/grub/menu.lst文件,在kernel一行最后增加核心参数"console=ttyS0 console="tty1"",如:
引用
kernel /boot/grub/vmlinuz-2.4.21-9.30AXsmp ro root="/LABEL"=/1 console="ttyS0" console="tty1"


















安全验证
文档复制为VIP权益,开通VIP直接复制

评论0