linux死机？linux卡住了 鼠标不响应

老铁们，大家好，相信还有很多朋友对于linux死机和linux卡住了 鼠标不响应的相关问题不太懂，没关系，今天就由我来为大家分享分享linux死机以及linux卡住了 鼠标不响应的问题，文章篇幅可能偏长，希望可以帮助到大家，下面一起来看看吧！

linux系统切换用户时,系统死机

都有可能，如能重新启动，初步说明硬盘问题不大，可以在几个方面进行检查：

1、检查root(/)分区是否已满

2、检查/var/log/messages文件中的日志记录

3、反复切换几个用户看，确定是否与特定用户有关，如与特定用户有关，检查此用户用登录shell（/etc/passwd），检查该用户home目录下的.bashrc文件有没有特殊的执行程序。

Linux常见死机原因

在排除了硬件故障/firmware版本/BIOS等等问题之外， Linux死机通常可能碰到如下几种情况

1，如果你的Linux死机的时候控制台上有乱七八糟的字符。恭喜你，这种情况叫做oops.通常是Linux kernel认为自己发生了异常造成的。

可以通过oops消息查找出错的地方。

2，如果你的机器僵死，那么问题麻烦了。这种时候，通常是Kernel出现了死锁。Kernel不会知道自己死锁了，所以不会在屏幕上显示任何咚咚。

如果运气好，此时Kernel也许可能能够响应中断。不管怎样，你都无法进一步操作了。

3，严格来说，这第三种情况不算死机，现象如下：输入命令回车之后命令不能返回任何结果，但是控制台对回车可能有相应。但是命令无法结束，也不会有输出结果。

但是可以换到下一个控制台，而且还可以继续输入命令，但是输入命令之后还是没有输出。这种情况会有很多可能。通常是应用程序的系统调用长时间没有返回或者是满足不了应用的要求。

以上三种情况，system log的作用都不大。通常日志都不会纪录。所以只能使用Kernel的Debug工具。

不过Linus比较狠，人说Kernel不需要Debug工具。所以kernel.org中的代码是没有debug工具的。不过目前绝大多数发行版的kernel都带了debug工具，而且工具都不一样。

通常进行kernel debug都需要在出现故障的时候采集vmcore.就是把故障发生的时memory dump出来。(还记得Windows蓝屏的时候会出现1%-100%跳动的一个数字和c盘dump.sys文件，这回知道干什么的了吧?)然后进行分析。也许你会担心Linux死机了，还怎么dump memory啊，这个不用担心，Kernel还是留了好几条路子。其中一个是NMI。

那么到底怎么dump memory呢?这里用REDHAT为例，RHEL3,RHEL4中都使用了netdump作为采集工具，RHEL5使用kdump作为采集工具。

采集完毕就可以对vmcore进行分析，步骤就不细说了。可以参考如下文章:

但是对于管理员来说，任何一个debug工具都需要代码开发的经历才能顺利使用。

最后说一句，最近在坛中看到有人看到死机就往应用程序上怀疑。这是很好的自我批评的精神，要大力发扬。

那么，脚本，应用程序会不会导致死机?当然，但是问题还是出在Kernel上。就比如，应用程序写文件，系统可能会挂起在kernel中的文件系统代码上。

关于Linux死机的问题

你查看一下日志，看看，是什么原因死机（有的时候是图像死了）

在X-WINDOW下某些程序不响应是正常的(X是UNIX/Linux的短项)，尤其是当内存和显存不是很富裕的情况下经常出现。一般解决方法就是用Ctrl+Alt+Fn(n=1,2...6)跳转到一个控制台或利用一个打开的模拟终端(只要还能响应可以用这个方法)，root登录后用ps aux| grep your_program查进程号PID，然后用kill-9 PID杀掉。最好的方法就是当你知道自己的机器是一台老爷机，尽量少开程序，减少进程。