linux重要文件丢失导致系统故障，修复方法,(以 libc.so.6库损坏，rpm软件包故障为例)


第一步：找出损坏的文件及它的安装包，安装修复。修复之前先明确你损坏的文件是属于那一个软件包，这个可以在一台能正常运行的同版本的服务器上查看。

好了知道什么文件损坏，接下来只要安装修复就好了。

第二步:如果是实体服务器出现上述故障就直接按重启按钮，如果是虚拟机那就直接按重置。

第三步：从光驱引导，并进入救援模式。

在BIOS下面设置从光驱引导，不同的主板引导的方式不一样，常用的快捷按键有 F12
ESC 一般开机的时候会有提示。

第四步，安装对应的软件。

在安装过程中，可能会于RPM库损坏导致没法直接安装，报错如下

error: db5 error(11) from dbenv->open: Resource temporarily unavailable
error: cannot open Packages index using db5 - Resource temporarily unavailable (11)
error: cannot open Packages database in /var/lib/rpm

这种情况需要重建一下rpm数据库。

C6上方法一样。

原文地址：http://blog.51cto.com/13878077/2155631

时间： 2024-10-10 04:05:34

linux重要文件丢失导致系统故障，修复方法,(以 libc.so.6库损坏，rpm软件包故障为例)的相关文章

Linux系统启动流程之(3)系统故障修复之一

Linux系统启动流程之(3)系统故障修复之一 在使用linux中可能因为各种原因导致机器无法启动,于是针对这些问题都会应该有一个应对的措施,来恢复系统让此进行工作.下面用几个案例来逐一说明. 案例一: 破坏掉grub中bootloader,及磁盘的前446字节存放的 grub的stage1第一阶段. #使用dd命令将前446字节的bootloader数据填充为0 [[email protected] ~]# dd if=/dev/zero of=/dev/sda bs=446 count=1

Linux系统启动流程之(3)系统故障修复之二

Linux系统启动流程之(3)系统故障修复之二 通过上一篇可以了解如何来重新安装grub从而修复grub引导,那么如果损坏的不仅仅为grub引导,如果还出现了其它更为严重的问题呢.下面几个案例来说明: 案例一: 通常系统服务运行之前会运行init程序来开启第一个进程,那么如果init被删除呢? #删除或者移动init程序到别处 [[email protected] ~]# which init /sbin/init [[email protected] ~]# mv /sbin/init /te

MyISAM表的.frm文件丢失后的恢复方法

MyISAM表的.frm文件丢失后的恢复方法: 1.创建实验用的MyISAM表t1,并插入数据: mysql> create table t1(id int) engine=myisam; Query OK, 0 rows affected (0.01 sec) mysql> insert into t1 values(1),(2),(3),(4),(5),(6),(7),(8); Query OK, 8 rows affected (0.00 sec) Records: 8  Duplica

Error: Linux下 mysql.sock文件丢失被删除解决方法

在默认情况下,Mysql安装以后会在/tmp目录下生成一个mysql.sock文件,如该文件丢失则Mysql将不能够正常启动,解决方法:使用mysqld_safe 启动即可解决: #basedir:mysql安装路径,默认在/usr/local/mysql下:datadir:数据库存放路径,默认在/usr/local/mysql/data #使用下面的命令启动后,会在/tmp/下生成一个mysql.sock文件#./ 即为:/usr/local/mysql/bin $ ./mysqld_safe

Android studio R文件丢失或错误解决方法

android studio中有时引用资源会出现R文件丢失或报错,大多数情况下是由于引入资源时R文件没有及时更新造成的 (在代码没有错误或资源引用没有错误的前提下) 注意:资源文件的文件名必须小写,即 .xml文件的文件名 如下图: R文件报错,解决方法: 一:重新编译一次 这种方法我试了一次,但是效果不是很显著,因为之后当我再次引入资源的时候又报错了 二:Rebuild Project 如图选择 Build--> Rebuild Project,选中后下方出现如图 等待一段时间,完成之后如图:

linux中grub文件丢失或者错误解决方法

首先我们来看下以下别人博客的解决方案: 第一种情况: 是由于grub中的grub.conf文件损坏,开机后直接进入到了grub>命令行模式下.下面将图解此过程 这时可以使用help看一下grub可支持命令有那些,以便供修复时使用. 第二个使用的命令是find (hd0,0)/按tab如果能补全就表示系统在此分区上. 各个参数说明: 这时要注意,当你指定内核后,但未指定内核后面的参数(ro root=(此处未指定的话))将无法正常启动,报:请给root参数,一般情况下是系统是可以自动探测到,但这个

【原创】访问Linux进程文件表导致系统异常复位的排查记录

前提知识: Linux内核.Linux 进程和文件数据结构.vmcore解析.汇编语言 问题背景: 这个问题出自项目的一个安全模块,主要功能是确定某进程是否有权限访问其正在访问的文件. 实现功能时,需要在内核里通过扫描该进程打开的文件表,获取文件的路径,和安全模块里配置的可访问文件的进程白名单进行匹配: 模块会一直到搜索到进程pid为1的进程,也就是init进程.在访问中间某个父进程的文件表时,出现struct task_struct的files指针为空的情况, 导致系统异常复位. 下面就是这次

辛星浅析/etc/fstab文件写错的修复方法

今天给人示范lvm的设置,结果在后来修改/etc/fstab的时候不小心写错了,然后重启系统的时候就进入了repair   filesystem模式,这个模式下是无法通过vi来修改/etc/fstab的,而且该模式下也无法通过touch来创建文件,所有系统都是只读的,那么我们该怎么办呢? 我们可以通过执行 #mount  -o   remount,rw   /    来让根目录可以编辑,然后我们通过vi来把/etc/fstab文件修改为正确的配置即可,这样我们通过reboot来重启系统即可.

linux下文件或目录传输多种方法及测试(debian)

基础环境说明及安装 1.服务器 serverA=192.168.1.124(debian7.8) serverB=192.168.1.122(debian6.0.10) 2.需要将serverB下的目录testtransfer(4.5G)下全部远程复制到serverA下 3.需要用到软件 1)apt-cache search pigz pigz - Parallel Implementation of GZip(多线程压缩) 2)apt-cache search pv |grep "^pv&qu