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

centos 目录文件管理 mkdir,rm,touch,误删文件extundelete,cp,mv,cat,more,less ,head,tail,chown,chmod ,umask  第四节课 上半节课 mkdirrmtouch误删文件用extundelete cpmvcatmoreless 分页器headtail 下半节课 文件类型9位权限一个inode对应一个文件,小文件多inode占用多目录硬链接数:ls -la |grep "^d" |wc -lchownchmod u

#!/bin/bash #:set ff=unix #:set nobomb #-*- coding:utf-8 -*- ###################################################################### ## Filename:     Trash.py ## ## Copyright (C) 2014.6 ## Author:        TangMeiHao@760209035@qq.com ## ## Description:

问题描述: 某年某月某日,在查看git库的时候,发现文件的分布和文件夹的名字是极其不合理的,所以移动和重命名了某些文件. 在删除(git rm –r folder)一个空文件夹的时候,出现错误:fatal:pathspec "folder Name" did not match any files,就是说,git没有找到相应的文件.但是这个文件夹明明是存在的,刚把里面的文件移到其他的文件夹里面,此时这个文件夹是空的. 问题推测: 某人喜欢推测,知道这是个不好的习惯,但木有办法.在现有的

方法一 这里以删除 .setting 文件夹为案例 git rm -r --cached .setting #--cached不会把本地的.setting删除 git commit -m 'delete .setting dir' git push -u origin master (推到自己的分支) 方法二 如果误提交的文件夹比较多,方法一也较繁琐 直接修改.gitignore文件,将不需要的文件过滤掉,然后执行命令(全部删除,再修改.gitignore,再重新提交push) git rm -

计算机系统:Ubuntu 16.04 1 背景 在做项目的时候,本来想使用rm命令删除以14开头的文件,结果写成如下形式: rm 14 * 注意,本来14和*之间不应该有空格的,但是误写了一个空格,结果导致所有文件都被删除了!为了找回被误删的文件,根据网上的一些资料进行探索. 2 ext3grep sudo apt-get install ext3grep 参考资料[4]中对这个工具的使用有比较详细的说明过程.然而,正如参考资料[5]所言,这个工具只适合于ext3文件系统的,而新版本的Ubunt

ls -R #include <sys/stat.h> #include <dirent.h> #include <fcntl.h> #include <stdbool.h> #include <stdio.h> int do_ls(const char *dir) { ]; DIR *dirp; struct dirent *dp; struct stat dir_stat; != access(dir, F_OK) ) { ; } >

git 的  .gitignore 文件的作用是在代码提交时自动忽略一个文件.不将其纳入版本控制系统. 比如.一般我们会忽略IDE自动生成的配置文件等. 如果一个你要忽略的文件已经纳入到了git ,也就是说你已经提交过这个文件了.这时再在 .gitignore 文件中添加上对它的忽略是不起作用的. 你可用:git rm -r --cache .  命令来清空本地的git缓存. 再使用:git add .  命令来重新提交代码. 这样你要忽略的文件就不会在被提交了. ———————————————

1.gitignore文件 在git中如果想忽略掉某个文件,不让这个文件提交到版本库中,可以使用修改 .gitignore 文件的方法.这个文件每一行保存了一个匹配的规则例如: # 此为注释 – 将被 Git 忽略 *.a       # 忽略所有 .a 结尾的文件            !lib.a    # 但 lib.a 除外            /TODO     # 仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO            build/    #

说明:不一定有效,需要不断尝试 一.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 是操作系

有时候,发现有不该提交的文件已经提交后,仅仅在.gitignore中加入忽略是不行的.这个时候需要执行: git rm -r --cached 文件/文件夹名字 去掉已经托管的文件,然后重新提交: git add . git commit -m '' 当我们需要删除暂存区或分支上的文件, 同时工作区也不需要这个文件了, 可以使用: git rm file_path git commit -m 'delete somefile' git push

一. 将磁盘分区挂载为只读 这一步很重要,并且在误删除文件后应尽快将磁盘挂载为只读.越早进行,恢复的成功机率就越大. 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 -rf 慎用 命令敲得多了,常在河边走,难免会湿鞋 昨天,一个手误,敲错了命令,把原本想要留的文件夹给rm -rf掉了 几天心血全木有了,靠,死的心都有了 经百度,google以及尝试无果,哎,这个以后再研究怎么找回吧 几点教训: 1.rm 特别是rm -rf之前,小心,三思,或者直接将命令改写掉 2.做好备份,有便捷的备份脚本 3.做好定时备份,有个前辈搞定时脚本,每天定时自个执行,即使删错了也不会那么悲催 首先,搞个回收站 在~下     .bashrc或者.bash_profile加

1.查看被误删的分区 df /home/Java/...      一直到刚刚被误删的文件的路径下 2.在debugfs打开分区 open /dev/ssl       最好这个分区可能不一样,根据上面查到的来,最好粘过来,打的有可能会提示找不到   如果提示权限不足 则需要先退出debugfs,退出命令:quit,然后输入:sudo chmod -R 777 /home/Java/...   找到刚才被删文件所在的路径,来获取此目录的权限,然后再次进入debugfs模式,打开分区 3.查看被删

步骤: 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命令查看).执行上面命令后,会在当前目录中生成

偶然看到一个比较好用的工具Trash-Cli.一个类似垃圾桶的机制,可以恢复文件.试了一下,感觉还行 (1)下载安装: https://github.com/andreafrancia/trash-cli [root@bogon ~]# yum install git -y #安装git [root@bogon ~]#git clone https://github.com/andreafrancia/trash-cli.git #git克隆岛本地 [root@bogon ~]#cd trash

使用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

http://blog.csdn.net/wklken/article/details/6898590

fdisk -l # 分区信息lsblk -f # 查看文件类型/etc/fstab # 查看文件格式挂载启动信息 # debugfs针对 ext2 # ext3grep针对 ext3 # extundelete针对 ext4 df -T # 首先查看磁盘分区格式 umount /data/ # 卸载挂载,数据丢失请首先卸载挂载,或重新挂载只读 ext3grep /dev/sdb1 --ls --inode # 记录信息继续查找目录下文件inode信息 ext3grep /dev/sdb1 --

Google有一个开源的包 叫ext3grep工具他可以回复删除的文件,甚至是drop database,想什么呢,数据库啦!这个工具需要在ext3或者ext4 的文件系统上才可以实现,因为ext3文件系统是日志型文件系统,ext3文件系统储存信息的时候是由inode号和block块存储的.一个分区比如一本书,那么block块就是书每页的内容,而inode号 就是书的目录,系统找文件的时候先找inode号 然后根据inode号去找硬盘上的block快信息. ext3grep恢复原理: 利用ext