linux数据恢复linux 下如何找回被删除的文件

怎么恢复被linux删除的文件

首先停止对那个分区的一切写入操作，包括系统自动写入，再谈其他。

电脑城有专门的数据恢复服务，不过NTFS上被删除的文件是相当难恢复的，能否恢复很大程度上看运气。

linux 所有“.”文件被删怎么办？

曾经看过的误删恢复，对你可能有帮助 恢复被误删文件的方法 　　大多数Linux发行版都提供一个debugfs工具，可以用来对Ext2文件系统进行编辑操作。

不过在使用这个工具之前，还有一些工作要做。

　　首先以只读方式重新挂载被误删的文件所在分区。

使用如下命令：（假设文件在/usr分区） 　　mount –r –n –o remount /usr -r表示只读方式挂载；-n表示不写入/etc/mtab，如果是恢复/etc上的文件，就加上这个参数。

如果系统说xxx partion busy，可以用fuser命令查看一下是哪些进程使用这个分区上的文件： 　　fuser –v –m /usr 　　如果没有什么重要的进程，用以下命令停掉它们： 　　fuser -k –v –m /usr 　　然后就可以重新挂载这些文件系统了。

　　如果是把所有的文件统一安装在一个大的/分区当中，可以在boot提示符下用linux single进入单用户模式，尽量减少系统进程向硬盘写入数据的机会，要不干脆把硬盘挂在别的机器上。

另外，恢复出来的数据不要写到/上面，避免破坏那些有用的数据。

如果机器上有dos/windows，可以写到这些分区上面： mount –r –n /dev/hda1 /mnt/had 然后就可以执行debugfs：（假设Linux在 /dev/hda5） #debugfs /dev/hda5 就会出现debugfs提示符debugfs： 使用lsdel命令可以列出很多被删除的文件的信息： debugfs：lsdel debugfs: 2692 deleted inodes found. Inode Owner Mode Size Blocks Time deleted 164821 0 100600 8192 1/ 1 Sun May 13 19:22:46 2001 ………………………………………………………… 36137 0 100644 4 1/ 1 Tue Apr 24 10:11:15 2001 196829 0 100644 149500 38/ 38 Mon May 27 13:52:04 2001 debugfs: 　　列出的文件有很多（这里找到2692个），第一字段是文件节点号，第二字段是文件所有者，第三字段是读写权限，接下来是文件大小，占用块数，删除时间。

然后就可以根据文件大小和删除日期判断那些是我们需要的。

比如我们要恢复节点是196829的文件： 　　可以先看看文件数据状态： debugfs：stat <196829> Inode: 196829 Type: regular Mode: 0644 Flags: 0x0 Version: 1 User: 0 Group: 0 Size: 149500 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 38 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x31a9a574 -- Mon May 27 13:52:04 2001 atime: 0x31a21dd1 -- Tue May 21 20:47:29 2001 mtime: 0x313bf4d7 -- Tue Mar 5 08:01:27 2001 dtime: 0x31a9a574 -- Mon May 27 13:52:04 2001 BLOCKS: 594810 594811 594814 594815 594816 594817 …………………………………. TOTAL: 38 然后就可以用dump指令恢复文件： debugfs：dump <196829> /mnt/hda/01.sav 这样就把文件恢复出来了。

退出debugfs： debugfs：quit 另一种方法是手工编辑inode： debugfs：mi <196829> Mode [0100644] User ID [0] Group ID [0] Size [149500] Creation time [0x31a9a574] Modification time [0x31a9a574] ess time [0x31a21dd1] Deletion time [0x31a9a574] 0 Link count [0] 1 Block count [38] File flags [0x0] Reserved1 [0] File acl [0] ……………………………. Triple Indirect Block [0] 　　使用mi指令后每次显示一行信息以供编辑，其它行可以直接按回车表示确认，把deletion time改成0（未删除），Link count改成1。

改好后退出debugfs： 　　debugfs：quit 　　然后用fsck检查/dev/hda5 　　fsck /dev/hda5 　　程序会说找到丢失的数据块，放在lost+found里面。

这个目录里的文件就是我们要的东东。

如何恢复Linux上删除的文件，第7部分

与 ext2/ext3 类似，要想确定能否恢复已删除的文件，必须弄清楚文件系统在删除文件时都执行了哪些操作，磁盘的数据块中保留了哪些相关信息，以及如何从这些信息中恢复出相关数据来。

　　通过上一部分的介绍，我们大概也能猜测出来，在 reiserfs 文件系统中恢复已删除的文件并不容易，这是由于 reiserfs 所采用的内部数据结构所决定的：它将小文件的数据（以及大文件的部分尾部数据）与 stat 数据一起保存到 B+ 树的叶子节点中。

虽然这种设计可以有效地提高空间利用率，但却给数据恢复带来了很多困难。

首先，数据在叶子节点中的位置并非是一成不变的，它会随着前后数据的变化而发生移动，这会导致有些数据可能会被覆盖，因此有些数据可能根本就无法恢复。

其次，B+ 树本身就是一棵动态变化的树，节点的分裂和合并更大程度地增加了数据恢复的难度。

　　对象 id 的分配和管理 　　在本系列文章的上一部分中，我们介绍过超级块保存在一个单独的数据块上。

实际上，超级块信息的存储并不需要占用一个完整的数据块，这个数据块中空闲的部分就用来解决对象 id 的冲突和重用问题。

　　我们知道，在 reiserfs 文件系统中，对象 id 就像是 ext2/ext3 文件系统中的索引节点号一样，是文件的唯一标志；而在关键字中加入目录 id 就间接反应了文件系统中的目录层次关系。

为了确保文件对象 id 的唯一性，必须随时能够了解可用 id 的范围。

为此，reiserfs 采用了一个如下格式的二元组的数组来保存已经使用的 id 范围： 　　[(first used object-id, first unused object-id)] 　　二元组的第一项表示第一个已经使用的 object-id 值，第二项表示下一个未用的最小 object-id 值。

第一个二元组的第一项总是 1，并且其中每个元素都是从小到大的顺序存放的。

例如，下面是一个系统使用过程中的例子： 　　1, 6, 16, 17, 38, 47, 48, 56 　　我们可以看出，现在已经使用的对象 id 包括：1-5、16、38-46、48-55，而其他的对象 id 都是可用的。

此时如果删除对象 id 为 41 的文件，则上面的数组就会变为： 　　1, 6, 16, 17, 38, 41, 42, 47, 48, 56 　　恢复单个删除文件试验 　　下面让我们先从一个简单的例子入手，了解磁盘数据在 reiserfs 文件系统删除文件前后的变化，并探讨能否以及如何恢复已删除的文件。

　　本文后面所介绍的方法大部分都需要对磁盘进行扫描，这对于在 reiserfs 文件系统中恢复已删除文件是必不可少的。

为了简单起见，我们新建立了一个只有 128MB 大小的分区，并使用这个分区来进行后续实验（笔者系统中这个分区是 /dev/sda4，如果您的系统配置与此不同，请自行修改文中使用的命令和脚本）。

　　为了保证实验结果不会受到磁盘上历史数据的影响，我们需要使用一个全新的分区来创建文件系统。

为了确保这一点，每次在创建文件系统之前，我们首先将该分区上的数据全部清 0。

命令如清单 1 所示。

Linux数据找不到怎么恢复

恢复U盘,优盘,XD卡,SD卡,CF卡, SM卡,MMC卡,MP3,MP4,记忆棒，数码相机，DV，微硬盘，,9100手机内存，软盘等各类存储设备资料。

咨询见我名字

linux不小心删除文件后怎么恢复

原理主要是删除的文件并没有实2113际上从硬盘上抹去，只是inode索引删除了相5261关的信息，因此只要找到刚删除文件的block上，就可以恢复已经删除的文件。

4102 以下方法在ext3的文件系统上测试通过，ext2的没有测试过。

假设删除的文件在dir下面，位于/dev/sda5上。

主要借助debugfs 1 运行1653debugfs，进入调度模式 2 执行内open /dev/sda5 3 执行ls -d dir 会列出此目录最近的操作，其中可以看到<num>的日志删除记录 4 执行logdump -i <num> 显示此日志内容 5 在输出中寻找容删除文件对应的block，记录下来blockid 6退出debugfs，运行dd if=/dev/sda5 of=/tmp/saved bs=1024 count=1 skip=blockid

linux 下如何找回被删除的文件

方法如下： 1. 使用 root 权限从终端中打开 TestDisk 可以通过键入 sudo testdisk 命令。

2. 在， TestDisk 命令行应用将会被执行。

终端的显示将会改变。

TestDisk 询问用户它是否可以保留日志，这完全由用户决定。

假如一个用户正从系统存储中恢复文件，则不必保留日志。

可选择的选项有“生成”、 “追加” 和 “无日志”。

假如用户想保留日志，则日志将会保留在该用户的主目录。

3. 下一屏显示出一个列有分区表（也叫做分区映射表）的清单。

正如文件有文件配置表，分区有着分区表。

分区是存储设备上的分段。

例如在几乎所有的 Linux 系统中，至少存在两种分区类型 - EXT3/4 和 Swap 。

每一个分区表将会在下面被简要地描述。

TestDisk 并不支持所有类型的分区表，所以这并不是完整的列表。

　　说明： 4. Intel?- 这类分区表在 Windows 系统和许多的 Linux 系统中非常普遍，它也常常称作 MBR 分区表。

5. EFI GPT?- 这种类型的分区表通常用在 Linux 系统中。

对于 Linux 系统，这种分区表是最为推荐的， 因为逻辑分区或扩展分区的概念并不适用于 GPT (GUID Partition Table) 分区表。

这意味着，如果每个分区中有一个 Linux 系统，一个 Linux 用户可以从多种类型的 Linux 系统中进行多重启动。

当然使用 GPT 分区表还有其他的优势，但那些已超出了本文的讨论范围。

6. Humax?- Humax 分区映射表适用于韩国公司 Humax 生产的设备。

7. Mac?- Apple 分区映射表 (APM) 适用于 Apple 的设备。

8. None?- 某些设备并没有分区表。

例如，许多 Subor 游戏控制台不使用分区映射表。

如果一个用户试图以其它分区表类型从这类设备中恢复文件，用户就会困扰 TestDisk 为何找卟到任何的文件系统或者文件。

9. Sun?- Sun 分区表适用于 Sun 系统。

10. Xbox?-Xbox 适用于使用 Xbox 分区映射表的存储设备。

　　　　假如用户选择了 “Xbox” ，尽管他的系统使用了 GPT 分区表， 那么 TestDisk 将不能找到任何分区或文件系统。

假如 TestDisk 按照用户的选择执行，则它可能猜测错误。

（下面的图片显示的是当分区表类型错误时的输出） 　当用户为他们的设备选择了正确的选项，则在下一屏中，选择 “高级” 选项。

即可找回。