本发明涉及计算机数据处理，具体涉及一种linux操作系统自动检测glibc损坏并自动修复的方法及设备。
背景技术：
1、随着linux操作系统在服务器、云计算和嵌入式设备等关键领域的广泛应用，系统核心共享库的稳定性成为保障业务连续性的重要基础。
2、gnu c library（glibc）作为操作系统内核与应用程序之间的核心接口，其损坏或者版本不匹配（例如，由于系统升级中断或误操作）、或文件权限错误，则会导致系统无法加载任何用户态程序，进而使系统启动失败，甚至在引导阶段就会导致内核崩溃或者持续重启。
3、目前，主流修复方法依赖于急救模式（rescue mode）和live cd/usb等外部介质，通过人工操作进行系统挂载、环境切换和库文件诊断与替换。
4、然而，在上述方法中，由于修复过程需手动执行复杂命令且依赖操作人员对系统底层的深入理解，导致修复效率低下、错误风险高，例如手动替换核心库文件（特别是glibc）风险极高，任何中间操作失误都可能导致二次损坏，使系统完全不可恢复，同时现有技术还缺乏能自动分析损坏系统的依赖关系、模式匹配故障类型并自动确定正确版本信息的诊断系统，因此现有技术难以满足高可用性生产环境对快速自动恢复的需求。
5、为此，本技术特提出一种linux系统检测并修复glibc损坏的方法以解决上述技术问题。
技术实现思路
1、本发明的主要目的在于提供一种linux系统检测并修复glibc损坏的方法，以解决背景技术中所提出的技术问题。
2、本发明采用以下技术方案解决上述技术问题：
3、一种linux系统检测并修复glibc损坏的方法，通过计算机设备执行包括以下步骤：
4、加载指定initramfs后，自动识别并挂载损坏的目标操作系统根文件系统，建立并切换至一个最小化的chroot环境，同时扫描目标操作系统中关键可执行文件及其依赖的glibc组件，构建关键依赖关系图，以评估故障影响范围；
5、自动执行预设的测试命令（如尝试执行/rootmnt/bin/ls并捕获segment fault或者link错误），捕获产生的运行时错误信息，将错误信息与预定义的故障模式数据库匹配，以精确识别故障类型，包括但不限于库文件缺失、版本不匹配或文件权限错误；
6、提取目标操作系统中的发行版与版本标识，自动从预设的源中查询并确定正确的glibc版本号及文件完整性校验值，作为修复基准，依据所识别的故障类型，自动选择并从预设的软件镜像或initramfs内置的缓存获取对应的修复资源；
7、在chroot环境内采用原子操作将损坏系统的glibc文件替换为修复资源的正确版本，以确保替换过程的原子性与安全性；
8、自动运行健康检查脚本，通过验证核心命令的执行状况与库文件的加载情况，以确保glibc功能已恢复正常。
9、优选的，所述指定initramfs的获取更新流程包括：
10、在系统安装时，通过dracut命令获取glibc损坏诊断流程执行过程中对应的glibc库文件，通过构建一组指定initramfs文件用于装载glibc库文件的哈希值；
11、新版本glibc安装过程中进行glibc版本号对比，如果新版本glibc的安装为跨大版本更新则不更新initramfs文件，如果新版本glibc的安装为小版本更新则更新initramfs文件。
12、优选的，关键的所述依赖关系图通过扫描系统关键服务及二进制文件（systemd,bash等），基于二进制文件的依赖关系，以及依赖的递归依赖（依赖的依赖）进行关系图构建，且对依赖关系图进行简化处理，以获取最终依赖的glibc相关的所有so文件。
13、优选的，在错误信息与预定义的所述故障模式数据库基于so文件的匹配过程中，匹配场景包括缺失libc.so.6、版本号不匹配、文件权限错误，其中故障模式数据库根据内部存储的报错信息与对应处理方法，执行相应的恢复操作。
14、优选的，所述故障类型的识别流程中还根据系统发行版信息确定正确的glibc版本号和哈希值，此时版本号和哈希值为安装系统时的glibc版本，通过文件记录进行查询并对比结果，结果相同则修正成功，不相同则修正失败，并打印结果到根文件系统下。
15、优选的，一种linux操作系统自动检测glibc损坏并自动修复的设备，用于在initramfs环境下执行上述任一所述的linux系统检测并修复glibc损坏的方法，包括：
16、（1）启动与隔离模块，用于加载指定initramfs后，识别并挂载损坏的目标操作系统根文件系统，最终建立并切换至一个最小化的chroot环境；
17、（2）智能诊断模块，用于基于chroot环境执行glibc版本号和哈希值的故障匹配查询操作，以确认glibc是否存在故障，其中执行有以下流程操作：
18、（a）依赖关系图分析：将真正的根文件系统挂载，扫描目标系统的glibc文件及其主要依赖程序（如ld.so），在此阶段主要扫描系统关键服务及二进制（systemd,bash等），获取二进制文件的依赖，以及依赖的依赖后，构建一组关键依赖关系图，通过使用此依赖关系图进行简化，得到最终依赖的glibc相关的所有so文件；
19、（b）故障模式匹配：执行错误检测测试（如尝试执行/rootmnt/bin/ls并捕获segment fault或者link错误），并将测试结果与预定义的glibc故障模式数据库进行匹配（如：缺失libc.so.6、版本号不匹配、文件权限错误等），数据库中主要保存glibc的报错和处理方法，匹配到对应的报错后，在自动化恢复模块执行对应修复操作；
20、（c）获取期望状态：根据系统发行版信息自动确定正确的glibc版本号和哈希值，此时的版本号和哈希值为安装系统时的glibc版本，通过文件记录进行查询，对比结果，结果相同则修正成功，不相同则修正失败，最终打印输出修正判定结果到根文件系统下，方便查询修正结果；
21、（3）自动化恢复模块，用于在glibc确认存在故障后自动执行最佳的对应替换修正策略并在替换修正完成后自动运行预设的健康检查脚本，以验证glibc是否已经修复，替换修正操作包括：
22、（a）策略选择：若版本不匹配，则自动从预设的镜像源或initramfs内置的缓存下载正确的包；
23、（b）原子化替换：在chroot环境内，使用原子操作（rsync和mv配合）安全的替换损坏的glibc文件，以确保在替换过程中不会导致二次损坏。
24、又一方面，本发明还公开一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时，使得所述处理器执行如上述方法的步骤。
25、由上述技术方案可知，本发明提供了一种linux系统检测并修复glibc损坏的方法。与现有技术相比，本发明具有以下优势：
26、1.本发明通过智能诊断模块的融合依赖关系分析与故障模式匹配能力，结合预置的故障模式数据库，能够显著提升系统库故障处理的准确性和效率，此时通过自动化扫描与测试精准定位故障根源，能够有效规避传统修复方法对人工经验的过度依赖，以确保修复操作的可靠性。
27、2.本发明针对复杂的库损坏场景，通过采用原子化替换与系统验证方案，实现了对关键文件的安全修复和系统状态的完整性检查，同时支持多发行版环境的自适应恢复，能够大大降低操作风险与系统停机时间，提高操作系统恢复的自动化水平。
28、应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。当然，实施本发明的任一产品并不一定需要同时达到以上所述的所有优点。