在使用 Linux 系统的过程中，有时会出现系统宕机的现象，这时候需要查看宕机日志，以了解宕机的原因。本文将为您介绍如何查看 Linux 宕机日志的方法。
一、查看系统日志
要查看 Linux 系统的宕机日志，首先需要查看系统日志。系统日志是记录 Linux 系统运行情况的日志，在系统出现故障时，可以通过查看系统日志来找到故障的根本原因。
系统日志一般分为三种：
1.内核日志：记录了内核启动和运行过程中的信息，包括内核错误、警告和调试信息等。
2.应用程序日志：记录了系统中各应用程序的运行情况，如 Apache、MySQL 等。
3.系统日志：记录了系统启动和运行过程中的信息，包括系统错误、警告和调试信息等。
要查看系统日志，可以通过以下命令：
sudo tl /var/log/syslog
该命令会输出最后几行系统日志，可以通过参数 -n 来指定输出的行数。
二、查看内核日志
如果系统宕机是由内核错误导致的，就需要查看内核日志来查找故障原因。
Linux 内核日志包括了内核的启动信息、内核模块加载信息、硬件诊断信息以及系统崩溃的详细信息等。
要查看内核日志，可以通过以下命令：
该命令会输出最近一次系统启动以来的内核信息。
另外，在系统启动时，内核会将信息写入到 /var/log/kern.log 文件中，可以通过以下命令查看：
sudo tl /var/log/kern.log
三、查看系统崩溃日志
如果系统宕机是由系统崩溃导致的，就需要查看系统崩溃日志来找到故障原因。
在 Linux 系统中，如果发生系统崩溃，会产生一个称为 “crash dump” 的文件，这个文件包含了系统在崩溃前的状态信息和运行痕迹等。
要查看系统崩溃日志，可以使用 “crash” 工具，该工具可以分析 dump 文件并生成相应的日志。
首先需要安装 crash 工具：
sudo apt-get install crash
然后执行以下命令：
sudo crash /var/crash/路径/vmcore 文件
该命令会打开 crash 工具，并加载 dump 文件进行分析，生成相应的崩溃日志，可以根据日志中的信息来判断系统崩溃的原因。
四、
以上就是查看 Linux 宕机日志的方法，只要掌握了这些方法，便能快速找到系统宕机的原因，从而进行相应的修复和调优。希望本文对您有所帮助。
相关问题拓展阅读：
如何查看 linux 内存坏了
普通PC内存坏笑庆掉，Linux就宕机了
服务散滚器内存坏掉，在Linux里看系统日志，或服务器监控软件日志冲升余
linux系统突然宕机，重新启动以后，系统日志一直在刷新如下两条报错，网络正常，不是网卡的问题。
这个可能是系统程序故障了， 也许是遭到入侵了种植了恶意程序， 上次就遇到过类似的问题。结果是系统被黑了的。
请看一下wo的网名可以吗？这个问题能帮助分析解决一下的哦
集群主备或负载均衡服务器中一个宕机 怎么及时通知到管理员，是每天查看日志吗，这样太不方便啦
喵提醒有个keepalive服务，但是需要收费开会员才能用。它会给你一个心跳网址，你写个定时器，比如windows用计划任务，linux用crontab，写个每2分钟一次给心跳网址发心跳的任务就可以了，一旦宕机，心跳停止发送了，喵提醒就会给你发手机提醒。我3台服务器都用这个，感觉挺方便，不用自己写监控。
keepalive服务器程序会监视集群中宕机的节点并调整整个集群策略，可以在keepalive中设置邮件通知等等。也可以自己写脚本来监视并发邮件报告。
关于linux 宕机日志查看的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
香港服务器首选树叶云，2H2G首月10元开通。树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
怎么查看linux是lubuntu
1，查看内核版本命令：cat /proc/versionuname -auname -rcat /etc/issueman uname2，查看linux版本：抄录如下：1) 登录到服务器执行 lsb_release -a ，即可列出所有版本信息，例如：[root@3.5.5Biz-46 ~]# lsb_release -aLSB Version: 1.3Distributor ID: RedHatEnterpriseASDescrīption: Red Hat Enterprise Linux AS release 4 (Nahant Update 1)Release: 4Codename: NahantUpdate1[root@3.5.5Biz-46 ~]#这个命令适用于所有的linux，包括Redhat、SuSE、Debian等发行版。2) 登录到linux执行cat /etc/redhat-release ，例如如下：[root@3.5.5Biz-46 ~]# cat /etc/redhat-releaseRed Hat Enterprise Linux AS release 4 (Nahant Update 1)[root@3.5.5Biz-46 ~]#这种方式下可以直接看到具体的版本号，比如 AS4 Update 13）登录到linux执行rpm -q redhat-release ，例如如下[root@3.5.5Biz-46 ~]# rpm -q redhat-releaseredhat-release-4AS-2.4[root@3.5.5Biz-46 ~]#这种方式下可看到一个所谓的release号，比如上边的例子是2.4这个release号和实际的版本之间存在一定的对应关系，如下：redhat-release-3AS-1 -> Redhat Enterprise Linux AS 3redhat-release-3AS-7.4 -> Redhat Enterprise Linux AS 3 Update 4redhat-release-4AS-2 -> Redhat Enterprise Linux AS 4redhat-release-4AS-2.4 -> Redhat Enterprise Linux AS 4 Update 1redhat-release-4AS-3 -> Redhat Enterprise Linux AS 4 Update 2redhat-release-4AS-4.1 -> Redhat Enterprise Linux AS 4 Update 3redhat-release-4AS-5.5 -> Redhat Enterprise Linux AS 4 Update 4
自己搭建的linux主机，怎么看服务器日志
cat /var/log/* 如果日志在更新，如何实时查看 tail -f /var/log/messages 还可以使用 watch -d -n 1 cat /var/log/messages -d表示高亮不同的地方，-n表示多少秒刷新一次。 该指令，不会直接返回命令行，而是实时打印日志文件中新增加的内容，这一特性，对于查看日志是非常有效的。 如果想终止输出，按 Ctrl+C 即可。 在Linux系统中，有三个主要的日志子系统： 连接时间日志--由多个程序执行，把纪录写入到/var/log/wtmp和/var/run/utmp，login等程序更新wtmp和utmp文件，使系统管理员能够跟踪谁在何时登录到系统。 进程统计--由系统内核执行。 当一个进程终止时，为每个进程往进程统计文件（pacct或acct）中写一个纪录。 进程统计的目的是为系统中的基本服务提供命令使用统计。 错误日志...
如何查找Linux死机原因
Linux 内核虽然号称“不死族”，几乎不会崩溃或者死机，但是特殊情况下，还是有一定几率会宕机的。 因为 Linux 广泛用于生产环境，所以每一次宕机都会引起相当大的损失。 它 Uptime 达到上百天也许你习以为常，但是只要 Down 十几秒，就会立即急的满头大汗。 真的很难以想象证交所宕机会怎么样，也许全国股民会闹翻天。 所以我们需要一些小技巧来查找死机的原因，从而避免死机或者内核崩溃。 （话说 windows 天天蓝屏也没感觉呀 ：-o 难道已经麻木了 ：oops： ） 请注意：以下方法可能不适用于 Server，因为桌面环境和 Server 还是有很大区别的。 X Crash 事实上 Linux 内核很少出错，平常我们所遇到的“死机”都是 X 无响应造成的错觉。 那 X 没响应了应该怎么处理呢？ 通常套路是 Ctrl + Alt +F7 （F8） 切换到某个 tty，然后用 root 登陆，执行 Top 查看吃资源最多的程序，然后使用 pkill/kill/killall 等命令杀死该程序。 或使用组合键 Ctrl + Alt + Backspace重启 X （黑日白月注：这个快捷键组合在最新的 Ubuntu 和 Fedora 中关闭）。 如果偶遇切换 tty 失败或者没响应，可以试着使用 SSH 登陆此电脑，然后再杀死程序。 也许只是 X 不响应，而内核和 SSH daemon 仍然工作，故此可以实施此法。 arch 配置 SSH daemon 万一X 不给力，各种方法试了无效，又没有办法通过 SSH 登陆到此 pc，那怎么办呢？别着急，我们还有万能的 “reisub” 大法。 不过在启用前先要激活内核 sysrq 功能 （via） 。 系统启动时执行：echo “1” > /proc/sys/Kernel/sysrq 或者修改 /etc/ 文件，设置 = 1。 系统异常时依次按下 Alt+sysrq+{reisub} ，然后系统会自动重启。 （有关 sysrq 请看：Linux 死机了怎么办？） 不建议长按 Power 按键强制关机，有可能损坏硬件或者丢失数据，甚至导致磁盘坏道！ X 崩溃而内核完好 常见的症状有：程序无响应，花屏，鼠标移动指针无动作，键盘输入没有识别等。 但后台的音乐可以正常播放，或者键盘 Caps Lock/Num Lock/Scroll Lock 按键按后对应 LED 可以正常亮灭。 遇到此种情况可以使用上述方法重启 X 或者电脑即可恢复正常。 Application Crash 这个比较常见，但是也是相当难解决的。 因为 Linux 上的应用软件大部分都是开源的，所以可能没有超高的稳定性。 也许由于库的缺少或者版本错误，或者代码的 Bug，都有可能导致程序出现异常。 一般遇到这种问题，建议检查配置文件是否正确，对配置文件的错误修改可能导致程序的运行失败。 如果您确信配置文件没有错误但是程序仍然异常，可以尝试把配置文件删除（注意备份！），然后再次打开软件尝试。 通常程序的配置文件在： ● ~/.[APPNAME]● /etc/[APPNAME] 或者有可能是库的错误，您可以在终端输入程序名或者程序路径运行程序，根据终端的提示信息除错。 由于导致程序崩溃的可能性多种多样，在此不能一一列举，所以建议您根据出错信息去 google 搜索并找到解决方案。 Kernel Panic X 的问题还好办，可是如果 RPWT 碰到 Kernel Panic，那可真是上天无路入地无门，撞墙的心都有 ：evil： 。 一般引起 Kernel Panic 的原因很多，但是都比较罕见。 例如硬件问题 （irq confilct， bad block， high temperature），软件问题（错误的 mod，内核的 Bug），或者文件系统不支持（没有内建 ext4 支持却挂载 ext4 的 root 分区），硬件的变动（如添加/更换内存，不支持架构的cpu），错误的驱动。 Kernel Panic 的表现形式也是多种多样：启动失败，不正常的长时间 io 操作，键盘灯的不正常频闪，wireless 等指示灯错误闪烁，无响应（请区别 xorg crash 情况），彻底锁死，黑屏，reisub 大法不灵 等等。 21/212>
发表评论