Sunday, May 19, 2024
4
rated 0 times [  4] [ 0]  / answers: 1 / hits: 2651  / 1 Year ago, tue, may 30, 2023, 1:47:06

world! [that's funny, it automatically takes out leading "hello"s]



I'm installing Ubuntu on a friend's laptop, and I encountered a problem while resizing the Ubuntu partition. I was expanding it to the left (move and resize), but the process was interrupted while it was performing the actual data copying. GParted says the partition is corrupted and the filesystem can't be read. Now, I'm not worried about reinstalling. The problem is that I had already copied some of the files over from the Windows partition.



How can I resume the copying process? Here's what GParted says about it:



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!
...


One particular thing that intrigues me is the has_journal_ext_attr_resize_inode attribute under Filesystem features. It's as though it knows it was in the middle of a resize. Just a guess.


More From » partitioning

 Answers
3

You can't; the filesystem is toast.



In order to resume the move, you would have to know exactly where you were in the process when it was interrupted.



As for the features, I think you inserted some underscores where there are none. has_journal, ext_attr, and resize_inode are separate features. The first is the ext3/4 journal that logs metadata updates to the fs so it can recover quickly after a crash. The second means that extended attributes are enabled, and the third allows the fs to be grown while it is still mounted. None of them have anything to do with gparted's moving of the partition.



Your only hope is photorec, which may be able to recover some files onto another disk, though without their names or other metadata.


[#37022] Wednesday, May 31, 2023, 1 Year  [reply] [flag answer]
Only authorized users can answer the question. Please sign in first, or register a free account.
ormlai

Total Points: 292
Total Questions: 106
Total Answers: 115

Location: Cape Verde
Member since Fri, Sep 16, 2022
2 Years ago
;