步骤:进入硬盘的急救模式,进入磁盘,挂载光盘到/media上,rpm安装内核到media目录下,从装grub程序到/dev/sda,然后将grub文件从定向到/boot下,然后重启. 第一步:进入bios界面设置CD为第一启动项: 第二步:进入急救模式修复 sh-4.2#chroot /mnt/sysimage                            //进入磁盘 bash-4.2#mount /dev/sr0 /media                         //挂载

一.环境 Centos8 二.过程 1.查看/boot底下文件 ls /boot 2.模拟误删/boot底下文件 rm -rf /boot/*ls /boot 3.reboot,无法正常启动 4.在vmvare里,鼠标右键选择你的机器,"电源"-"打开电源时进入固件" 5.启动,进入到bios界面,boot下将光盘启动的优先级调到最上面,F10保存重启,进入光盘启动. 6.键盘上下键,选择"Troubleshooting"-"Rescu

针对日常维护操作,难免会出现文件误删除的操作.大家熟知linux文件系统不同win有回收站,删除后的文件可以到垃圾箱寻回,要知道linux文件修复比较费劲,网络上面的文档也是五花八门.所以本次研究一种比较靠谱的文件和目录恢复方法,也给维护人员留一条后路. 分析对比debugfs.testdisk 6.14.extundelete,对比各自官网介绍和操作说明本次决定研究extundelete对文件和目录的恢复操作. extundelete下载官网地址:https://pkgs.org/downlo

由于头两天面试时被问了这样一个问题,如果某同事误删了某个表,你该怎么恢复? 当时想了一下,因为博主没有遇到过这个问题,但是也多少了解一些,所以就回答通过mysql的binlog日志进行恢复. 面试官当时问了一下具体的流程.就有些懵逼了.所以就总结了一下,前提一定要做好备份! 数据库误删某表恢复方法,这个前提是针对每天有备份的数据库和开启binlog日志的 ,如果没有备份和binlog日志 恢复起来会非常非常麻烦,所以奉劝大家还是要备份!备份!备份! /*查看数据库是否开启binlog日志*/my

1.crontab -r 误删操作的恢复 语句解析:crontab -e 编辑 与 crontab -r 删除,由于e, r在键盘上是紧邻的,一旦误操作 crontab -r 将会删除每个用户的定时任务. 找回任务的方法:可以通过寻找crontab的日志文件,查看执行任务的语句.然后,再重建crontab文件,恢复. 日志文件目录:/var/log. 查看方法: ls /var/log/cron*,  cat cronlog | grep 匹配关键词 等. 2.防止误删的方法 方法:通过对cro

Oracle误删数据的恢复,分为两种方法:SCN和时间戳两种方法恢复. 一.通过SCN恢复删除且已提交的数据 1.获得当前数据库的SCN号 select current_scn from v$database; (切换到sys用户或system用户查询) 查询到的SCN号为:1499223 2.查询当前SCN号之前的SCN select * from 表名 as of scn 1499220; (确定删除的数据是否存在,如果存在,则恢复数据:如果不是,则继续缩小scn号) 3.恢复删除且已提交的

实验:在分区情况下,rm -rf /boot和/etc/fstab,恢复 首先我们查看一下/etc/fstab 里面放的是什么东西,从下图可以看出里面存放的是分区的挂载情况,删除分区将不能自动挂载 接下来查看/boot下存放的是Linux的核心文件/boot/vmlinuz-VERSION-release,和引导加载程序grub,辅助内核加载硬件驱动的伪根系统/boot/initramfs-VERSION-release.img,缺少这几项将导致Linux无法开机 好了,我要开始删了 rm -r

系统还原: 1. 2. 3. 4. 5.进入硬盘 6.挂载光盘,安装恢复boot 7.安装grub2 8.重建grub.cfg文件  

1.Ext3文件系统结构的简单介绍在Linux所 用的Ext3文件系统中,文件是以块为单位存储的,默认情况下每个块的大小是1K,不同的块以块号区分.每个文件还有一个节点,节点中包含有文件所有者, 读写权限,文件类型等信息.对于一个小于12个块的文件,在节点中直接存储文件数据块的块号.如果文件大于12个块,那么节点在12个块号之后存储一个间 接块的块号,在这个间接块号所对应的块中,存储有256个文件数据块的块号(Ext2fs中每个块号占用4字节,这样一个块中所能存储的块号就是 1024/4=256

一.项目背景描述 1.OSS现网测试数据库因大量小事物频繁提交运行非常缓慢.经分析为DS3950存储所在磁盘I/O存在瓶颈,大量等待事件,性能受限.另外,开发同事没有优化意识,没将小事物做成批量提交方式. 2.在DS3950上,9块600G硬盘(8块+1块热备)做了RAID5阵列,lun01,lun02,lun03,lun04,均为200G,映射给OSS数据库服务器使用. 3.在操作系统上,lun01,lun02构成了vg_ossdb卷组,vg_ossdb下只有一个LV--lvoradata挂载

一时疏忽,手一抖,把整个挂载的F盘删了一半!顿时傻眼!! 被删的F盘是Windows下NTFS分区,在Ubuntu12.04中挂载了F盘,使用rm命令时粗心大意,误删了一半的数据. 血的教训告诉我们,使用rm -r命令一定要带上-i,否则让你后悔莫及! 还好在Linux下有一种方法可以恢复被删除的NTFS分区文件. 本文地址:http://www.cnblogs.com/yhLinux/p/4106099.html 在文件被误删后,不要再往分区写数据!切记. 首先,看看我们被删的F盘: $ df

注意:以下演示过程前提为mysqld进程仍在运行中,否则无法使用下面演示过程进行恢复! 1.手工制造故障,删除ibdata1文件,注意不要重启mysql shell > rm -rf ibdata1 2.登录mysql,进行如下操作 mysql > FLUSH TABLES WITH READ LOCK;  #全局加读锁,阻塞Innodb继续写入数据 mysql > SHOW engine innodb STATUS; #查看innodb status中的LSN位置 #找到这2个关键值

与数据打交道,免不了会误删一些数据,之后还commit了,连回滚的机会都没了,而更糟糕的是你又没有备份,这种事终于在今天被我不幸的遇上了... 唯一一点值得欣慰的是,我删除表记录的时候,时间不长,一天而已,而我用的删除也是delete删除,不是truncate删除. oracle已经考虑到我们会出现这样的错误,所以我们还是可以通过语句找回我们的数据. 如果我们delete表的数据,我们可以通过以下步骤找回被删除的数据: 1.确定删除数据的时间,(如果实在记不清楚,只要在删除数据之前的就行) 2.

与数据打交道,免不了会误删一些数据,之后还commit了,连回滚的机会都没了,而更糟糕的是你又没有备份,这种事终于在今天被我不幸的遇上了... 唯一一点值得欣慰的是,我删除表记录的时候,时间不长,一天而已,而我用的删除也是delete删除,不是truncate删除. oracle已经考虑到我们会出现这样的错误,所以我们还是可以通过语句找回我们的数据. 如果我们delete表的数据,我们可以通过以下步骤找回被删除的数据: 1.确定删除数据的时间,(如果实在记不清楚,只要在删除数据之前的就行) 2.

模拟场景 centos7 误删/usr/bin/等系统内置文件夹, 导致几百个内置命令丢失. 修复 rescue模式 vm模拟一遍(如果在物理机, 可通过U盘方式直接开机U盘进入选择救援模式, 方式通用). 加载系统镜像 重启, 开机进入固件 进入 F10保存退出 rescue开始 上面这张图已经说明 选项1: 挂载权限为读写 选项2: 挂载权限为只读 选项3: 跳过(如果发现检测失败选此项直接跳过进入) 选项4: 退出(重启) 运行这条命令,把当前镜像中的/usr/bin/ 扔一份丢进系统里面

在Linux下,基于开源的数据恢复工具有很多,常见的有debugfs.R-Linux.ext3grep.extundelete等,比较常用的有ext3grep和extundelete,这两个工具的恢复原理基本一样,只是extundelete功能更加强大: Extundelete能够利用inode信息结合日志去查询该inode所在的block位置,以次来查找和恢复所需的数据,该工具最给力的一点就是支持ext3/ext4双格式分区恢复,基于整个磁盘的恢复功能较为强大. 注意事项 在数据被误删除后,第

1.某表的数据误删了,那么可以查询这个表某一时间节点之前的数据,并放到一个新建的表里. create table temptable as select * from t_billdefi  as OF TIMESTAMP TO_TIMESTAMP('2018-12-20 14:00:00',  'yyyy-mm-dd hh24:mi:ss'); 2.某表被删除了(备份还原工作一般会删除表的,恢复后,新表覆盖了老表(老表被删除了)) 下面命令可以查询 被删除的表名 select * from r

误删除文件的恢复 在用eclipse进行代码编写操作时,有时会误删除文件或者文件包.通过eclipse的恢复文件功能可以恢复误删除的文件. 具体步骤为: 1.选择误删除文件在eclipse所在包(文件夹) 2.在包上单击右键. 3.选择restore from local history... 4.在弹出的对话框中选择需要恢复的文件 具体如图: 选择需要恢复的文件 代码的恢复.比较 1.选择要修改比较的代码片段 2.单击右键 3.选择Local History 4.选择需要的操作. 具体如图所示

winhex镜像硬盘和ghost备份是完全不同的,ghost只能克隆或者镜像分区内正常的数据,删除的数据他是不会克隆的,所以在数据恢复应用中,ghost对我们来讲作用就不大了,而使用winhex备份(镜像)硬盘数据就不同了,winhex会对每一个扇区数据拷贝,下边我们分别对winhex的硬盘镜像成img文件和硬盘克隆做一个图文教程: 打开winhex如下图: 选择克隆硬盘:工具-磁盘工具-克隆磁盘如下图 一:硬盘克隆到镜像文件 首先说明来源与目标的区别,来源是将要克隆的硬盘,目标是来原盘的备份盘

linux下文件被删除能够用非常多工具进行恢复.比如undelete(适合ext2,ext3).giis(不能恢复安装giis之前的文件).ext3grep(仅限ext3).R-linux(支持ext3,可是须要操作系统是32位的). 还有testdisk等等就不一一介绍了.须要注意的是.我们误删文件后.最好保持现场. 以下不用工具来恢复误删的数据文件: ZBDBA@orcl11g>select * from zbdba; select * from zbdba * ERROR at line