LINUX下，怎么检查硬件损坏的情况

查看/var/log/message

dmesg |egrep "sd|eth/memory/disk"

cat /var/log/messages |grep -i fail

dmesg |grep -i err

检查硬盘是否正常

smartctl简单用法

smartctl -A /dev/sda 查看硬盘的详细信息

smartctl -a <device>检查该设备是否已经打开SMART技术。

smartctl -s on <device>如果没有打开SMART技术，使用该命令打开SMART技术。

smartctl -t short <device>后台检测硬盘，消耗时间短；

smartctl -t long <device>后台检测硬盘，消耗时间长；

smartctl -C -t short <device>前台检测硬盘，消耗时间短；

smartctl -C -t long <device>前台检测硬盘，消耗时间长。其实就是利用硬盘SMART的自检程序。

smartctl -X <device>中断后台检测硬盘。

smartctl -l selftest <device>显示硬盘检测日志。

smartctl -l error <device>显示硬盘错误汇总。

内存可以看这个日志

/var/log下的mcelog

如果内存有问题就会出现下面的日志信息

Corrected error

MCi_MISC register valid

MCi_ADDR register valid

MCA: MEMORY CONTROLLER RD_CHANNELunspecified_ERR

Transaction: Memory read error

Memory read ECC erro

题主是否想要询问“怎么查看linux的启动信息指令错误”？

1、首先打开电脑，并启动linux。

2、其次打开linux的自检功能。

3、最后等待自检解释即可得知linux的启动信息指令错误。

linux系统无法启动的解决办法

导致linux无法启动的原因有很多，智能职涯bigdata-job总结常见的原因有如下几种：

1.文件系统配置不当，比如/etc/inittab文件、/etc/fstab文件等配置错误或丢失，导致系统错误，无法启动。

2.非法关机，导致root文件系统破坏，也就是linux根分区破坏，系统无法正常启动

3.Linux内核崩溃，从而无法启动

4.系统引导程序出现问题，比如grub丢失或者损坏，导致系统无法引导启动。

5.硬件故障，比如主板、电源、硬盘等出现问题，导致linux无法启动。

从这些常见的故障可知，导致系统无法启动的主要有两个问题，硬件原因和 *** 作系统原因，对于硬件出现的问题，只需通过更换硬件设备，即可解决，而对于 *** 作系统出现的问题，虽然出现的问题可能千差万别，不过在多数情况下都可以用相对简单统一的一些方法来恢复系统，下面我们就针对上面提出的几个问题，结合Redhat Linux系统环境，给出一些常用的、普遍的解决问题的方法。

1．/etc/fstab文件丢失，导致系统无法启动

/etc/fstab文件存放了系统中文件系统的相关信息，如果正确的配置了该文件，那么在linux启动时，系统会读取此文件，自动挂载linux的各个分区，如果此文件配置错误，或者丢失，就会导致系统无法启动，具体的故障现象是在检测mount partition时出现：

starting system logger

此后系统启动就停止了。

针对这个问题，我们的第一思路就是想办法恢复/etc/fstab这个文件的信息，只要恢复了此文件，系统就能自动挂载每个分区，正常启动。可能很多读者首先想到的是将系统切换到单用户模式下，然后手动挂载分区，最后结合系统信息，重建/etc/fstab文件。

但是这种方法是行不通的，因为fatab文件丢失导致linux无法挂载任何一个分区，即使linux还能切换到单用户下，那么此时的系统也只是一个read-only的文件系统，无法向磁盘写入任何信息。

我们介绍另外一个方法，就是利用linux rescue修复模式登录系统，进而获取分区和挂载点信息，重构/etc/fstab文件。

这里以rhel5为例，首先将系统第一章光盘放入光驱，设置BOIS从光驱启动，这样系统就从光驱引导，然后在boot后输入：linux rescue，接着系统自动开始引导，下面进入网络配置界面，这里是选择是否启用网络，由于系统已经无法启动，我们已经在linux系统上进行 *** 作了，启用网络与否都无所谓。这里选择不启用。下面到了最关键的步骤了，修复模式会自动将系统的所有分区挂载到/mnt/sysimage目录下，选择“Continue”，则修复环境进入到read-write状态下，可以对分区进行读写 *** 作，选择“Read-Only”，修复环境进入到只读模式，由于我们要重建fstab文件到/etc目录下，因此选择“Continue”进入可读写模式下。下面是一个友情提示界面，由于fstab文件丢失，修复模式找不到任何可挂载的分区，从这里可知，修复模式在这里也读取/etc/fstab文件，回车，进入下一步。下面就进入了修复环境下，可以进行 *** 作了。上面详细演示了如何进入linux的修复模式，其实很多情况下，linux无法启动时，都可以通过这个方式登录系统进行修复和更改 *** 作。

---