ext3grep

转载删除mysql数据库怎么恢复

对着背影说爱祢 提交于 2020-12-26 06:24:27
从网上找到卸载方法,其中要执行一行命令删除 Oracle 的安装目录,命令如下: rm -rf $ORACLE_BASE/* 如果 ORACLE_BASE 这个变量没有赋值,那命令就变成了: rm -rf /* 等等,妹子使用的可是 Root 账户啊。 就这样,把整个盘的文件全部删除了,包括应用 Tomcat、MySQL 数据库 and so on...... MySQL 数据库不是在运行吗?Linux 能删除正在执行的文件?反正是彻底删除了,最后还剩一个 Tomcat 的 Log 文件,估计是文件过大,一时没有删除成功。 看着妹子自责的眼神,又是因为这事是我安排她做的,也没有跟她讲清厉害关系,没有任何培训,责任只能一个人背了,况且怎么能让美女背负这个责任呢? 打电话到机房,将盘挂到另一台服务器上,SSH 上去查看文件全部被清,这台服务器运行的可是一个客户的生产系统啊,已经运行大半年了,得尽快恢复啊。 于是找来脱机备份的数据库,发现备份文件只有 1KB,里面只有几行熟悉的 mysqldump 注释(难道是 Crontab 执行的备份脚本有问题),最接近的备份也是 2013 年 12 月份的了,真是屋漏偏逢连夜雨啊。 想起来一位领导说过的案例: 当一个生产系统挂掉以后,发现所有备份都有问题,刻录的光盘也有划痕,磁带机也坏了(一个业界前辈,估计以前还用光盘做备份了)

记第一次CTF参赛

坚强是说给别人听的谎言 提交于 2020-10-02 05:14:34
第一次参加比赛 什么也不懂,赛前十五天才开始从零准备,在此之前只会写零星的python和C语言,能看弄html 赛前准备看到misc不需要很多的知识,就选择了这一方向,开始比赛才知道自己的天真,最终自己只做出了一道半 Misc 签到题 点亮全国地图,当所有地区ip数大于10,官方放出flag,很简单,拼手速的题 the-best-ctf-game 拿到附件,一个在windows打不开的文件,二话不说直接放到kali里binwalk,没有隐藏文件,用cat,在一群乱码之中隐约看到flag,直接拼出来, 回答正确 电脑被黑 题目拿到没什么思路,队友直接使用ext3grep,恢复磁盘,出现的flag.txt和fakeflag.txt全都是乱码,一直想也没有想到方法,最后想到将elf文件反汇编,拿到源码,再用这个算法,对flag.txt进行计算得到flag(还没有做完就结束了,之后再次尝试) Crypto bd 拿到附件为python脚本,提示是RSA算法,最下面给出了n、e和c,在网上搜索RSA大数分解,发现当n和e都很大的时候,可以利用wienerattack https://github.com/pablocelayes/rsa-wiener-attack 打开RSAwienerhack.py,不用管test,在下面加上n和e的值并且调用RSA_hack()函数

绝了!一个妹子 rm -rf 把公司整个数据库删没了...

会有一股神秘感。 提交于 2020-04-14 00:21:23
【今日推荐】:为什么一到面试就懵逼!>>> 作者丨zhouyu 链接: c nblogs.com/zhouyu629/p/3734494.html 经历了两天不懈努力,终于恢复了一次误操作删除的生产服务器数据。 对本次事故过程和解决办法记录在此,警醒自己,也提示别人莫犯此错。 也希望遇到问题的朋友能找到一丝灵感解决问题。 01 事故背景 安排一个妹子在一台生产服务器上安装 Oracle,妹子边研究边安装,感觉装的不对,准备卸载重新安装。 从网上找到卸载方法,其中要执行一行命令删除 Oracle 的安装目录,命令如下: rm -rf $ORACLE_BASE/* 如果 ORACLE_BASE 这个变量没有赋值,那命令就变成了: rm -rf /* 等等,妹子使用的可是 Root 账户啊。就这样,把整个盘的文件全部删除了,包括应用 Tomcat、MySQL 数据库 and so on…… MySQL 数据库不是在运行吗?Linux 能删除正在执行的文件?反正是彻底删除了,最后还剩一个 Tomcat 的 Log 文件,估计是文件过大,一时没有删除成功。 看着妹子自责的眼神,又是因为这事是我安排她做的,也没有跟她讲清厉害关系,没有任何培训,责任只能一个人背了,况且怎么能让美女背负这个责任呢? 打电话到机房,将盘挂到另一台服务器上,SSH 上去查看文件全部被清

【数据库】一个 rm -rf 把公司整个数据库删没了

我与影子孤独终老i 提交于 2020-04-08 19:45:56
云栖号资讯:【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 经历了两天不懈努力,终于恢复了一次误操作删除的生产服务器数据。 对本次事故过程和解决办法记录在此,警醒自己,也提示别人莫犯此错。 也希望遇到问题的朋友能找到一丝灵感解决问题。 事故背景 安排一个妹子在一台生产服务器上安装 Oracle,妹子边研究边安装,感觉装的不对,准备卸载重新安装。 从网上找到卸载方法,其中要执行一行命令删除 Oracle 的安装目录,命令如下: rm -rf $ORACLE_BASE/* 如果 ORACLE_BASE 这个变量没有赋值,那命令就变成了: rm -rf /* 等等,妹子使用的可是 Root 账户啊。就这样,把整个盘的文件全部删除了,包括应用 Tomcat、MySQL 数据库 and so on...... MySQL 数据库不是在运行吗?Linux 能删除正在执行的文件?反正是彻底删除了,最后还剩一个 Tomcat 的 Log 文件,估计是文件过大,一时没有删除成功。 看着妹子自责的眼神,又是因为这事是我安排她做的,也没有跟她讲清厉害关系,没有任何培训,责任只能一个人背了,况且怎么能让美女背负这个责任呢? 打电话到机房,将盘挂到另一台服务器上,SSH 上去查看文件全部被清,这台服务器运行的可是一个客户的生产系统啊,已经运行大半年了