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.