Ⅰ linux系统无故死机，系统日志报错如下，各位帮忙看看是因为什么
您好，很高兴为您解答。
L Linux 死机有很多种情况,最常见的是系统负载过高导致的。
由于系统负载过高导致的卡死,一定是解决的越快越好!此时必须 记住的是,不能再试图依赖任何图形界面的东西,如 Gnome 的系统监视器，这只会继续加重这种卡死的局面。Linux 最初就是不需要图形界面的,因为有一个很强大的文字界面。按 Ctrl-Alt-F1(F1-F6 一般来说都可以),然后等一会儿,就会切换到 tty,也就是所谓的文字界面。这个时候需要用用户名密码登入。注意,可能键盘输入的速度比较慢,不过应该还是可以忍受的。下面在提示符后面输入 top 回车,这时会看到一张动态的表,上面列出了耗用资源最多的进程。观察它刷新一两次,按q退出,然后输入 kill ,其中的 PID 你可以在 top 里面看到。这个时候应该会快了不少,如果你发现没有成功结束掉,就再输入 kill -KILL ,这次基本上就没问题了。
除了上面这种情况外,一些底层软件的 bug 也可能导致一些奇怪的死机问题。在键盘上可以找到一个叫做“Sys Rq”的键,在台机的键盘上通常与 Prt Sc 共键,在笔记本可能在其他位置,如 Delete。以台机为例,要使用这种方法需要按住 Alt-Print(Sys Rq),然后依次按下 reisub 这几个键,按完 b 系统就会重启。
下面解释一下这个方法:其实 Sys Rq 是一种叫做系统请求的东西,按住 Alt-Print 的时候就相当于按住了 Sys Rq 键,这个时候输入的一切都会直接由 Linux 内核来处理,它可以进行许多低级操作。这个时候 reisub 中的每一个字母都是一个独立操作,他们分别表示: unRaw将键盘控制从X Server那里抢回来 tErminate 给所有进程发送 SIGTERM 信号,让他们自己解决善后kIll 给所有进程发送 SIGKILL 信号,强制他们马上关闭 Sync将所有数据同步至磁盘 Unmount将所有分区挂载为只读模式 reBoot重启 这6个字母的顺序是不可以记错的。
如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】
希望我的回答对您有所帮助，望采纳！
~ O(∩_∩)O~
Ⅱ linux死机 日志 麻烦解释下每句代表的意思！ 谢谢
如果经常出现则最可能使内存问题.如果非常频繁的出现也可能与cpu有关
Ⅲ 如何查找Linux死机原因
大致可以分为软件和硬件两类。
1.可能是系统中存在某些应用程序干扰了系统的正常运行，尤其是某些获得root权限的程序，因此为了手机的系统安全，请不要随意使用root权限。
2.可能是因为软件不兼容当前的系统版本，这点和电脑很相似，比如有些程序，在windows XP下可以正常使用，但在win7中就不能使用。这种情况需要等待该软件的升级。
3.可能是个人在使用过程中，误删了系统文件，可以通过重新安装当前完整版系统解决。
4.极少的机器可能是因为硬件出现问题，如果手机反复出现该情况，可以前往你附近的维修点检测一下。
Ⅳ linux服务器死机了怎么办
服务器死机的原因很多。如果确保在硬件没问题的情况下。
可以先从/var/log下的日志查起..通过iostat 或者 vmstat sar 等命令来检查机器的整体性能状态。
我不知道你是否做了相关的监控措施，比如通过某些监控软件对服务器进行监控。
通过监控数据分析服务器的整体状况。
也可以协调应用部门查看应用方面的日志是否有异常。这个还得按照具体情况分析。
关于更多Linux的学习，请查阅书籍《linux就该这么学》。
Ⅳ linux提示内核死机不同步
linux提示内核死机不同步，我们不要慌,linux不像Windows,可以利用强大的文字界面操作,按Ctrl-Alt-F1,就会切换到TTY文字界面。再就需要用户名密码登入。需要注意的是键盘输入的速度可能会比较慢。下面在提示符后面输入top回车,这时会看到一张动态的表,上面列出了耗用资源最多的进程。观察它刷新一两次,按q退出,然后输入kill ,其中的 PID 你可以在 top 里面看到。这个时候应该会快了不少,如果你发现没有成功结束掉,就再输入 kill -KILL ,这次基本上就没问题了。
除了上面 这种情况外,一些底层软件的 bug 也可能导致一些奇怪的死机问题。以前有个用户就因为莫名其妙的死机强制重启把 ext4 的分区给伤了。最后是sysreccd修复了,貌似是分区表部分损坏,死机时键鼠均无反应。一般来说,系统负载高导致的死机,最可怕键盘的就是键鼠都没反应了。
这时我们可以利用reisub,这个方法可以在各种情况下安全地重启计算机。在键盘上找到一个叫做“Sys Rq”的键,在台机的键盘上通常与 Prt Sc 共键,在笔记本可能在其他位置,如 Delete以台机为例,要使用这种方法需要按住 Alt-Print(Sys Rq),然后依次按下 reisub 这几个键,按完b系统就会重启。
其实Sys Rq是一种叫做系统请求的东西,按住 Alt-Print 的时候就相当于按住了 Sys Rq 键,这个时候输入的一切都会直接由 Linux 内核来处理,它可以进行许多低级操作。
这个时候reisub中的每一个字母都是一个独立操作,他们分别表示:unRaw 将键盘控制从 X Server 那里抢回tErminate 给所有进程发送 SIGTERM 信号,让他们自己解决善后kIll 给所有进程发送 SIGKILL 信号,强制他们马上关闭Sync 将所有数据同步至磁盘Unmount将所有分区挂载为只读模式reBoot重启。
Ⅵ Linux启动故障处理
【摘要】
当Linux系统出现故障无法正常启动系统时，Linux准备了单用户模式、救援模式等方式可以让我们有效的处理这类问题。本文简单分享一个利用救援模式解决Redhat系统无法启动的案例。
【正文】
一、 问题背景
1) 问题描述
一台部署了RHEL 7.2的物理服务器，突发死机故障，在尝试重启时，发现服务器无法正常进入操作系统，直接进入emergency mode。本文主要分享操作系统启动异常的问题排查过程。（服务器死机据后续日志分析，确定为内核的bug所致，本文不进行累述）
2) 故障现象
系统启动后，提示无法找到/dev/mapper/rhel-root，并直接进入emergency mode。
二、 排查思路
1) 收集系统启动异常的相关提示信息，获取到问题关键点：
Warning:/dev/rhel/root does not exist
初步定为配置文件问题或者逻辑卷root本身问题；
2) 尝试在应急模式下检查逻辑卷状态，发现当前情况并不稳定，常用命令无法使用、显示多为乱码；
3) 尝试进入单用户模式，发现情况和应急模式一样；
Redhat 7.2进入单用户模式：
1、开机启动至内核选择界面，选择第一项，按e进行编辑
2、定位到linux16这一行，找到ro，修改其为rw init=/sysroot/bin/sh
3、按ctrl+X启动至单用户模式
4) 利用系统安装光盘，进入Linux救援模式，进行排查。
Redhat 7.2救援模式启动方法：
1、把光盘加入光驱，然后启动，以光盘进行引导，选择救援模式（中间具体的步骤不再细说）
2、文件系统挂载到/mnt/sysimage目录下，这时切换到此目录下使用chroot /mnt/sysimage这条命令即可
5) 在救援模式下，首先查看服务器lv的情况，发现所有lv
status均为未激活状态。
查看lv
#Lvdisplay
修改lv
#vgchange -a y /dev/docker/root
6) 在尝试修改root的lv status时，发现root所在的vg名和启动时所指定的vg名不一致，基本确定问题点；
7) 修复
l 编辑文件/etc/default/grub
l 修改此文件中GRUB_CMDLINE_LINUX一行中rd.lvm.lv为合适的值
l 再执行以下命令重做grub ：
n UEFI: grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
n 非UEFI：grub2-mkconfig -o /boot/grub2/grub.cfg
l 查看文件grub.cfg中是否修改为rd.lvm.lv=rhel/root
l 修改/etc/grub2.cfg中root=后接的lv路径改为实际的路径。
8) 系统启动后，通过history日志，确定为该系统业务部署时，使用了vgrename命令修改了vg名。
三、 总结
对于Linux的问题处理，需要对Linux的运行原理有所理解，这此前提下才能根据有限的提示信息判断问题方向、确定排查范围、找到解决方法。同时，提醒各位初学linux的同事么，在进行linux的一些操作时，需要充分考虑这些操作可能造成的影响，避免类似上述的问题发生。
转自 嘉为教育-rhce认证_rhce培训_linux培训_linux认证_linux考证