修复glibc被卸载的服务器

前几天在生产环境安装R的时候有台机器因为glibc版本的原因装不上去,手贱把glibc卸载了,结果机器啥命令都用不了了,于是想办法修复。

网上的方法都不太好使,后来终于自己解决了。

用光盘,重启进入rescue模式,

rescue模式下会把原系统的根目录挂到/mnt/sysimage下,所以利用rescue模式把/mnt/sysimage目录下缺的文件恢复就行了。

进入rescue模式后:

进入rpm包目录

命令:

cd  /run/install/repo/Package

安装glibc包

命令:

rpm -ivh ./glibc*.rpm --root /mnt/sysimage --nodeps –force

再次安装glibc包

命令:

rpm -ivh ./glibc*.rpm --root /mnt/sysimage --nodeps --force

此时会报libc.so,libpthread.so这两个包找不到,无法执行安装

把这两个包从/mnt/sysimage/lib64拷贝到/lib64下:

命令:

cp  /mnt/sysimage/lib64/libc.so  /lib64

cp  /mnt/sysimage/lib64/ libpthread.so  /lib64

安装glibc包

rpm -ivh ./glibc*.rpm --root /mnt/sysimage --nodeps –force

完成 重启

时间: 2024-10-10 13:35:38

修复glibc被卸载的服务器的相关文章

Linux虚拟机的glibc被卸载后,无法进入系统的解决方法

1. 用Linux启动光盘或u盘引导系统,进入控制台界面 2. 挂载glibc被卸载的硬盘,假定在/dev/sda2. 如果是LVM2的文件系统, 需要找到逻辑卷的名称并激活:普通情况可直接挂载. # lvdisplay --- Logical volume --- LV Path /dev/vg_xxxxxx/lv_root LV Name lv_root VG Name vg_xxxxxx .... 然后激活逻辑卷: # vgchange -ay 完成挂载: # mkdir /mnt/old

ERROR 2003 (HY000): Can’t connect to MySQL server on ‘127.0.0.1’ (111) 修复无法连接到MySQL服务器

昨天重新装好Ubuntu然后配置完Django和pycharm后忘了测试mysql,今天配置时遇到了问题: ERROR 2003 (HY000): Can't connect to MySQL server on '(IP地址)' (111) 修复无法连接到MySQL服务器 这是一个链接MySQL的常见问题 下面是处理它的基本步骤. 1.如果数据库服务器是在远程计算机上,然后尝试使用测试客户端-服务器连接ping命令,例如: $ ping server_ip_address Ping主机 一旦有

无法删除数据库副本或卸载邮件服务器

假设您正在删除邮箱数据库的最后一个副本或卸载Exchange服务器,并运行以下错误消息 正如错误消息所建议的,我验证了可以创建的各种可能邮箱的存在,即普通用户邮箱,仲裁邮箱,公用文件夹邮箱和存档邮箱. 检查常规邮箱没有显示任何内容: 检查存档邮箱没有显示任何内容: 检查公用文件夹邮箱显示什么也没有: 最后,检查仲裁邮箱的结果如下: 但是,删除邮箱数据库仍然会因相同的错误而失败.该怎么办? # 1 如果使用的是Exchange 2013,则可以使用Remove-MailboxDatabase,因为

修复烂代码,游戏服务器启动服务闪退,登陆服务器无法登陆

原文地址:https://www.cnblogs.com/linhongquan/p/9573317.html

48Exchange 2010升级到Exchange 2013-图形化卸载2010邮箱服务器

19.4.5 移除EX2010数据库 移除DAG成员,点击删除按钮 点击完成,完成可用性组成员的删除 删除DAG 删除广州总部EX2010所有的邮箱数据库 下面数据库只剩下上海分支机构的了 19.4.6 移除EX2010邮箱服务器 19.4.6.1 GUI移除 下面先演示下GUI的方式进行卸载EX2010服务器,就类似我们平时卸载软件一样,在控制面板中,打开程序和功能,右键卸载 取消勾选邮箱角色和管理工具 这里我们没有删除OAB的缘故 删除OAB 重试OK 开始卸载 在ADSI下,可以看到EX0

centos和ubuntu服务器Bash漏洞修复方法

日前Linux官方内置Bash中新发现一个非常严重安全漏洞,黑客可以利用该 Bash漏洞完全控制目标系统并发起攻击,为了避免您Linux服务器受影响,建议您尽快完成漏洞修补. 以下是小编为大家附上最常用的Linux内核之 centos和ubuntu服务器修复Bash漏洞终极修复方法.可以学习L002-老男孩实效教育-计算机基础及linux入门教程了解Linux. 目前已确认被成功利用的软件及系统:所有安装GNU bash 版本小于或者等于4.3的Linux操作系统. [Bash漏洞描述] 该漏洞

centos和ubuntu服务器Bash漏洞修复实例

日前Linux官方内置Bash中新发现一个非常严重安全漏洞,黑客可以利用该 Bash漏洞完全控制目标系统并发起攻击,为了避免您Linux服务器受影响,建议您尽快完成漏洞修补. 以下是小编为大家附上最常用的Linux内核之 centos和ubuntu服务器修复Bash漏洞终极修复方法. 目前已确认被成功利用的软件及系统:所有安装GNU bash 版本小于或者等于4.3的Linux操作系统. [Bash漏洞描述] 该漏洞源于你调用的bash shell之前创建的特殊的环境变量,这些变量可以包含代码,

服务器 ‘xxxx‘ 已被定义为分发服务器。若要将该服务器重新配置为分发服务器,必须首先卸载现有的分发服务

使用AWS DMS(Database Migration Service)将SQL Server数据库同步到AWS的Data Lake上,需要在本地源数据库上配置复制,在配置分发向导最后一步时,遇到下面错误: TITLE: Microsoft.SqlServer.ConnectionInfo ------------------------------   SQL Server could not configure 'xxxx' as a Distributor.   ------------

卸载sharepoint2013

最近使用sharepoint2013开发一些东西,所以装了个测试版,但是以前装过一边,还想用原来的环境,所以想卸载掉原来的sharepoint2013. 下面我们来看一下卸载的过程,分享给大家,希望可以互相学习. 我们可以从控制面板中直接卸载 SharePoint 2013.但当您卸载 SharePoint 2013 时,安装文件夹中的大多数文件和子文件夹都会删除.但是,某些文件不会删除. 而且你还应该注意以下方面: 卸载 SharePoint 2013 时,不会删除 Web.config 文件