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-сен-2016) Имя тома файловой системы: Последнее подключение: / mnt / truecrypt1 UUID файловой системы: 26177e9d-7268-48e8-86ff-47373c24d454 Магическое число файловой системы: 0xEF53 Версия файловой системы: 1 (динамическая) Особенности файловой системы: has_journal ext_attr resize_inode dir_index экстент типа файла 64-битный flex_bg sparse_super large_file огромный_файл dir_nlink extra_isize metadata_csum Флаги файловой системы: signature_directory_hash Параметры монтирования по умолчанию: user_xattr acl Состояние файловой системы: очищено с ошибками Поведение ошибок: Продолжить Тип файловой системы ОС: Linux Количество инодов: 1501440 Количество блоков: 5998016 Количество зарезервированных блоков: 299900 Свободных блоков: 2303431 Бесплатные иноды: 1393801 Первый блок: 0 Размер блока: 4096 Размер фрагмента: 4096 Размер дескриптора группы: 64 Зарезервированные блоки GDT: 1024 Блоки на группу: 32768 Фрагментов в группе: 32768 Иноды на группу: 8160 Inode блоков на группу: 510 Размер группы блоков Flex: 16 Файловая система создана: сб 9 апр. 17:57:07 2016 Время последнего монтирования: понедельник, 19 декабря 02:11:03 2016 Время последней записи: Пн Дек 19 03:24:29 2016 Количество креплений: 382 Максимальное количество монтирований: -1 Последняя проверка: сб 9 апр 17:57:07 2016 Интервал проверки: 0 () Время жизни пишет: 95 ГБ Зарезервированные блоки uid: 0 (пользовательский корень) Зарезервированные блоки gid: 0 (корень группы) Первый индекс: 11 Размер инода: 256 Требуемый дополнительный размер: 32 Желаемый размер: 32 Индекс журнала: 8 Хэш каталога по умолчанию: half_md4 Каталог хэш-семян: 65bfc178-1879-4c35-ab2c-39bf976dff4c Резервное копирование журнала: блоки inode FS Error count: 9760 Время первой ошибки: понедельник, 19 декабря 03:24:13 2016 Первая функция ошибки: ext4_read_inode_bitmap Первая строка ошибки №: 186 Первая ошибка inode #: 0 Первый блок ошибок №: 0 Время последней ошибки: Пн Дек 19 03:24:21 2016 Последняя функция ошибки: ext4_iget Последняя строка ошибки #: 4095 Последняя ошибка inode #: 14 Последний блок ошибок №: 0 Тип контрольной суммы: crc32c Контрольная сумма: 0x989a676a dumpe2fs: контрольная сумма Inode не совпадает с inode при чтении inode журнала
(б) e2fsck -fy
Вывод для этого слишком длинный для публикации. Итак, вот ссылка: вывод e2fsck
Конечный продукт монтируется, но не восстанавливается. Один файл потерян и найден, и этот файл очень большой. Я могу предоставить детали, если хотите.
Спасибо за помощь. Я с нетерпением жду вашего взгляда на вышесказанное.
photorec. Я понимаю, что вы хотите исправить всю файловую систему, и с помощью этого инструмента вы (в лучшем случае) восстановите только некоторые файлы. Но если это удастся, вы будете знать, что ваши данные были хорошо расшифрованы, и они все еще там, чтобы быть восстановленными. Кроме того, у вас будут некоторые файлы, которые, надеюсь, лучше, чем ничего.