forum.lissyara.su

ОТМАЗКА: Это не how-to и не know-how. Скорее, это лабораторная работа по частному случаю восстановления UFS. Может быть, кому-то и пригодится.
Итак.
Внезапно...
Внезапно система, на которой была спасена не одна дюжина миров и собрана дюжина Миров споткнулась на ровном месте, дёрнула 250Гным винтом и ушла в ребут, утянув вместе с собой в небытие UFS раздел с сорцами и торрентами.
Ступор... Single mode...
Беглый осмотр места проишествия показал: тип раздела не определяется как UFS, хотя тень раздела в виде метки /dev/gpt/work присутсутствует.
Хватаю первый попавшийся под руку микроскоп: Один GPT раздел (id=0xee) (должен быть) в наличии. Вкуриваю http://en.wikipedia.org/wiki/GUID_Partition_Table, делаю дамп первого блока диска, сличаю с дампом другого диска (тоже GPT).
Всё в порядке и соответствует спецификации.
Следующая тулза, которая первой приходит на ум - Testdisk. Проверяю: "Solaris /home" - не совсем то, что я ожидал увидеть, да и начинается с 66-огого блока (хорошо хоть не с 666 вместо 34-го.
ЗЫ: если testdisk сообщает про "write protected disk", значит нужно вколоть стимулятор: Небольшое отступление: geom постоянно ругался на испорченные GPT-таблицы, взывая к необходимости исправить их. Testdisk упорно находил и предлагал сохранить NTFS раздел, который когда-то действительно имел место быть на этом диске. Я не менее упорно отказывался от NTFS, в безуспешных попытках ткнуть testdisk носом в потерявшийся UFS раздел. В результате наших боданий были напрочь затоптаны даже те небольшие остатки патриции, которые ещё имели место спастись на диске: раздел перестал определяться как /dev/gpt/work. Увы, кривизна моих рук не даёт мне покоя...

Перво-наперво надо потренироваться на кошках: Призвал на помощь могущественно духа - И пронаблюдал отдельно живой раздел: Целиком живой диск: Сравнил с тем, что есть на живом (системном) диске: Далее опять небольшой монтаж: многократное взятие на анализы дампов суперблоков здоровых разделов и побайтовое сравнение с дампом больного раздела, взятие у больного на анализ backup-копий суперблока, которые повторяются каждые 32768 блоков, начиная со 128 от начала раздела, (при условии форматирования раздела с дефолтными параметрами), вкуривание 'man fs' и не только...

Запускаю, медитирую: Даже вот так, только самое необходимое: В качестве сухого экстракта: суперблок должен начинаться с адреса 0x10000 bytes (128 blocks) от начала раздела, корень файловой системы должен начинаться с адреса 0x94400, суперблок повторяется по адресам 0x1018400, 0x2018400, 0x3018400 и так далее.
Если считать от начала диска, то надо прибавить, соответственно, 0x4400 (34 blocks): адрес суперблока=0x14400, адрес корня файловой системы=0xA4400
Диагноз: в конкретном моём случае всё указывало на то, что суперблок (живой и здоровый) находится не на своём месте (testdisk всё-таки сумел записать на диск правильный superblock в неправильное место).

Небольшое отступление: здесь можно было выбрать иной путь: взять backup GPT header из последнего блока диска поменять местами "Current LBA" и "Backup LBA", "Partition entries starting LBA" исправить с 0x1D1C510E на 0x2, пересчитать CRC32,
и вписать во 2-ой блок диска, но... Это было слишком сложно для меня и я поступил просто, но решительно: Проверил: В соответствии с диагнозом, было принято решение о пересадке superblocka через промежуточный контейнер: Итак, пришло время взглянуть в глаза действительности: Что-то уже прорисовывается! Но, прежде чем довериться fsck'у, небольшая пальпация: Теперь, для успокоения душевных мук, можно полюбоваться на отсутствие различий между primary и backup копиями суперблока (что является первым признаком наметившегося выздоровления): И это один из немногих случаев, когда можно радоваться тому, что ничего не видишь.
Затаив дыхание, запустил: и ушёл нервно курить в сторонке, взывая к Великому и Ужасному Рэндому, чтобы по окончании проверки лицезреть кучу исправлений в lost+found оказалось полсотни файлов, общим размером ~800 Мб)
Отступать некуда, монтирую: Кажысь, всё на месте
И последнее наведение гламурного глянца - зачистка хвостов NTFS, boot record которой начинается с адреса 0x7E00(=32256) и тянется примерно до 0x8B75(=40448), т.е., общим размером 8192: Возвращаю в прежний вид /etc/fstab, контрольный ребут, transmission, 3 Мбайта потерянных данных в одном торренте из 50-ти (хм, всего-то)...
Радостный возглас !$@#
Холодный Guiness 1,2,3...
Занавес...

Небольшой ИТОГО:
- Для более-менее надёжной очистки диска от предыдущих разделов, надо обнулять 65,5 Кбайт в начале и в конце диска. Потом будет проще выковыривать.
- Сохранять расклад. Сохранять тем же dd'ом те же самые 65,5 Кбайт начала и конца диска. Чтоб было от чего плясать, в случае чего.
- GUID для Unix File System (UFS) partition вот такой 516E7CB6-6ECF-11D6-8FF8-00022D09712B, но первые три группы цифр идут в обратном порядке,
поэтому на диске они видятся вот так: - В UFS2 по сравнению с UFS много неиспользуемых полей. Если кому интересно, вот ссылка http://flylib.com/books.php?ln=en&n=2&p ... 184&view=1
Использованные программы: c dd_rescue и ddrescue лично у меня не срослось. Пытался сделать образ диска, но скорость копирования была менее 1 Мб/с.
С dd тоже не срослось - образ писал на внешний USB, смонтированный fusefs-ntfs'ом и система не справлялась. Пока сижу смотрю, копируется. Ушёл спать - всё терминулось. Больше 92 Гб не смог скопировать - бросил эту затею.
Sleuthkit - могутный пакет, в пару к нему идёт Autopsy, перловый Веб-ГУЙ, особенно хорош для начинающих. Одно "НО" - работает только с образами диском (в моём случае не стали работать с /dev/ad2p1).
С ним у меня тоже не срослось, ввиду отсутствия полноценного образа. Хотя образ можно разбивать на части и грузить списком.
HEX-редакторы: lfhex - требует что-то из QT4, ghex - требует Gnoma, судя по всему, всё и сразу. Поскольку я сижу под XFCE4, ни QT4 ни Gnome у меня нет, поэтому отказался. Для любителей VI могу порекомендовать bvi (binary vi), полный аналог vi.
hexedit, chexedit - простые консольные, работают на ncurses, примерно одинаково функциональны. Я остановился на chexedit.
Пришлось много конвертировать hex-dec. Не придумал ничего лучшего, кроме пары алиасов:

зачёт!
=======
я бы даже не пошевелился, ради музыки да кина ))

круто

Alex Keda писал(а): я бы даже не пошевелился, ради музыки да кина ))

аналогично все можно перекачять...

Эх, у меня безлимитки только 45 Гб в месяц, потом идёт ограничение по скорости. А с учётом того, что я уже не помнил, что же там у меня лежало - возникло желание всё это добро восстановить.
ЗЫ: Открою небольшой секрет - в первый же вечер диск был вставлен на второй комп и там, под проприетарной операционный системой проприетарной программой, всё было успешно восстановленно и к утру уже лежало на внешнем usb-драйве. Но, мне это показалось идеологически неверным решением. Если могут они, значит могу и я. Процесс занял несколько больше времени, чем может показаться из описания , но оно того стоило. Кое чему научился за это время.