从以前的文件系统恢复文件

从以前的文件系统恢复文件

不小心,我在 250G SSD 的 100G 分区上安装了一个新的 Linux 发行版,其中包含我以前的 Linux。我使用它(系统升级、网页浏览)大约 30 分钟,然后我才意识到我做了什么。

事情发生在 2019-02-26 22:15:00 -> 22:40:00 左右。我还对一个特定的目录感兴趣,即我以前的家(/home/user)。我不是在寻找特定的文件,而是在寻找我可以恢复的所有文件。

之后,我将分区转储到映像中。可以肯定的是,我使用了 2 个工具来完成此操作:dd 和 ddrescue。另外,为了使用这两个图像之一(数据恢复过程),我再次复制了它。分区已卸载。

我从 ext4magic 开始,但没有运气。我不知道我是否错了,但似乎它需要我们尝试恢复文件的文件系统。就我而言,我无法恢复以前的文件系统。

一些信息:

Filesystem in use: /mnt/data/rescue.wip/ddrescue_f_n_sda4.img

Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          ccb8bdf8-659b-4ad6-84b3-4fd918aee5e6
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              6553600
Block count:              26214400
Reserved block count:     1310720
Free blocks:              23951139
Free inodes:              6317540
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Reserved GDT blocks:      1024
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    16
Filesystem created:       Tue Feb 26 22:20:43 2019
Last mount time:          Tue Feb 26 22:31:47 2019
Last write time:          Tue Feb 26 22:31:47 2019
Mount count:              2
Maximum mount count:      -1
Last checked:             Tue Feb 26 22:20:45 2019
Check interval:           0 (<none>)
Lifetime writes:          10 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     32
Desired extra isize:      32
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      5b295e79-85ff-4af7-bef2-e42d1c48dbf8
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x0bb27e03


Filesystem in use: /mnt/data/rescue.wip/ddrescue_f_n_sda4.img

|-----------c_time  Histogram-----------------  after  --------------------  Tue Feb 26 10:34:29 2019
1551177962 :        0 |                                                  |   Tue Feb 26 11:46:02 2019
1551182255 :        0 |                                                  |   Tue Feb 26 12:57:35 2019
1551186548 :        0 |                                                  |   Tue Feb 26 14:09:08 2019
1551190841 :        0 |                                                  |   Tue Feb 26 15:20:41 2019
1551195134 :        0 |                                                  |   Tue Feb 26 16:32:14 2019
1551199427 :        0 |                                                  |   Tue Feb 26 17:43:47 2019
1551203720 :        0 |                                                  |   Tue Feb 26 18:55:20 2019
1551208013 :        0 |                                                  |   Tue Feb 26 20:06:53 2019
1551212306 :        0 |                                                  |   Tue Feb 26 21:18:26 2019
1551216599 :   204037 |**************************************************|   Tue Feb 26 22:29:59 2019


|-----------d_time  Histogram-----------------  after  --------------------  Tue Feb 26 10:34:29 2019
1551177962 :        0 |                                                  |   Tue Feb 26 11:46:02 2019
1551182255 :        0 |                                                  |   Tue Feb 26 12:57:35 2019
1551186548 :        0 |                                                  |   Tue Feb 26 14:09:08 2019
1551190841 :        0 |                                                  |   Tue Feb 26 15:20:41 2019
1551195134 :        0 |                                                  |   Tue Feb 26 16:32:14 2019
1551199427 :        0 |                                                  |   Tue Feb 26 17:43:47 2019
1551203720 :        0 |                                                  |   Tue Feb 26 18:55:20 2019
1551208013 :        0 |                                                  |   Tue Feb 26 20:06:53 2019
1551212306 :        0 |                                                  |   Tue Feb 26 21:18:26 2019
1551216599 :      914 |**************************************************|   Tue Feb 26 22:29:59 2019


|-----------cr_time Histogram-----------------  after  --------------------  Tue Feb 26 10:34:29 2019
1551177962 :        0 |                                                  |   Tue Feb 26 11:46:02 2019
1551182255 :        0 |                                                  |   Tue Feb 26 12:57:35 2019
1551186548 :        0 |                                                  |   Tue Feb 26 14:09:08 2019
1551190841 :        0 |                                                  |   Tue Feb 26 15:20:41 2019
1551195134 :        0 |                                                  |   Tue Feb 26 16:32:14 2019
1551199427 :        0 |                                                  |   Tue Feb 26 17:43:47 2019
1551203720 :        0 |                                                  |   Tue Feb 26 18:55:20 2019
1551208013 :        0 |                                                  |   Tue Feb 26 20:06:53 2019
1551212306 :        0 |                                                  |   Tue Feb 26 21:18:26 2019
1551216599 :   206292 |**************************************************|   Tue Feb 26 22:29:59 2019
ext4magic : EXIT_SUCCESS
Filesystem in use: /mnt/data/rescue.wip/ddrescue_f_n_sda4.img

Using  internal Journal at Inode 8
Activ Time after  : Tue Feb 26 10:34:29 2019
Activ Time before : Tue Feb 26 22:30:00 2019
Error: Inode not found for "/home/user"
Check the valid PATHNAME "/home/user" and the BEFORE option "Tue Feb 26 22:30:00 2019
"
ext4magic : EXIT_SUCCESS

可以看到,它找不到路径名“/home/user”,主要是因为当前文件系统没有“/home/user”。所以,看起来它没有在以前的文件系统中搜索。我还尝试了 22:30 左右的不同日期时间。

我并不以 ext4magic 为中心,但我是从它开始的。我读到了其他工具:extundelete、testdisk 或 photorec。

恢复覆盖 /home/user 目录下的分区之前(例如,在 2019-02-26 21:00:00)之前存在的每个目录/文件的最佳方法是什么?有什么推荐吗?

我之前曾尝试过 photorec 几次,但检测和重新组织这些数千到数百万个文件是一个巨大的混乱,因为它们不保留位置/路径/名称。如果这是唯一的解决方案,您会推荐什么“半自动重组”?

相关内容