мир! [это забавно, он автоматически убирает ведущие "привет"]
Я устанавливаю 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
. Как будто он знает, что это было в середине изменения размера. Просто предположение.
Вы не можете; файловая система - тост.
Чтобы возобновить движение, вам нужно точно знать, где вы были в процессе, когда он был прерван.
Что касается функций, я думаю, что вы вставили несколько подчеркиваний там, где их нет. has_journal
, ext_attr
и resize_inode
являются отдельными признаками. Первый - это журнал ext3 / 4, в котором записываются обновления метаданных для fs, чтобы он мог быстро восстанавливаться после сбоя. Второе означает, что расширенные атрибуты включены, а третье позволяет увеличивать fs, пока он еще подключен. Никто из них не имеет ничего общего с перемещением gparted раздела.
Ваша единственная надежда - photorec
, которая может восстановить некоторые файлы на другой диск, но без их имен или других метаданных.
Я не совсем уверен, что ты там делал. Вы только что расширили файловую систему или тоже перенесли раздел? Вы копировали файл в этот раздел во время изменения размера? Это очень плохая идея. Эти файлы из раздела Windows вы пытались удалить одновременно? Это действительно сбивает с толку.
Если вы просто пытаетесь восстановить файловую систему с плохим суперблоком, сначала сделайте резервную копию диска и сделайте дамп поврежденной файловой системы, чтобы не ухудшить ситуацию. Затем попробуйте: Linux: найти альтернативные суперблоки