一. 将磁盘分区挂载为只读 这一步很重要,并且在误删除文件后应尽快将磁盘挂载为只读.越早进行,恢复的成功机率就越大. 1.  查看被删除文件位于哪个分区 [root@localhost  ~]# mount /dev/mapper/VolGroup-lv_root on / type ext4(rw) /dev/mapper/VolGroup-lv_home on /home type ext4(rw) 2.  尝试将对应目录重新挂载为只读 [root@localhost  ~]#  mount

手太快,肠子都毁清了.本来是删除一个文件 rm path/myfile.txt结果不知为何加了个*,变成了rm path/myfile.txt *赶紧ls,发现所有代码都化为了乌有,还没提交,还没备份.删除时还不确认.一秒钟,世界就清净了. 带着侥幸的心情四处寻找,并无一处压缩包备份.有一些备份的地方也是很早期的工作.欲哭无泪. 所以linux的rm删除时不先备份,真是要不得.难怪很多人rm时左看右看得过个半分钟才敢下手.有人建议直接将root下的rm改成mv的别名.没办法,必须恢复.机器在机房

参考博文: 1.Linux中VMware虚拟机增加磁盘空间的扩容操作 http://www.net130.com/CMS/Pub/special/special_virtual/special_virtual_cc/2011_02_10_52947.htm 2.linux虚拟机磁盘添加并使用的方法                  http://jingyan.baidu.com/article/86f4a73e58583137d7526957.html 3.CentOS 6.3下部署文件恢复神

Background Today I did stupid things that I went into the ~/Downloads/ and pressed [Alt] + [A] then [Shift] + [Delete]. Wtf... I didn't want to delete this folder but another sub-folder...... So no zuo no die : ) Theory Generally, Linux filesystem ma

18.4.Restoring Datafiles and Archived Redo Logs 假定介质故障损坏的一个或多个数据文件,数据文件必须恢复损坏的文件之前恢复. 该位置是不是想恢复原来姿势.它必须表现出在控制文件中的数据文件的新位置. 件的过程和在文件系统上是同样的. 模拟1.在testtbs01中创建表,插入数据.然后切换日志,备份归档日志,testtbs01的某个数据文件被损坏,相应归档日志删除,还原和恢复 (1)在testtbs01中创建表并插入数据 SQL> create ta

Mac下操作的命令 1. 删除目录及子目录下,未添加的文件 svn status . | grep '^?' | awk '{print $2}' | xargs rm -rf 2.恢复根目录及子目录下的所有修改 svn revert -R . 3.显示未更新下来的记录及修改 svn log -v -r HEAD:BASE 4.svn删除,本地文件已经删除的文件 svn status . | grep '^!' | awk '{print $2}' | xargs svn delete 5.sv

#脚本开始 #!/bin/bash cd /etc/yum.repos.d/ tar -zcvf yum.bak.tar.gz CentOS-* rm -rf CentOS* touch /etc/yum.repos.d/a.repo cat>/etc/yum.repos.d/a.repo <<EOF [base] name=base baseurl=http://172.16.103.3/centos/7/os/x86_64 gpgcheck=1 enabled=1 gpgkey=ht

本文非常详细地介绍MySQL复制相关的内容,包括基本概念.复制原理.如何配置不同类型的复制(传统复制)等等.在此文章之后,还有几篇文章分别介绍GTID复制.半同步复制.实现MySQL的动静分离,以及MySQL 5.7.17引入的革命性功能:组复制(MGR). 本文是MySQL Replication的基础,但却非常重要.对于MySQL复制,如何搭建它不是重点(因为简单,网上资源非常多),如何维护它才是重点(网上资源不集中).以下几个知识点是掌握MySQL复制所必备的: 复制的原理 将master

相比传统的MySQL复制,gtid复制无论是配置还是维护都要轻松的多.本文对gtid复制稍作介绍. MySQL基于GTID复制官方手册:https://dev.mysql.com/doc/refman/5.7/en/replication-gtids.html 1.gtid基本概念 传统的基于binlog position复制的方式有个严重的缺点:如果slave连接master时指定的binlog文件错误或者position错误,会造成遗漏或者重复,很多时候前后数据是有依赖性的,这样就会出错而导

参考文章 https://blog.csdn.net/chenjia6605/article/details/82734945 1.本机安装所需工具: yum -y install rsync createrepo 2.创建目录(位置随意): (1).centos仓库目录,centosplus可以不同步,一般用不到: mkdir -p /storage/repos/centos/7/{os,updates,extras,centosplus}/x86_64 (2).epel仓库目录: mkdir

18.7.Performing Complete User-Managed Media Recovery 完毕一致性备份,把数据库恢复到当前的scn是最好的结果.能够恢复整个数据库.恢复单个表空间.或恢复数据文件.一致性恢复不须要resetlogs打开数据库,非一致性恢复须要resetlogs打开数据库.Backup and Recovery Basics提供了关于介质恢复的信息. 18.7.1.Performing Closed Database Recovery 能够在一个操作中恢复全部损坏

17.4.Making User-Managed Backups of Online Tablespaces and Datafiles 当数据库打开时,能够备份一个在线表空间全部和一个指定的数据文件.备份过程的差别依赖于在线表空间是read.write或者read-only. 注意:不应该备份暂时表空间 17.4.1.Making User-Managed Backups of Online Read/Write Tablespaces 当表空间是在线状态时,必须把一个read/write表空

PS:补充下,我在fedora 19上运行的时候遇到的一个问题: [root@localhost extundelete-]# ./configure Configuring extundelete configure: error: ': configure: error: C++ compiler cannot create executables See `config.log' for more details 查看了下config.log文件发现与gcc-c++有关.所以运行yum -

高性能Linux服务器 第6章  ext3文件系统反删除利器ext3grep  extundelete工具恢复rm -rf 误删除的文件 只能用于ext3文件系统!!!!!!!高俊峰(高性能Linux服务器构建实战:运维监控.性能调优与集群应用(完整)) Linux作为企业级服务器,数据的安全性至关重要,任何数据的丢失和误删除都是不可容忍的.作为系统管理员,一定要有数据保护意识,不但要对服务器数据进行定期备份,而且还要具有误删除数据后将其快速恢复的技能.本章重点讲述Linux下的ext3文件系统

“慎用rm -rf命令,除非你知道此命令带来的后果.”这是一条Linux用户守则,虽然大多数用户都明白这条语句的含义,但是我觉得还需要完善一下,为这条语句加 上一个使用前提:在你确认自己拥有清醒头脑,并且输入没有误差的时候可以使用rm -rf命令.这次惊心动魄的起因就是我将rm –rf log* 命令错误的输成了rm –rf log *,造成了当前目录下的所有项目文件全部被误删除. ls了两回,确定自己不是眼花后开始寻找解决 办法,昔日在Windows下有很多次数据恢复经历,但在Linux下这还

原文:http://www.cnblogs.com/patf/p/3368765.html PS:补充下,我在fedora 19上运行的时候遇到的一个问题: 1 [root@localhost extundelete-0.2.4]# ./configure 2 Configuring extundelete 0.2.4 3 configure: error: in `/usr/local/src/extundelete-0.2.4': 4 configure: error: C++ compil

Linux操作系统下使用TestDisk恢复已删除的文件或目录 原创作者:szyzln/2015.10.16   转载需注明原始出处! 说明: testdisk和photorec是著名的恢复数据,而绝不能从名字上去猜测它的功能. 工具安装 DEB系列:apt-get install testdisk YUM系列:yum install testdisk 恢复操作步骤 准备条件:假设我手动删除了一个普通文件,路径为“/home/szyzln/1.txt” 1.# sudo testdisk /de

使用extundelete工具 sudo apt-get install extundelete 恢复操作命令 首先需要umount或者read only 分区  umount /dev/partition  mount -o remount,ro /dev/partition   --恢复文件 extundelete /dev/partition --restore-all extundelete /dev/partition --restore-directory /backup/gnuto

说明:不一定有效,需要不断尝试 一.lsof 文件刚刚被删除,想要恢复,先尝试lsof. lsof |grep data.file1 cp /proc/xxx/xxx/xx /dir/data.file1 如果lsof不能看到文件,那么就需要使用恢复软件进行恢复. 要做的第一件事是立刻卸载被误删除文件所在的分区,或者重新以只读方式挂载此分区. umount /dev/part 或 mount -o remount,ro /dev/part 删除一个文件,就是将文件inode(inode 是操作系

需要工具extundelete(可通过xshell上传下载到linux)知识点:ifconifig eth0             查看ipfdisk /dev/sda          管理磁盘mkfs.ext4 /dev/sda4         格式化sda4分区为ext4的文件系统分区mount /dev/cdrom /mnt/        挂载光驱umount /dev/cdrom        卸载光驱df -Th                查看挂载信息echo $?