在默认情况下,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

昨天要还电脑了,结果脑子一抽,某个目录还没拷贝,shift+delete了整个目录,删除到一半,完了...我的源码都在里面还没出来啊...这TMD要命啊... 赶紧搜了一把,windows文件误删恢复的tools... 最后用Recuva破解版恢复了,有一点要注意的就是最后恢复的时候不能默认,得选全目录恢复,这太隐蔽了...果然还是挺NB的..

linux 下文件误删恢复 0x01 事件背景 某天晚上写代码的时候,本来想删除当前目录下一个叫xxx的文件夹 rm -rdf ./xxx/*, 结果光顾着和人说话,一不留神手贱把命令敲成了rm -rdf ./*. 然后顿时懵逼了,整个目录全没了.心想完蛋了,这个目录有我写了好几天的代码啊,这可怎么是好,问了下周围的人,都说linux下使用-rf的方式删除文件是不可恢复的,叫我放弃,并且重写代码吧.....-_-||. 可我不甘心啊,写了好几天的代码说没就没了,于是Google了下解决方案,网上

前言 今天不小心把一个文件给误删了,因为不想花半天时间重新写,就查找了一下Linux下恢复文件的方法. 因为是刚删不久,文件实际的数据应该还在 首先查看系统分区 Linux:~# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda1 % / tmpfs % /var/lib/php5 tmpfs % /var/run tmpfs % /tmp ssl_service % /kssl/HRP/cache 使用系统自带工具d

git commit提交文件,服务器返回本地文件有修改. 1.git stash :暂存本地代码 2.git pull origin develop : 获取远程分支代码 3.git stash pop:恢复之前暂存的文件 git 误删文件和恢复指令 1.git  fsck --lost -found :查看最近移除的文件. 2.git show  '误删编号':查看删除文件内容 3.git merge ‘误删编号’: 本地合并误删的文件内容

一.需求研究 分析对比debugfs.testdisk 6.14.extundelete,对比各自官网介绍和操作说明本次决定研究extundelete对文件和目录的恢复操作. 二.项目内容 1.工具安装部署 官方网站是http://extundelete.sourceforge.net/ ,其目前的稳定版本是extundelete-0.2.4. 工具下载 wget https://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.

哈喽大家好!又到了年底冲业绩的时候了,每逢这个时候,收拾自己的电脑就和收拾放假一样,令人头秃,不是这个文件丢了,就是那个数据没了,不管您是为论文头秃发愁的学生,还是朝九晚五的上班族,又或者是日进斗金的大老板,文件丢了也只能独自垂泪重新做一份了. 作为一名卑微社畜,小编在上一次做工作总结的时候已经丢过一次文件了,熬了几个大夜做出来的报告说没就没,简直是欲哭无泪! 之前有一次是电脑重装系统,文件没有备份完全,全都没了...... 再以前是写论文时照着导师要求改了好几版的定稿被当做原稿误删了,说多了都

OS: Oracle Linux Server release 5.7 DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 首先创建yoon数据库 SQL> create tablespace yoon datafile '/u01/oracle/oradata/yoon/yoon01.dbf' size 50m; Tablespace created. SQL> create use

转载:http://coolsky.blog.51cto.com/177347/1230332 Linux系统中,在root帐号下使用rm * -rf是非常危险的,一不小心就可能删除系统中的重要文件. 通常运维工程师或者系统工程师会用一些特殊的方法,来防止误删除系统文件和重要的配置文件,比较常用的方法是chattr +i filename 我的用法: 我想把一个文件夹变成这中属性,但是可以在这个文件夹下面创建和删除文件,使用注意: 先创建一个空的目录,然后将该目录的属性设置为+i,然后通过挂载的

步骤: 1.对于文件系统为ext3文件系统 使用命令:sudo apt-get install ext3grep. 对于文件系统为ext4文件系统 使用sudo apt-get install extundelete 2.恢复系统使用命令:sudo extundelete /dev/ada1 --restore-all./dev/sda1是误删的文件原来在/home/liyihai里面的子目录中,而这个目录挂载与/dev/sda1分区(使用df -h命令查看).执行上面命令后,会在当前目录中生成

转自:(http://blog.csdn.net/Super_Tiger_Lee/article/details/77772752) 1.模型初始化环境: 命令:python manage.py db init cmd的回应: Creating directory F:\code\flask_project\migrations ... done Creating directory F:\code\flask_project\migrations\versions ... done Gener

今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.我们不知道的时候就觉得难了.谁说不是这样呢? 下面我们就来模拟生产环境下,人为删除数据文件和重做日志文件.然后详细说明恢复步骤. 1.用sysbench模拟数据的写入,如下所示: [root@yayun-mysql-server ~]# sysbench --test=oltp --oltp-t

误删除innodb ibdata数据文件  文件句柄  文件描述符  proc  fd http://www.cnblogs.com/gomysql/p/3702216.html 提示:如果不小心通过操作系统命令误删除了数据文件,一定不要轻易的关闭实例或者offline数据文件!!!!!!!! 今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.

今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.我们不知道的时候就觉得难了.谁说不是这样呢? 下面我们就来模拟生产环境下,人为删除数据文件和重做日志文件.然后详细说明恢复步骤. 1.用sysbench模拟数据的写入,如下所示: [root@yayun-mysql-server ~]# sysbench --test=oltp --oltp-t

今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.我们不知道的时候就觉得难了.谁说不是这样呢? 下面我们就来模拟生产环境下,人为删除数据文件和重做日志文件.然后详细说明恢复步骤. 1.用sysbench模拟数据的写入,如下所示: [root@yayun-mysql-server ~]# sysbench --test=oltp --oltp-t

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

说明:将/etc/profile文件删除,然后恢复 在linux中为什么讲文件删除还能恢复呢? 详见:文件删除原理 http://blog.csdn.net/grantlee1988/article/details/8057228 http://oldboy.blog.51cto.com/2561410/791322/ 总之就是说:当我执行rm命令的时候文件的实体(block数据块)并没有被删除,删除的只是i_link,只有当原来的数据块被后来的数据覆盖之后该数据才是被彻彻底底的删除了,这样就是

mysql.sock应该mysql的主机和客户机在同一host上的时候,使用unix domain socket做为通讯协议的载体,它比tcp快.Mysql有两种连接方式: (1)TCP/IP  (2)socket 对mysql.sock来说,其作用是程序与mysqlserver处于同一台机器,发起本地连接时可用. 例如你无须定义连接host的具体IP得,只要为空或localhost就可以. 在此种情况下,即使你改变mysql的外部port也是一样可能正常连接. 因为你在my.ini中或my.c

Linux中找回误删除的文件 作为一个多用户.多任务的Linux操作系统,会出现在没有备份的情况下将一些用户文件误删的情况,Linux下的文件一旦被删除,是难以恢复的.尽管删除命令只是在文件节点中作删除标记,并不真正清除文件内容,但是其他用户和一些有写盘动作的进程会很快覆盖这些数据.在误删后及时发现情况进行一些恢复工作,一定程度上还是有可能找回数据的.   Case 1:没有任何操作的情况下,单纯的将某个文件删除 原理:在Linux系统中,任何一个文件存入硬盘都是分为存放文件的inode号和bl

.文件管理 <1>查看文件信息:ls ls是英文单词list的简写,其功能为列出目录的内容,是用户最常用的命令之一,它类似于DOS下的dir命令. Linux文件或者目录名称最长可以有265个字符,“.”代表当前目录,“..”代表上一级目录,以“.”开头的文件为隐藏文件,需要用 -a 参数才能显示. ls常用参数: 参数 含义 -a 显示指定目录下所有子目录与文件,包括隐藏文件 -l 以列表方式显示文件的详细信息 -h 配合 -l 以人性化的方式显示文件大小 图中列出的信息含义如下图所示: 与

今天在群里看到有人说不熟悉innodb把ibdata(数据文件)和ib_logfile(事务日志)文件误删除了.不知道怎么解决.当时我也不知道怎么办.后来查阅相关资料.终找到解决方法.其实恢复也挺简单的.我们不知道的时候就觉得难了.谁说不是这样呢? 下面我们就来模拟生产环境下,人为删除数据文件和重做日志文件.然后详细说明恢复步骤. 1.用sysbench模拟数据的写入,如下所示: [root@yayun-mysql-server ~]# sysbench --test=oltp --oltp-t