Как восстановить таблицу разделов жесткого диска

Восстановление убитых MBR и таблицы разделов

0. Intro.

Итоги

1. При загрузке системы выводится сообщение MBR helper not found;
2. fdisk показывает один большой 160Гб диск.

Дураку понятно, что это начало веселой ночи.
Далее, под катом, решения вопроса.

1. Восстановление таблицы разделов

1.1. Parted magic

Данный LiveCD\USB дистрибутив, размером в 100Мб несет в себе огромную кучу софта, для работы с дисками. От разбивки, до восстановления.
Из них всех, нам нужны будут gpart, testdisk, fdisk и ms-sys.

1.2. Gpart

gpart — это утилита, сканирующая по-секторно диск на наличие разделов, которые присутствуют на носителе, но отсутствуют в таблице. В своей работе, она игнорирует уже существующую таблицу (если присутствует). Программа разаботана немецким программистом Michail Brzitwa и больше им не поддерживается. Вялотекущая разработка ведется командами Fedora и Debian. Текущая версия — 0.1h.

Утилита позволяет наиболее быстро и легко восстановить таблицу разделов, но она несет в себе несколько недостатков. Во-первых, разработка была давно заброшена, во-вторых, она иногда не совсем корректно определяет разделы.

gpart может работать в 2-х режимах. Это быстрый анализ и подробное сканирование. В некоторых случаях, первого режима достаточно. Мы же будем смотреть на второй.

После, довольно продолжительного времени, будет создан отчет с возможными разделами. Его-то и нужно обязательно максимально внимательно просмотреть перед записью.
Пример отчета (не мой):

Begin scan.
Possible partition(DOS FAT), size(1907mb), offset(0mb)
Possible partition(SGI XFS filesystem), size(5730mb), offset(1907mb)
End scan.
Checking partitions.
Partition(DOS or Windows 95 with 32 bit FAT, LBA): primary
Partition(Linux ext2 filesystem): primary
Ok.
Guessed primary partition table:
Primary partition(1)
type: 012(0x0C)(DOS or Windows 95 with 32 bit FAT, LBA)
size: 1907mb #s(3906544) s(16-3906559)
chs: (0/1/1)-(1023/19/16)d (0/1/1)-(12207/19/16)r
Primary partition(2)
type: 131(0x83)(Linux ext2 filesystem)
size: 5730mb #s(11736000) s(3906560-15642559)
chs: (1023/19/16)-(1023/19/16)d (12208/0/1)-(48882/19/16)r
Primary partition(3)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r
Primary partition(4)
type: 000(0x00)(unused)
size: 0mb #s(0) s(0-0)
chs: (0/0/0)-(0/0/0)d (0/0/0)-(0/0/0)r

Если все ОК, то соглашаемся на запись в таблицу разделов, скрещиваем пальцы и перезагружаемся.
В моем случае, программа определила разделы, которые были до разбивки (40 и 120), что не подходило и заставило искать альтернативные способы восстановления.

1.3. testdisk

Note: подробнее эта утилита описана в этом посте, здесь не буду повторяться.

Эта утилита аналогична предыдущей, но имеет ряд плюсов:
1. более свежая и активно поддерживается;
2. субъективно, работает намного быстрее;
3. функциональнее;
4. есть простой консольный интерфейс на базе ncurses.

В моем случае, результат был аналогичен результату gpart, что есть некорректен.
Запустив Deep search, выждав около 40 минут я получил ответ, от которого на душе так нехило отлегло.
Было найдено несколько партиций, которые накладывались одна на другую (это были изначальная (до манипуляций) 120Гб и новая, на 100Гб). Отметив ненужную, как удаленную, я записал таблицу на диск и перезагрузился. К счастью, все обошлось и компьютер вернулся к состоянию, который был изначально, а я мог с чистой совестью лечь спать.

3. Восстановление MBR

Для этой задачи, у нас в арсенале есть тулза ms-sys.
Сперва узнаем, что с нашей MBR.

ms-sys /dev/sda
/dev/sda has an x86 boot sector
it is unknown boot sector

Теперь видно, что на данном диске нет загрузочного сектора.
Утилита может работать с MBR различных операционных систем. Список можно получить, запустив программу без агрументов. В моем случае, необходим был от Windows 7.
Записываем MBR на диск:

Источник

Как я восстановил данные после форматирования, создания разделов и установки системы на «не том» жестком диске

Здесь будет история о том, как я восстановил файлы и каталоги с жёсткого диска, который превратился в неразмеченную область, был частично отформатирован, разбит на новые разделы, на один из которых и была установлена новая система Linux. Если вам всё ещё интересно, вэлком под кат.

Коротко о том как «всё упало»:

Я купил себе дополнительный диск (SSD 240GB). Первым делом нужно было поставить на него операционную систему. И если бы я сделал всё как в «доке»: скачал образ, создал флешку Linux LiveUSB, перезагрузился, переустановился — этой статьи бы не было. Но, последние пару лет, я использовал VirtualBox и VBoxManage для установки операционных систем на различные носители. Через VBoxManage я создал «образ-ссылку» на свой новый SSD. А потом мне пришлось перезапустить комп. После этого я, ничего не перепроверив, запустил VirtualBox. Установщик показал мне диск в 240GB. Я благополучно создал разделы (150 GB — fileSystem, 10GB — swap, 80GB — data) и продолжил установку. Установщик успешно создал разделы, отформатировал их и установил систему в раздел fileSystem. Но оказалось что «образ-ссылка» вела на мой старый рабочий HDD.

Итак, диск HDD 750GB. Структура диска раньше:

135GB — EXT4 — Раздел с операционной системой Linux

Структура диска после моей ошибки:

510GB — неразмеченная область

Мои инструменты:

День первый. testdisk

testdisk — пожалуй, лучшая программа для восстановления файлов и таблиц разделов. Она есть и на Windows и на Linux.

Это самая первая программа которой я воспользовался. Я уже работал с ней пару раз, когда «безвозвратно» удалял то, что требовалось «возвратить». И сначала я даже был уверен в том, что смогу всё легко исправить, используя testdisk. Ведь диск был отформатирован «быстрым способом». Да, на него была установлена новая система, но она весит примерно

745GB могут быть вообще не тронуты.

Запускаю Kali Linux LiveUSB и открываю терминал:

Таблица разделов на диске:

После нажатия ENTER появляется следующее:

Нажимаю [No Log] — т.к. никаких логов мне не нужно:

Выбираю свой старый HDD /dev/sdb и нажимаю [Proceed] :

Мне нужен анализ диска. Нажимаю [Analyse] :

Здесь сразу видно, что ничего не понятно. Нажимаю [Quick Search] и…

… и testdisk сразу же показал мне мои старые разделы. Внизу есть подсказка — » P: list files «. Я спускаюсь на третий раздел и нажимаю [P] :

Это моя старая файловая система. Для программы testdisk этот раздел «цел и невредим». Внизу есть дополнительные подсказки, где вполне понятно, что я без труда могу скопировать данные отсюда. Действительно, я подключил свой USB-HDD и скопировал на него пару нужных мне конфигов.

Нажимаю [q] для возврата.

Выбираю свой первый раздел, где содержится «вся моя жизнь». Нажимаю [P] и…

и вижу это: Can’t open filesystem. Filesystem seems damaged

Я бы мог нажать [Write] и записать эту таблицу на диск, т.е. эти разделы восстановятся. И я бы сделал это, если бы testdisk показал мне файлы в разделе «data». Но этот раздел повреждён.

Итак. Пошёл глубинный поиск. Через несколько часов я вижу это:

(Терминал изменился потому, что эти скрины я сделал вам со своей «новой» системы, т.к. LiveUSB вырубился. Не из-за testdisk. Вывод 100% идентичный. Просто не обращайте внимания.)

Все, что я понял в результате «гугления» — это сообщение можно смело проигнорировать. Игнорирую это. Нажимаю [Continue] :

Раньше, на моём HDD и правда был раздел NTFS — пару лет назад. Раньше у него была другая структура и именно поэтому раздел «data» стоит вначале, а fileSystem — в конце. На самом деле всё это неважно. Важно то, что нигде, кроме раздела с операционной системой (файлы в котором я вам уже показывал), никаких данных нет.

В моём случае testdisk изначально нашёл правильную структуру диска. Но если ваш случай отличается от моего, то вам нужно будет самостоятельно выделить «ваши» разделы «боковыми стрелочками» (чтобы они светились «зелёным») как-то так:

Почти все инструкции, которые я нашёл — это чуть ли не «копипаст» одной и той же «доки» по testdisk, которую вы найдёте без труда. В двух словах это:

Я потратил какое-то время, чтобы найти точную инструкцию, чёткий план — как действовать в этой ситуации, но, рекомендации на форумах часто отличались. Вообще, казалось, что «все потеряно». Я начал искать другие программы по восстановлению данных. Лучшая рекомендация, которая действительно внушала доверие, звучала примерно так:

Если вы уже уничтожили вашу систему, самое худшее что вы можете сделать — это попытаться исправить ситуацию, не понимая, что именно вы делаете. Единственное, что вам нужно сделать — это оставить всё как есть и доверить восстановление данных специализированному ПО. Только так, но никак иначе.

Именно этому совету я и последовал. Я так и не нажал [Write] в программе testdisk и просто закрыл её. Просто закрыл терминал.

В комплекте с testdisk идет ещё одна программа для восстановления данных под названием photorec. На ней я не буду особо акцентироваться — лишь покажу скрины, вдруг кому-то пригодится.

Её интерфейс, вначале такой же как и у testdisk.

Выбираю свой старый HDD и вижу это:

Первый раздел — это весь жёсткий диск, он мне и нужен. Выбираю. Далее действую по инструкции. И процесс пошёл.

Этот скриншот наглядно показывает то, что делает photorec. Она просто восстанавливает всё что найдёт (из того что вы указали в опциях). Без каталогов и без правильных названий. Если вам будет нужно восстановить картинки или видео, то эта штука точно выполнит свою задачу. Но для меня она была бесполезна. Через пару минут работы она нашла сотни тысяч текстовых файлов, которых будет несколько миллионов в дальнейшем. Из-за каталогов node_modules. Будет «нереально» восстановить структуру проектов среди всего этого «добра». Закрываю её.

День второй. R-Linux

Единственная «свежая» программа, под Linux, для восстановления структуры данных, которую я нашёл, была R-Linux (это бесплатная версия R-Studio, которая работает только с файловыми системами EXT/2/3/4). Всё так же, из-под Kali LiveUSB, я установил её и запустил сканирование. И через десять минут меня ждал чёрный экран.

Как я понял, программе R-Linux, для анализа диска 750GB, нужно

2.5GB оперативной памяти и

1.5GB — swap. Походу из-за этого она «роняла» LiveUSB. Но тогда я этого не знал — этого нигде не написано. Я не знал что мне делать, но точно решил одно — мне нужна стабильная рабочая система, для дальнейшего поиска решений.

Я отключил свой старый «повреждённый» HDD (на всякий случай), снова поставил новый SSD и установил на него Kali Linux, стандартно, через свою загрузочную флешку. Немного «причесал» систему, чтобы в ней было комфортно работать, установил нужные мне программы. После чего, снова подключил старый «повреждённый» HDD.

Мне нужен «Распознанный4». Выбираю его и нажимаю [Показать содержимое диска] :

Не верится. Кажется, что программа нашла всё что раньше было на диске. Действительно, мне удалось восстановить и разную документацию, и музыку и, даже, iso-образы — всё это находилось, как бы, «неглубоко» внутри каталогов. Но счастье было недолгим. Каталоги с моими «рабочими» проектами содержат сотни файлов и подкаталогов и там оказалось всё очень печально:

Оказалось, что размер многих файлов равен нулю. Т.е они пусты. Также, не хватало большого количества каталогов, а где-то встречались лишние, вероятно созданные и удалённые когда-то. В общем, несколько часов, буквально по крупицам, я собирал свои проекты. Я пользовался поиском, просто «ходил» по каталогам и смотрел что там лежит. Почти везде чего-то не хватало. Примерно три четверти моих проектов оказались просто «разрушены». Я был в полнейшем отчаянии, потому что, то что было мне действительно необходимо, я так и не смог отыскать и восстановить.

Я был уверен, что если программа смогла восстановить хотя бы эту структуру, то всё то, что потеряно — потеряно навсегда. Просто уничтожено. Но, безуспешно перемещаясь по каталогам с названием «$InodeDir. «, я наткнулся на каталоги с логами. Файлов с логами, в каждом каталоге, должно было быть около трёхсот. Но R-Linux восстановила, в каждом каталоге, ровно 100! Это важно — в каждом каталоге их было ровно 100 штук, не больше. Это же не совпадение! И тут я подумал, что если алгоритм программы имеет какую-то «глубину» восстановления и что, на самом деле, ещё не всё потеряно — просто нужно больше этой самой «глубины». Но в параметрах программы ничего такого не было.

В общем, я решил что попробую поставить платную R-Studio и посмотреть что будет. Итак, я установил её, запустил и нажал [Сканировать] :

Она нашла гораздо больше разделов, чем её «бесплатная» версия. В том числе разделы FAT и NTFS, которые были на диске раньше. Но меня интересует только раздел [Распознанный102]. Выбираю его и нажимаю [Показать файлы]. К сожалению, результат оказался таким же. Т.е. структура файлов и каталогов была, кажется, такой же, как и в программе «R-Linux». По крайней мере то, что мне было нужно, там не было.

День третий, четвёртый, пятый… Программы для Windows

Я начал искать другие программы для восстановления файловой структуры. Программы работающие как «photorec» меня не интересовали (но, я так же «потестил» foremost, extundelete, ext4Magic и ещё несколько — безрезультатно.). Но оказалось, что никаких других актуальных программ восстановления файлов и каталогов под Linux, на нашей планете, больше нет. Зато под Windows их десятки и многие из тех что «на слуху», позволяют работать с образами дисков.

Как я понял, лучше использовать именно «dd» (т.к. все пишут что — «лучше использовать именно „dd“»), где:

Я не буду писать их названий, думаю это будет неправильно, поскольку они не справились. Вообще, оказалось что, большая часть «популярных» программ — это что-то типа «photorec с платным графическим интерфейсом». Лишь, паре из них удалось найти что-то, похожее на правду, но результат был гораздо хуже чем у R-Linux, другие вообще нашли только файлы от новой установленной операционной системы. Будь у меня FAT или NTFS, возможно результат был бы лучше — есть программы, которые работают только с ними.

Последняя надежда

Всё то время, пока «программы со стопроцентным результатом» творили свою магию, я продолжал изучать варианты, как ещё можно восстановить данные.

В общем, я снова перешел в терминал и принялся изучать sleuthkit. Я вводил разные команды, но постоянно получал ошибки раздела. Проблема была в том, что я работал с образом всего жёсткого диска. Т.е. мне обязательно нужно было прописывать «offset» — точку, начала «повреждённого» раздела жёсткого диска. И вроде, казалось, что я всё делаю правильно — но ничего не получалось (я так и не разобрался с ними до конца, поэтому не буду приводить примеры команд — мало ли). Тогда я решил, что создам образ конкретного повреждённого раздела и буду работать с ним. Я снова вспомнил про testdisk.

testdisk правильно видит мои старые разделы. Если у вас не так, то вам нужно будет нажать [Deeper Search] и выбрать их. Я уже писал об этом выше. Я же нажимаю [Write] :

Подтверждаю, что готов записать таблицу, нажимая [y] :

Нажимаю [OK]. Появляется это окно:

Когда образ раздела был создан, я подумал, а что будет, если я попробую «прогнать» его через R-Linux? Я снова запустил её:

Обратите внимание на таблицу разделов «бывшего повреждённого» диска ST9750420AS. testdisk «вернул» ему его старую таблицу разделов (но раздел «data» всё так же повреждён).

В прошлый раз я выбрал образ раздела, сейчас же, выберу реальный «воссозданный» «Раздел1». Нажимаю [Показать содержимое диска] и буквально через 40 минут вижу это (правая часть картинки):

Видите небольшую разницу между разделом «Распознанный4», появившимся после сканирования в начале статьи, и восстановленным разделом «Раздел1». Когда я «прошелся» по каталогам, оказалось, что почти все они целы. Визуально, файлы и проекты на месте. Даже логи лежали там, где должны были лежать и теперь их больше 100 в каждом каталоге. Серьёзно? И это то, что нужно было сделать? Т.е. я даже пятичасового сканирования не запускал. Это было просто невероятно, особенно после недели бессонницы.

Оказалось, что почти все мои данные в порядке. Разумеется что были и повреждённые файлы. Было много мусорных файлов и каталогов. Я не закрывал R-Linux и через поиск искал недостающее. За пару дней я восстановил всё что было нужно.

Немного экспериментов

Теперь я спокоен. Я всё восстановил. Также у меня сохранён образ моего раздела. Я решил немного «поэкспериментировать» и подробнее изучить рекомендации из интернета. Но эксперименты эти оказались недолгими.

Она и правда восстановила каталоги на моём разделе — только это каталоги ошибочно поставленной операционной системы. И как я понял — «откатиться» назад нельзя.

И даже testdisk теперь ничего не видит. Даже метка «data» слетела:

И сканирование, разумеется, ни к чему не привело. Старой структуры больше нет. Вот теперь все мои каталоги окончательно разрушены. Одной единственной командой. Как же хорошо, что я не вводил ничего лишнего в начале.

Заключение

Как вы поняли, я не эксперт в восстановлении данных. Но как показал личный опыт — многие авторы статей и рекомендаций, в интернете, тоже далеко не эксперты.

Я думаю, что если ваш жёсткий диск «сломался» в результате механического повреждения, то единственный вариант — это обращение в сервис. Но если вы случайно удалили, изменили, потеряли ваши разделы, то шансы на самостоятельное восстановление данных всё-таки есть, единственное что нужно сделать — это немного помочь специализированным программам. Нужно дать им именно повреждённые разделы.

Ниже я напишу план действий, которым воспользуюсь, если подобная ситуация повторится со мной, либо с моими близкими. Вы можете последовать ему, разумеется, под вашу ответственность:

Источник

BootDev

Создание загрузочных дисков и прочие полезные мелочи

Страницы

2019-02-11

TestDisk: Восстановление удаленных разделов

Содержание

TestDisk

Интерфейс у программы текстовый, т.е. она консольная, но он полностью интерактивный, писать команды не придется.

Программа является консольной. К тому же она кроссплатформенная. Поддерживаются следующие платформы: DOS, Windows, Linux, Mac OS.

Методика Тестирования

Тестовые Файлы

В качестве тестовых файлов будут выступать:

Портативная версия файлового менеджера Far Manager, представленная в виде 7z-архива (единый файл).

Один текстовый файл.

Вычислим контрольные суммы MD5 для файлов.

Портим Таблицу Разделов

Определившись с методикой тестирования, и с тестовыми файлами, разберем варианты разрушения таблицы разделов.

Вариант 1. Удаляем конкретный раздел. Раздел будет удаляться с помощью стандартных средств управления дисками операционной системы Windows.

Вариант 3. Затираем таблицу разделов программой dd или BOOTICE. Для MBR диска это первый сектор (512 байт), а для GPT диска, это первые 34 сектора (34 * 512 = 17408 байт).

Учитывая, что для тестов будут использоваться две таблицы разделов MBR и GPT, всего получается 6 тестов. Причем перед каждым новым тестом, диск будет полностью затираться нулями.

Теперь по поводу самих разделов. Всего их будет два.

Оба раздела будут содержать один и тот же набор тестовых файлов.

Восстанавливаем Таблицу Разделов

Теперь, когда все готово к проведению процедуры восстановления, приступим к воспроизведению тестовых сценариев. Каждый сценарий будет рассмотрен для обоих видов таблиц разделов, MBR и GPT.

Важно! Если восстанавливаемый диск содержит ценные для вас данные, не поленитесь создать его посекторную копию.

Флешка, или далее по тексту Тестовый Диск, инициализирована таблицей разделов MBR, и содержит два раздела объемом приблизительно в 200 МБ, расположенных в начале диска.

Восстанавливаем Удаленный Раздел

На тестовом MBR-диске удален первый раздел Partition1. Попробуем восстановить данный раздел.

Откроется консольное окно программы, с интерактивным режимом управления. Первый экран программы, это выбор режима логирования. Всего три варианта: Создать лог (Creare), Дописать существующий лог (Append), Без логирования (No Log).

Выбираем вариант по желанию. В моем случае, во всех последующих запусках будет выбран режим No Log.

На следующем экране нужно выбрать тип таблицы разделов. Причем замечу, что программа подсказывает (зеленым отмечен предполагаемый тип) возможный тип текущей таблицы разделов, и выставляет на него фокус.

Выбрав таблицу разделов, перед нами откроется основное меню работы с программой. Меню состоит из следующих пунктов:

На экране анализа есть два варианта выбора дальнейших действий, Quick Search и Backup. Первый отвечает за быстрый анализ диска, на наличие утраченных разделов. Второй, то же что и первый, но с предварительным сохранение информации о текущей таблице разделов в файл backup.log.

Кроме кнопок выполнения поиска, выше, можно увидеть текущие разделы диска. В данном случае присутствует лишь раздел Partition2.

С самого начала поиска, сразу будет обнаружен раздел Partition1. В данной ситуации можно остановить поиск, либо дождаться до конца поиска.

По окончании сканирования программа предоставит список найденных разделов.

Вернувшись на экран выполнения анализа, можно увидеть, что список разделов содержит все необходимые нам разделы. Кроме этого, в нижнем меню появились кнопки Deeper Search, выполняющую более глубокий поиск, и Write, выполняющую запись найденных разделов на диск.

Программа сообщит, что внесенные изменения вступят в силу после перезагрузки. Это целесообразно лишь при восстановлении системного раздела с операционной системой. В данном случае достаточно нажать на кнопку Ok.

Проверим содержимое диска после восстановления раздела.

Раздел Partition1 успешно восстановлен. Файлы на обоих разделах имеют корректную контрольную сумму, что говорит об их целостности.

Восстанавливаем Все Удаленные Разделы

Попробуем восстановить удаленные разделы.

Так как все действия выполняемые далее, полностью идентичны действиям выполненным в предыдущем разделе, я не буду подробно расписывать каждый шаг. Вместо этого будет представлен скринкаст.

Разделы успешно восстановлены. Контрольные суммы файлов на обоих разделах корректны.

Если внимательно просмотреть скринкаст, то можно заметить, что на этапе выбора типа таблицы разделов, программа уже не может подсказать ее возможный тип. Так как мне заранее было известно, что на диске использовалась таблица разделов MBR, я уверенно выбрал пункт intel. А что делать если вы не знаете какая была использована таблица разделов? В данной ситуации, учитывая что в основном используются таблицы разделов MBR или GPT, то верным решением будет дойти до экрана анализа наличия разделов, и обратить внимание на сообщение программы.

Если к примеру вы выбрали таблицу разделов EFI GPT, и экран анализа показывает сообщение о неверной сигнатуре диска, то возможно корректной будет таблица разделов intel.

Кроме этого, вы можете выполнить анализ диска, и посмотреть на названия и размер найденных разделов. По структуре найденных разделов предположить какой тип таблицы используется, и если выбран не корректный тип, то выйти из режима анализа диска без сохранения, и выбрать корректный тип.

Восстанавливаем Поврежденную Таблицу Разделов

На тестовом MBR-диске, выполнено затирание первого сектора диска программой BOOTICE.

Выполним восстановление разделов. Подробное рассмотрение шагов, смотрите в предыдущих разделах. Данные шаги идентичны, поэтому их рассмотрение опущено.

Разделы успешно восстановлены. Контрольные суммы файлов на обоих разделах корректны.

Восстанавливаем Удаленный Раздел

На тестовом GPT-диске удален раздел Partition1. Попробуем его восстановить.

Запускаем TestDisk. Выбираем режим логирования No Log.

Выбираем целевой диск.

Программа определит тип используемой таблицы разделов, в данном случае это EFI GPT, и выставит фокус на соответствующий пункт. Соглашаемся с выбором программы, так как выбор правильный, и переходим дальше.

В основном меню работы с диском, выбираем пункт Analyse.

Перейдя на экран анализа, обращаем внимание на количество разделов. Обращаем внимание на наличие еще одного раздела, кроме известного Partiton2. Это раздел MSR раздел. Необходим он исключительно операционной системе Windows.

Сохраняем, на всякий случай текущую таблицу разделов, выбрав в качестве опции сканирования вариант Backup.

Программа отобразит список сделанных бэкапов, из которых нужно выбрать сделанный ранее. Так как бэкап один, загружаем его перейдя по пункту Load.

Список найденных разделов дополнится загруженными из бэкапа, они будут выделены зеленым цветом. Зеленый цвет означает, что данный раздел выбран для последующего восстановления на диске.

Выбранные разделы программой имеют тип Unknow. Восстанавливать разделы неопределенного типа нельзя, потому что они не восстановятся. Вариантов развития дальнейших событий два, либо задать тип подгруженных разделов вручную, либо выбрать найденные, с определившемся типом, и для оставшегося, неопределенного раздела, задать тип вручную.

Пойдем по второму пути. Сначала выберем найденные программой разделы Partition1 и Partition2. Пометить, или снять пометку с разделов, можно с помощью стрелок ← (снять отметку) или → (пометить).

Мы снова вернемся на экран выбора найденных разделов. Так как все необходимые разделы уже выбраны, и все выбранные разделы имеют определенный тип, то просто нажимаем на клавишу ENTER, чтобы перейти далее.

Получив итоговый список разделов, сохраняем их перейдя по пункту Write, в нижнем меню.

Программа сообщит, что эффект от проделанных действий будет заметен после перезагрузки. Перезагрузка актуальна лишь при восстановлении системного раздела. Поэтому просто нажимаем Ok и выходим с программы.

Проверим, восстановился ли удаленный раздел.

Как можно заметить, уделенный раздел успешно восстановился, со всем его содержимым. Контрольные суммы файлов на обоих разделах корректны.

Восстанавливаем Все Удаленные Разделы

Попробуем восстановить все удаленные разделы.

Нижеследующие действия, идентичны тем, что описывались в предыдущих разделах, поэтому вместо подробного описания, будет представлен скринкаст.

Из особенностей можно отметить, что восстановить раздел MSR не удалось. Он не был найден. Так как данный раздел не несет никакой полезной нагрузки для пользователя, данный факт нельзя считать недостатком.

Целевые разделы, были успешно восстановлены.

Контрольные суммы файлов на обоих разделах корректны.

Восстанавливаем Поврежденную Таблицу Разделов

На тестовом GPT-диске, выполнено затирание первых 34 секторов диска программой BOOTICE.

Попробуем восстановить удаленные разделы. Подробное описание опущено, так как все действия, схожи с проделанными в предыдущих разделах.

Несмотря что таблица разделов была полностью затерта, программа успешно определила ее резервную копию с конца диска. Это особенность таблицы разделов GPT.

Все разделы удалось успешно восстановить.

Контрольные суммы файлов обоих разделов, как и прежде, корректны.

Программы восстановления утраченных разделов, в основной массе платные. Даже если вам удалось найти, условно бесплатное ПО подобного рода, то максимум что вам позволят, это просканировать диск. За сохранение найденных разделов потребуется заплатить.

TestDisk, в свою очередь, полностью бесплатен. При этом, программа поддерживает большое количество таблиц разделов, и не ограничивается таблицами разделов MBR и GPT. Консольный интерфейс программы, так же не является проблемой. Программа предлагает интерактивный, псевдографический интерфейс, которым легко пользоваться. И самое главное, результаты восстановления. Программа с легкостью восстановила все разделы в трех тестовых ситуациях.

Замечу, что функционал программы не ограничивается только восстановлением разделов. TestDisk может восстанавливать утраченную файловую таблицу, и восстанавливать удаленные файлы. Так что это не последняя статья об этой программе.

В статье было рассмотрено: Как восстановить удаленный раздел с помощью программы TestDisk? Как восстановить все удаленные разделы с помощью программы TestDisk? Как восстановить поврежденную талицу разделов с помощью программы TestDisk?

Источник