[发明专利]一种处理Linux操作系统启动故障的方法及系统

说明书

本发明涉及一种处理Linux操作系统启动故障的方法及系统，包括：预先配置关键配置文件、关键路径默认文件以及文件故障知识库；对虚拟机进行文件系统挂载检查；若虚拟机进行文件系统为非挂载，则判断是否为自建系统；若虚拟机进行文件系统为挂载，则进行MBR检查；进行Boot目录检查；判断关键路径默认文件是否有缺失；对启动路径中的文件内容进行比对，判断文件内容是否被修改；将修改后的文件内容同步至虚拟机日志。本发明所述方法及系统可解决私有云Linux虚拟机分区在发生系统启动故障时遇到的各种类型问题，实现脚本化自动检测处理，尽最大可能降低每个故障的处理时长，保证一定的时效性，减少系统运维工作的负担。

技术领域

本发明涉及系统故障解决技术领域，尤其涉及一种处理Linux操作系统启动故障的方法及系统。

背景技术

操作系统对于整个计算机体系来讲是基石般的存在，无论是数据库系统、还是各种平台应用、大数据、容器等能够运行起来都是建立在操作系统正常工作的前提下，其重要性不言而喻。

对于环境中的虚拟机主机，通常我们可以分为两种：一种是部署无状态应用，此类主机一般是按照标准流程可以快速部署出来的(或者是按照标准流程部署出来的主机只做微小修改，比如部署了apache只修改了其中一个配置文件)。另一种是部署的有状态应用，此类主机一般是按照标准流程部署后，具体用户还需要做大量修改的，比如数据库服务器，安装专业软件的大数据应用服务器。

主机如果部署的是无状态应用，考虑到时间和人工成本，遇到系统级别故障时可以直接推到重做，用标准流程重新部署一台机器即可投入使用，这样是比较高效的方法。但是如果部署的是有状态应用，多数时间还是希望系统能够正常启动工作，因为重新部署的成本比较高，更有一些专用软件需要专人进行部署。

目前环境中解决有状态Linux启动故障，多数还是依靠系统管理员手工操作，通过控制台挂载同版本光盘，将系统引导至救援模式，根据操作人员提供的信息结合已知经验判断问题，如果操作人员不能提供有效信息或者是由于系统异常关机造成的文件丢失损坏，则需要针对特定报错信息每个问题单独处理，当然系统类报错千差万别，即便是经验丰富的系统管理员也无法全部了解，甚至在报错相对模糊时，只能采取试错的方式进行处理，不断的在修改和重启之间循环。在数以百计的文件中找到问题所在并非易事，根本原因还是系统管理员无法获取故障时系统的一个整体视图。

即目前Linux系统启动级别的故障处理非常繁琐，首要条件是需要系统管理人员具备丰富的故障判断能力，而这种能力又需要长期的技术经验积累，很难一蹴而就，且此类故障，需要在终端控制台进行操作，不具备命令或脚本复制黏贴的条件，所有操作均需要手动完成。

通常环境中如果有人员做了一些系统级别的修改操作，由于不了解底层原理进行了一些误操作，对于故障情况无法准确反馈，系统管理人员只能根据已有经验进行错误反推，通常修改一处，需要重启一次主机试错看是否能启动，如果不能启动则需要再次进入光盘引导，此过程十分耗时。对于一些隐蔽的错误处理起来时间成本很高，解决此类问题少则以小时为单位，多则以天为单位计时。

发明内容

为解决现有技术的不足，本发明提出一种处理Linux操作系统启动故障的方法及系统，对操作系统启动故障进行自愈，让一些初级系统管理员也能具备处理系统级别故障的能力，减少故障处理时间，提高生产力。

为实现以上目的，本发明所采用的技术方案包括：

一种处理Linux操作系统启动故障的方法，其特征在于，包括：

S1、预先配置关键配置文件、关键路径默认文件以及文件故障知识库；

S2、对虚拟机进行文件系统挂载检查；

S3、若虚拟机进行文件系统为非挂载，则判断是否为自建系统；

S4、若虚拟机进行文件系统为挂载，则进行MBR检查；