reiserfs 文件系统所采用的 B+ 树的动态变化特性为恢复删除文件增加了很多困难。本文将逐渐分析在 reiserfs 文件系统中删除文件前后磁盘数据的变化,从而探讨恢复删除文件的方法。

在本系列文章的上一部分中,我们详细介绍了 reiserfs 文件系统在磁盘上的存储结构,以及访问文件系统所使用的 B+ 树和内部数据结构。在本文中,我们将继续讨论 reiserfs 文件系统中如何恢复已删除的文件。

本日志由 flyinweb 于 2010-07-20 11:46:19 发表到 Linux 中,目前已经被浏览 119 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

reiserfs 对于小文件的存取速度非常高,这取决于它所采用的精美的设计:reiserfs 文件系统就是一棵动态的 B+ 树,小文件和大文件的尾部数据都可以通过保存到叶子节点中而加快存取速度。本文将探讨 reiserfs 的设计和实现内幕,并从中探讨恢复删除文件的可能性。

本日志由 flyinweb 于 2010-07-20 11:30:44 发表到 Linux 中,目前已经被浏览 98 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

为了支持更大的文件系统,ext4 对 ext3 的现有实现进行了一系列扩充,使用 48 位的块号来增大块号寻址范围,并采用 extent 的设计来简化对数据块的索引,这势必会影响到磁盘数据结构的变化,以及删除文件的恢复。本文将逐一介绍 ext4 在对大文件系统支持方面所采用的全新设计,并探讨 ext4 文件系统中文件的删除和恢复的相关技术。

本日志由 flyinweb 于 2010-07-20 11:18:08 发表到 Linux 中,目前已经被浏览 112 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

作为 ext2 文件系统的后继者,ext3 文件系统由于日志的存在,使其可用性大大增加。尽管 ext3 文件系统可以完全兼容 ext2 文件系统,但是由于关键的一点区别却使得在 ext3 上恢复删除文件变得异常困难。本文将逐渐探讨其中的原因,并给出了三种解决方案:正文匹配,元数据备份,以及修改 ext3 的实现。

本日志由 flyinweb 于 2010-07-20 11:12:05 发表到 Linux 中,目前已经被浏览 92 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

恢复系统中删除的文件是一个非常繁琐的过程,而 e2undel 这个工具可以用来方便地恢复文件系统中已删除的文件。本文将首先讨论 e2undel 的工作原理和用法,并对之进行一些改进。然后讨论了文件系统故障、文件系统重建、磁盘物理损坏等情况下应该如何恢复数据。

本日志由 flyinweb 于 2010-07-20 11:06:16 发表到 Linux 中,目前已经被浏览 114 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

除了普通文件之外,UNIX/Linux 中还存在一些特殊的文件,包括目录、字符设备、块设备、命名管道、socket 以及链接;另外还存在一些带有文件洞的文件,这些特殊文件的恢复是和其存储机制紧密联系在一起的,本文将从这些特殊文件的存储原理和机制入手,逐步介绍这些特殊文件的恢复方法。

本日志由 flyinweb 于 2010-07-20 10:59:40 发表到 Linux 中,目前已经被浏览 79 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

要想恢复误删除的文件,必须清楚数据在磁盘上究竟是如何存储的,以及如何定位并恢复数据。本文从数据恢复的角度,着重介绍了 ext2 文件系统中使用的一些基本概念和重要数据结构,并通过几个实例介绍了如何手工恢复已经删除的文件。最后针对 ext2 现有实现存在的大文件无法正常恢复的问题,通过修改内核中的实现,给出了一种解决方案。

本日志由 flyinweb 于 2010-07-20 10:30:37 发表到 Linux 中,目前已经被浏览 150 次,评论 0 次;

作者添加了以下标签: 恢复Linux上删除的文件

首页只显示了部分日志内容,要查看日志的全部内容请阅读全文

If your system abruptly loses power, or if a RAID card is beginning to fail, you might see an ominous message like this within your logs:

EXT3-fs error (device hda3) in start_transaction: Journal has aborted

Basically, the system is telling you that it's detected a filesystem/journal mismatch, and it can't utilize the journal any longer. When this situation pops up, the filesystem gets mounted read-only almost immediately. To fix the situation, you can remount the partition as ext2 (if it isn't your active root partition), or you can commence the repair operations.

If you're working with an active root partition, you will need to boot into some rescue media and perform these operations there. If this error occurs with an additional partition besides the root partition, simply unmount the broken filesystem and proceed with these operations.

Remove the journal from the filesystem (effectively turning it into ext2):

# tune2fs -O ^has_journal /dev/hda3

Now, you will need to fsck it to correct any possible problems (throw in a -y flag to say yes to all repairs, -C for a progress bar):

# e2fsck /dev/hda3

Once that's finished, make a new journal which effectively makes the partition an ext3 filesystem again

# tune2fs -j /dev/hda3

You should be able to mount the partition as an ext3 partition at this time:

# mount -t ext3 /dev/hda3 /mnt/fixed

Be sure to check your dmesg output for any additional errors after you're finished!

本日志由 flyinweb 于 2010-07-15 16:41:59 发表到 Linux 中,目前已经被浏览 117 次,评论 0 次;

作者添加了以下标签: EXT3-fs error

1923/24