이전 파일 시스템에서 파일 복구

이전 파일 시스템에서 파일 복구

실수로 250G SSD의 100G 파티션에 이전 Linux가 포함된 새 Linux 배포판을 설치했습니다. 30분 정도 사용(시스템 업그레이드, 웹 브라우징)을 하다가 내가 무슨 짓을 했는지 깨달았습니다.

2019-02-26 22:15:00 -> 22:40:00 경에 일어났습니다. 나는 또한 이전 집(/home/user)인 특정 디렉토리에도 관심이 있습니다. 특정 파일을 찾는 것이 아니라 복구할 수 있는 모든 파일을 찾고 있습니다.

그 후 파티션을 이미지에 버렸습니다. 확실히 이 작업을 수행하기 위해 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을 몇 번 시도했지만 수천에서 수백만 개의 파일을 감지하고 재구성하는 것은 위치/경로/이름을 보존하지 않기 때문에 엄청난 혼란입니다. 이것이 유일한 해결책이라면 어떤 "반자동 재구성"을 권장하시겠습니까?

관련 정보