LINUX.ORG.RU

Восстановление раздела NTFS после zcat boot.img.gz (от Debian)


0

1

Добрый день,

пытался установить Debian. Одним из вариантов была инструкция с официального сайта. Соответственно, выполнял команду zcat boot.img.gz > /dev/sdX И по собственной ошибке (уже офигевая оттого, что не получается нормально создать загрузочную флэшку --- это вообще отдельная песня) указал вместо целевой флэшки внешний usb hdd. Не увидев, изменений на флэшке, повторил команду --- думаю, не принципиально.

Отсюда задача: восстановить прежнее содержимое. Раздел был один на весь диск, NTFS. Диск с тех пор не отключался. Туда ничего не писалось. Использование диска было пассивное: хранилось фото, видео, дистрибутивы и т.п., --- ну, как обычно, никакие программы оттуда не работали. Пока систему (Ubuntu 10.10) не перезагружал.

df

root@xakac:~# df -h /dev/sdb1
Файловая система      Разм  Исп  Дост  Исп% смонтирована на
/dev/sdb1             932G  386G  546G  42% /media/Elements

fdisk

root@xakac:~# fdisk -ul /dev/sdb

Диск /dev/sdb: 1000.2 ГБ, 1000202043392 байт
255 heads, 63 sectors/track, 121600 cylinders, всего 1953519616 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00021631

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1            2048  1953519615   976758784    7  HPFS/NTFS

Резултат работы gparted'а (0.6.2 судя по gui, как узнать из shell'а версию не нашёл пока) бесполезен:

Begin scan...
End scan.

Checking partitions...
Ok.

Guessed primary partition table:
Primary partition(1)
   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(2)
   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(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
При этом в gui'ях показывает, что (перепечатано руками):
Раздел:             /dev/sdb1
Файловая система:   fat16
Точка монтирования: /media/Elements
Meтка:              Debian Inst
Размер:             931.15 ГиБ
Использовано:       385.55 ГиБ
Свободно:           545.96 ГиБ

Testdisk 6.11.3. Анализ:

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121600 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

Invalid NTFS or EXFAT boot
 1 P HPFS - NTFS              0  32 33 121600 247 55 1953517568
 1 P HPFS - NTFS              0  32 33 121600 247 55 1953517568
No partition is bootable

Понимает, что раздел NTFS. Две записи, судя по manual'у, и свидетельствуют о том, что раздел или таблица разделов повреждёны.

Быстрый поиск:

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
     Partition               Start        End    Size in sectors
* FAT16 >32M               0  32 33    30 151 57     489472 [Debian Inst]

[... удалены лишние пустые строки ...]

Structure: Ok.  [... удалена подсказка с клавишами ...]
Нашёл только нынешний раздел FAT16.

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

Из всего вышеприведённого видно, что этот раздел ещё распознаётся, как NTFS. Причём, использованный/доступный объём указываются верно.

Есть надежда спасти данные? Всем откликнувшимся заранее спасибо.

Просто восстанови любым способом прежнюю информацию о разделе.
Размер его можно посмотреть в /proc/partitions
Запускаешь рутом cfdisk /dev/sdb
Удаляешь всё, что там есть. Делаешь один раздел нужного размера (было бы несколько разделов — действия аналогичные, главное создать разделы в тех же местах что и раньше), выставляешь ему тип ntfs и записываешь изменения.
В общем-то всё. Информация не пострадает.

Lumi ★★★★★ ()
Ответ на: комментарий от Lumi

Попробую, но сначала хотелось бы уточнить следующий момент: как насчёт того, что через TestDisk при входе на новый FAT16-раздел были видны данные из записанного boot.img, тогда как, что странно, из-под Nautilus'а --- пустота.

dvolosnykh ()
Ответ на: комментарий от dvolosnykh

Извините, был невнимателен. Сейчас глянул на размер boot.img.gz — 23МБ. Раздел убит. Так что восстанавливайте его как ntfs с прежними размерами. Затаривайтесь пивом, идите к знакомому с виндос. Там цепляйте его к компьютеру, ставьте что-нибудь наподобие EasyRecoveryPro и запускайте сканирование и восстановление. Для восстановления понадобится свободное место равное размеру восстанавливаемых данных.

Lumi ★★★★★ ()
Ответ на: комментарий от KERNEL_PANIC

> Acronis в помощь!
Зачем?
Раздел восстанавливается элементарно. Там нужен инструмент для вытягивания данных из побитой NTFS.

Lumi ★★★★★ ()

Специальные виндовые проги в помощь.

Они есть на forum.ru-board.com в «варезник». Чтобы стал доступен раздел «варезник» необходимо обязтаельно зарегистрироваться.

@Active Partition Recovery (или вроде бы они уже выпустили Recovery Suite?). Короче, фильтр по @Active.

R-Studio.

Вроде у акрониса есть некое Acronis Partition Recovery, но в прошлый раз (не помню почему именно) не понравилось.

stevejobs ★★★★☆ ()
Ответ на: комментарий от Lumi

восстанавливайте его как ntfs с прежними размерами[/qoute] Это, я так понимаю, всё тем же cfdisk'ом. Но что cfdisk /dev/sdb, что cfdisk /dev/sdb1 --- всё одно:

НЕИСПРАВИМАЯ ОШИБКА: Плохой основной раздеÐ
    Нажмите любую клавишу для выхода из cfdisk

dvolosnykh ()
Ответ на: комментарий от dvolosnykh

Можно занулить на /dev/sdb mbr.
Первые 512 байт диска.
Хуже того, что есть уже не будет.

Lumi ★★★★★ ()
Ответ на: комментарий от Lumi

Лучше лишний раз спрошу у знающих :) Вы это имели в виду?

dd if=/dev/zero of=/dev/sdb bs=1 count=512

dvolosnykh ()
Ответ на: комментарий от Lumi

Я к тому, что фактически на диск записалось не 23, а 239 Мб, что усложняет дело.

Сейчас сканирую с помощью DMDE из-под Windows 7. Acronis Disk Director не помог, EasyRecovery что-то вообще не запустилась. Active File Recovery вроде восстанавливал, но стал показывать нечто в духе «просканировано 9.76 Gb из 932 Mb. Прекратил это дело. Структуру папок и имена файлов не восстанавливал.

dvolosnykh ()
Ответ на: комментарий от dvolosnykh

> Я к тому, что фактически на диск записалось не 23, а 239 Мб, что усложняет дело.

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

Приготовься морально к тому, что восстановишь только часть, а то, что восстановилось, будет содержать мусор.

Lumi ★★★★★ ()

Кому интересно, проблема решилась с помощью DMDE for Linux. Удалось восстановить почти всё, за редким исключением.

dvolosnykh ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.