tl; dr: Как мне восстановить данные с тома ext4, который выдает ошибки типа «Очистка структуры требует»?«Я перепробовал много вещей, как описано ниже, но все равно безуспешно.
РЕДАКТИРОВАТЬ: Пожалуйста, смотрите ниже оригинальный пост для вывода e2fsck и dumpe2fs в соответствии с запросом комментатора. Оригинальный пост следует.
При попытке смонтировать том Truecrypt 7.1, который я часто использую, сегодня я получил эту прекрасную ошибку:
Ошибка: монтирование: монтирование /dev /mapper /truecrypt1 в /media /truecrypt1 не удалось: требуется очистить структуру
Затем я попытался смонтировать это с помощью командной строки truecrypt 7.1a в другой системе и получил эту ошибку:
Ошибка: mount: неверный тип fs, неверный параметр, неверный суперблок в /dev /mapper /truecrypt1,
Вот шаги, которые я предпринял до сих пор:
1 - расшифрован, но не монтируется с Truecrypt, используя:
truecrypt --filesystem = нет /dev /xxx.
Это, кажется, дает мне незашифрованный, но не смонтированный раздел. Затем я сделал резервную копию, используя dd, и пытаюсь сделать все остальное в резервных копиях.
2 - Итак, я пытаюсь смонтировать его:
mount sda3.1 /mnt /tmp
... и я не удивляюсь
mount: mount /dev /loop0 on /mnt /tmp не удалось: структура нуждается в очистке
3 - Итак, я пытаюсь:
Dmesg | хвост
... и это дает мне:
[1283.815816] EXT4-fs (loop0): ext4_check_descriptors: Битовая карта блока для группы 64, не входящей в группу (блок 1312711560940789246)!
[1283.815825] EXT4-fs (loop0): дескрипторы группы повреждены!
Должен отметить, что я не уверен, что это был том ext4. Честно говоря, я не помню, было ли это 2, 3 или 4. Но из вышеприведенного сообщения я предполагаю, что это ext4. Просто подумал, что это важно упомянуть.
4 - Теперь я пробую fsck.ext4, и все идет плохо. Если я запускаю его автоматически, я получаю:
sda3.1: Примечание: если несколько блоков растровых изображений inode или block или часть таблицы inode требуют перемещения, вы можете сначала попробовать запустить e2fsck с опцией '-b 32768'. Проблема может заключаться только в дескрипторах группы первичных блоков, а дескрипторы группы резервных блоков могут быть в порядке.
sda3.1: Битовая карта блока для группы 64 не входит в группу. (блок 1312711560940789246)
sda3.1: НЕОЖИДАННАЯ НЕПРЕРЫВНОСТЬ; ЗАПУСТИТЬ fsck ВРУЧНУЮ. (т.е. без параметров -a или -p)
5 - Итак, теперь я думаю, может быть, мне стоит попробовать запустить fsck вручную. Я так и делаю. Проблема в том, что происходит одна из двух вещей:
я) я выбираю "у" для всего, и в результате я могу смонтировать том, но он полностью пуст или
II) Я должен решить, что сказать "у" и "п", и я не имею ни малейшего понятия, как распознать. Я немного читал о файловых системах, но это все еще догадки. Кроме того, возникают сотни вопросов (первый из которых действительно о группе 64 ..., а затем 65, 66 и т.д.), Так что даже если бы я знал, что делать, это заняло бы у меня много часов - и я не могу сделать ни единой ошибки, или я могу потерять данные, верно?
6 - Я прочитал эту ветку: Как восстановить файловую систему ext4, и я также "попробовал монтировать с альтернативными расположениями суперблока", как в:
mount -t ext4 -o sb = 131072, ro sda3.1 /mnt /data_c
Как он это сделал: «Я сделал выше, с опцией sb, равной кратным 4 из всех следующих чисел: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000». Каждый раз я получаю одну и ту же ошибку:
mount: неверный тип fs, неверный параметр, неверный суперблок в /dev /loop0, отсутствующая кодовая страница или вспомогательная программа или другая ошибка
В некоторых случаях полезная информация находится в системном журнале - попробуйте dmesg | хвост или около того. 7 - Я запустил тестдиск, и вариантов много, но выбор таблицы разделов Intel /PC в файле sda3.1 дает мне:Сектор раздела не имеет конечной метки 0xAA55
... и testdisk не видит разделов.
Так вот где я сейчас. Если вы можете помочь, я был бы признателен. Очевидно, что если бы эти данные не имели значения, мне было бы все равно. Это не опасно для жизни, но это чрезвычайно полезно для меня. Вы можете спросить, почему я не подкрепил это Потому что иногда вы не понимаете, как важно что-то, пока не потеряете это. И потому что я иногда идиот.
Заранее спасибо.
РЕДАКТИРОВАТЬ: я добавляю результаты к моему оригинальному сообщению согласно запросу от комментатора:
(а) dumpe2fs
dumpe2fs 1.43.3 (04-Sep-2016) Filesystem volume name: Last mounted on: /mnt/truecrypt1 Filesystem UUID: 26177e9d-7268-48e8-86ff-47373c24d454 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode 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 with errors Errors behavior: Continue Filesystem OS type: Linux Inode count: 1501440 Block count: 5998016 Reserved block count: 299900 Free blocks: 2303431 Free inodes: 1393801 First block: 0 Block size: 4096 Fragment size: 4096 Group descriptor size: 64 Reserved GDT blocks: 1024 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8160 Inode blocks per group: 510 Flex block group size: 16 Filesystem created: Sat Apr 9 17:57:07 2016 Last mount time: Mon Dec 19 02:11:03 2016 Last write time: Mon Dec 19 03:24:29 2016 Mount count: 382 Maximum mount count: -1 Last checked: Sat Apr 9 17:57:07 2016 Check interval: 0 () Lifetime writes: 95 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: 65bfc178-1879-4c35-ab2c-39bf976dff4c Journal backup: inode blocks FS Error count: 9760 First error time: Mon Dec 19 03:24:13 2016 First error function: ext4_read_inode_bitmap First error line #: 186 First error inode #: 0 First error block #: 0 Last error time: Mon Dec 19 03:24:21 2016 Last error function: ext4_iget Last error line #: 4095 Last error inode #: 14 Last error block #: 0 Checksum type: crc32c Checksum: 0x989a676a dumpe2fs: Inode checksum does not match inode while reading journal inode
(б) e2fsck -fy
Вывод для этого слишком длинный для публикации. Итак, вот ссылка: вывод e2fsck
Конечный продукт монтируется, но не восстанавливается. Существует один файл потерян и найден, и этот файл очень большой. Я могу предоставить детали, если хотите.
Спасибо за помощь. Я с нетерпением жду вашего взгляда на вышесказанное.