古いファイルシステムからのファイルの回復

古いファイルシステムからのファイルの回復

誤って、250G SSDの100Gパーティションに古いLinuxを含む新しいLinuxディストリビューションをインストールしました。 30分ほど使用(システムアップグレード、Webブラウジング)をして、私が何をしたのか気づきました。

2019-02-26 22:15:00 -> 22:40:00頃に起きました。私は以前の家(/home/user)である特定のディレクトリにも興味があります。特定のファイルを見つけるのではなく、回復可能なすべてのファイルを探しています。

その後、パーティションをイメージに捨てました。確かにこれを行うには、ddとddrescueという2つのツールを使用しました。そして、これら2つの画像のうちの1つ(データ復旧プロセス)を使用するためにコピーし直しました。パーティションがマウント解除されました。

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を数回試しましたが、何千から何百万ものファイルを検出して再構成することは、場所/パス/名前を保存しないため、途方もない混乱です。これが唯一の解決策である場合は、どの「半自動再構成」をお勧めしますか?

ベストアンサー1

おすすめ記事