恢复格式化的 ext4 分区,其文件结构在格式化之前已损坏

恢复格式化的 ext4 分区,其文件结构在格式化之前已损坏

我有一个 18TB 外部硬盘驱动器,我将其与另一个硬盘驱动器连接到硬盘驱动器坞站。我使用安全弹出命令正确断开了另一个 HDD,但由于某种原因,两个磁盘同时断开连接,并且由于某种原因,当我重新连接 18TB 磁盘时,它显示一条消息:由于文件系统已损坏,无法安装。

我对此进行了研究并修复文件系统,我可以使用一些命令或 gparted 来检查文件系统并尝试修复它,但是,我非常担心这样做会损坏磁盘的数据文件并使数据变得无用。现在我知道我应该先尝试这样做。

我决定更好地快速格式化磁盘,然后使用像 r-studio 这样的恢复工具来恢复文件。我没有将任何新信息写入磁盘,但我已经使用 R-studio 和测试磁盘进行了扫描。我知道我的全部或至少大部分文件都在那里,但我不知道如何正确恢复它们。在进行快速格式化之前,我从 gparted 复制了详细信息,以便以后在需要时对我有所帮助。这里是:

<i>Filesystem volume name:   EZStore18TB
Last mounted on:          /media/other/EZStore18TB
Filesystem UUID:          e1a36a06-b7cf-4756-8366-6a70f06f299c
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr 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:              274661376
Block count:              4394581504
Reserved block count:     219729075
Overhead clusters:        17749129
Free blocks:              2079631492
Free inodes:              273682528
First block:              0
Block size:               4096
Fragment size:            4096
Group descriptor size:    64
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         2048
Inode blocks per group:   128
Flex block group size:    16
Filesystem created:       Tue May  2 02:49:56 2023
Last mount time:          Thu Jun  1 05:11:57 2023
Last write time:          Thu Jun  1 06:25:44 2023
Mount count:              25
Maximum mount count:      -1
Last checked:             Tue May  2 02:49:56 2023
Check interval:           0 (<none>)
Lifetime writes:          5429 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:      36fcc721-8eee-45e3-99c1-0089baa44cd4
Journal backup:           inode blocks
Checksum type:            crc32c
Checksum:                 0x727ffe2e</i>

<i>dumpe2fs 1.46.5 (30-Dec-2021)
dumpe2fs: Corrupt group descriptor: bad block for inode table while reading journal inode</i>

<i>Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for ext4 file system support:  e2fsprogs v1.41+.</i>

我的第一个问题是。我别无选择,只能连接和断开硬盘驱动器以扫描磁盘,我知道这样做会将一些信息写入磁盘,这会使文件恢复变得更不可能,因为是从磁盘覆盖文件还是因为元数据不会覆盖文件吗?

其次,我有 r-studio pro。我进行了扫描,但没有找到文件结构或文件。是否因为我之前应该尝试运行文件系统检查来修复文件系统,或者这个磁盘可能是 GPT,我不完全确定,现在我需要另一个恢复工具来恢复文件?或者可能两者兼而有之。

有人可以指导我如何使用我之前获取的元数据并使用 r-studio 或其他程序正确对齐磁盘,以便我可以在新扫描中正确获取文件。

任何人都可以向我推荐另一个恢复工具,它可能会自动执行所有这些操作,这样我就不必输入这些数据,因为我担心这样做会丢失所有数据。或者什么是恢复该文件的最佳工具。

如果这不起作用,我可以使用什么是最好的低级扫描工具来取回文件(但是我想尽可能尝试恢复文件结构,因为我有一些项目没有名称我需要几年的时间来重建,将此作为最后的选择)。

我知道恢复数据可能需要一个月的时间,因为这是一个巨大的硬盘。不幸的是,我最近在这个硬盘上复制了许多家庭视频和图片,我非常珍惜这些视频和图片,可能低级格式化会帮助我,但我也有一些项目,我确实需要文件结构能工作。虽然磁盘未满,可能已使用 6TB,但我知道我必须进行完整扫描才能恢复所有数据。

我知道我的数据在那里或其中大部分。请可能遇到同样问题的人帮助我恢复文件。我没有数千美元将其送到康复中心,但我会耐心等待。如果有人看到这篇文章并认为这就是全部,请不要介意我愿意在接下来的几个月内尝试一切我能做的事情。

预先感谢任何花时间帮助我的人。

相关内容