从中断的调整大小中恢复 EXT4 分区

从中断的调整大小中恢复 EXT4 分区

世界![这很有趣,它会自动删除开头的“hello”]

我正在朋友的笔记本电脑上安装 Ubuntu,在调整 Ubuntu 分区大小时遇到​​了问题。我将其向左扩展(移动并调整大小),但在执行实际数据复制时,该过程被中断。GParted 说分区已损坏,无法读取文件系统。现在,我不用担心重新安装。问题是我已经从 Windows 分区复制了一些文件。

我如何恢复复制过程?以下是 GParted 对此的说明:

Filesystem volume name: <none>
Last mounted on: /
Filesystem UUID: [tl;dt]
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal_ext_attr_resize_inode dir_index filetype extent flex_bg sparse_super large_file
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1155072
Block count: 4619008
Reserved block count: 230950
Free blocks: 764535
Free inodes: 968259
First block: 0
Block size: 4096
Fragment size: 4069
Reserved GDT blocks: 1022
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Flex block group size: 16
...
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
...

Journal superblock magic number invalid!

Unable to read the contents of this filesystem!
...

让我特别感兴趣的是has_journal_ext_attr_resize_inode下的属性Filesystem features。好像它知道它正在调整大小。只是猜测。

答案1

你不能;文件系统已经损坏。

为了恢复移动,您必须确切知道移动中断时您处于移动过程的哪个阶段。

至于功能,我认为您在没有下划线的地方插入了一些下划线。 has_journalext_attrresize_inode是单独的功能。第一个是 ext3/4 日志,它将元数据更新记录到 fs,以便它可以在崩溃后快速恢复。第二个表示启用了扩展属性,第三个允许 fs 在仍处于挂载状态时增长。它们都与 gparted 移动分区无关。

你唯一的希望是photorec,也许能够恢复一些文件复制到另一个磁盘,但没有其名称或其他元数据。

答案2

我不太清楚你在那里做了什么。你只是扩展了文件系统,还是也移动了分区?你在调整大小时是否将文件复制到了该分区?这是一个非常糟糕的主意。这些文件是否来自你试图同时删除的 Windows 分区?这真的很令人困惑。

如果您只是尝试恢复文件系统,并且它只有一个坏的超级块,请首先备份驱动器并转储损坏的文件系统,以免使情况变得更糟。然后尝试这个:Linux:寻找替代的超级块

相关内容