原标题：运维如何解决 Linux 服务器重启后命令无法正常使用的问题
前提：在Linux系统中安装ASM，安装完ASM和Oracle数据库时都是正常使用的，但在重启服务器后Oracle相关命令不识别。
1、截图如下：
2、查看环境变量是否正常
命令如下：
3、换角度考虑、查证
通过查询结果初步判断环境变量是正常的，然后通过另外一个角度去考虑，是不是Oracle程序本身安装有问题，因为昨天系统才安装过ASM和Oracle数据库，测试都是正常的，应该讲没有啥问题才对，但是突然间想起在服务器重启的时候，启动界面提示要加载文件系统，而且时间很长，截图如下：
4、查看文件系统是否有问题
通过在启动时提示的信息，就是查看文件系统是否有问题，想起之前硬盘挂载在不同的路径下，命令如下：
5、通过上面命令查询结果，发现问题所在
因为sdb1我调整挂载在/oracle路径下的，原来的sdc1是挂载/oradata路径，由于sdc1mount在/oradata路径下没有设置在开机时启动，而且sdb1是默认的启动，从而导致在启动的sdc1挂载失败，影响Oracle相关程序启动，所以命令失败无法找到，去查看fstab内容。
6、查询UUID块设备
通过命令查看后，并没有发现oracle路径下的设备，再通过查询UUID块设备下有哪些设备
7、查询块设备下详细的信息
再通过lsblk -f 命令查询块设备下详细的信息如下：
通过上述几个命令可以判断出是由于sdc1分区没有自动挂载导致Oracle程序没有办法启动
8、修改/etc/fstab配置文件
让sdc1设备在开机自动启动，最好通过UUID来挂载，因为：
Linux UUID的作用及意义
原因1：它是真正的唯一标志符
UUID为系统中的存储设备提供唯一的标识字符串，不管这个设备是什么类型的。如果你在系统中添加了新的存储设备如硬盘，很可能会造成一些麻烦，比如说启动的时候因为找不到设备而失败，而使用UUID则不会有这样的问题。
原因2：设备名并非总是不变的
自动分配的设备名称并非总是一致的，它们依赖于启动时内核加载模块的顺序。如果你在插入了USB盘时启动了系统，而下次启动时又把它拔掉了，就有可能导致设备名分配不一致。
使用UUID对于挂载移动设备也非常有好处──例如我有一个24合一的读卡器，它支持各种各样的卡，而使用UUID总可以使同一块卡挂载在同一个地方。
原因3：Ubuntu中的许多关键功能现在开始依赖于UUID。
9、配置想要的内容
通过第6步和第7步中，可以把相关的修改成之前配置想要的内容，修改内容如下：
注意：后面的数字修改成0 0，如果不设置0的话，服务器在启动的时候就会检测，如果硬盘满的话，就会导致操作系统无法正常启动，此处应该让系统禁止检测。
10、判断是否挂载成功
注意：再mount 一下，判断是否挂载成功，如果挂载有问题会导致系统无法正常启动
11、重启一下服务器判断设备挂载是否成功
重启时，服务器系统启动时间快，就没有之前那种提示要加载文件系统内容。
12、查看ASM状态
系统启动成功后用grid用户查看ASM状态：
13、硬盘设置成自动重启正常后，查询块设备下详细的信息
此时说明硬盘设置成自动重启正常，再用lsblk -f 命令查询块设备下详细的信息如下
通过上述说明，则可以判断我们设置成自动启动成功。
总结：
1、在发现命令无法使用的时候，就要首先从可能导致这个命令的原因找问题，如果首先问题判断没有问题，再去判断其它方面的问题；
2、系统在启动时会给我们一些详细的启动参数内容，如果有问题的也会详细打印出来，最好看一下系统启动的日志内容；
3、在mount设备时，必须要让系统自己挂载，这样可以避免一些程序上面的问题，同时在使用UUID时也要注意，防止系统在启动时无法正常启动。
本文来自论坛，转载请注明出处。
洱海网 -12-28 13:40:55
本文地址： /n6325690.html
挂载 启动 UUID 设备 命令
