Antech
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
artizan
Из дампа видно, что третий раздел начинался не в секторе 170642430. Так что нужно еще пару дампов по 100 секторов:
1. Начиная с 14338048 (начало второго раздела - покажет его настоящий размер).
2. Начиная с 170626365 (начало третьего раздела по таблице).
DinoZver
Блин, нефиг чего-то там обнулять! Одно из основных правил датарекавери: изменяешь - сделай предварительно копию (дамп). А Вы хотите просто обнулить.
Теперь как восстанавливать.
Во-первых, надо сообщить тип файловой системы на потерянном втором разделе и примерную координату начала раздела (размеры в ГБ/ГиБ Вы наверняка помните).
Во-вторых, надо найти координату начала раздела. Если у Вас была NTFS, то достаточно эффективное средство - DMDE => Открыть => Поиск NTFS. начальный сектор задайте примерно перед началом второго раздела, но гарантировано до начала второго раздела. Алгоритм, используемый в DMDE для поиска NTFS разделов, поистине гениальный (автор - не я, но я на другом форуме имел разговор с автором). Разные там Acronis и PTD вряд ли располагают чем-то сравнимым по крутизне. DMDE не просто ищет бутсектор. Она индексирует найденные INDX'ы (записи каталогов), а когда находит фрагмент MFT, проверяет файловые записи каталогов. В них есть атрибут INDEX_ALLOCATION, который содержит смещение того самого INDX'а данного каталога относительно начала раздела. Размер кластера можно определить по любой записи нерезидентного файла или каталога, а значит программа определяет смещение INDX'а от начала раздела в секторах. Т.к. прога запоминает сектора, в которых нашла INDX'ы, то она теперь просто вычитает из номера сектора с INDEX'ом его смещение от начала раздела - и вуаля - она знает начальный сектор раздела, не имея ни бутсектора, ни записи $MFT (файловая запись №0). Как она определяет, какой INDX соответствует данному каталогу? Очень просто. В любой файловой записи в NTFS 3.1 и старше есть номер этой записи. А каталог - это индекс (список) атрибутов FILE_NAME, в которых есть идентификатор родительского каталога. Когда DMDE находит файловую запись каталога, она просматривает найденные INDX'ы на предмет номера родительско записи, и когда находит соответствие, констатирует, что этот INDX принадлежит найденному каталогу. Что происходит дальше, я уже писал. Так что попробуйте DMDE. Когда оно закончит, покажите скриншот с таблицей результатов.
Ну и самостоятельно тоже попробуйте. Поищите бутсекторы NTFS в WinHex. Откройте физический диск, Ctrl+F. Вводите строку NTFS, отмечаете Match case, ASCII Codepage, Search: Down, Cond. offset mod 512 = 3. Остальные чекбоксы не отмечены. ОК. Предварительно Вы можете переместиться поближе к началу второго раздела (Alt+G), но чтобы гарантировано не перескочить через него (как и при поиске в DMDE). Находите сектор - смотрите на предмет правдоподобия (формат есть в Linux NTFS, пример - на живом разделе). Можете еще выложить нампы каждого из найденных секторов с указанием номера сектора (выделить сектор мышой и Shift+Ctrl+N).
Azz81
Почему бы не обменять сие чудо по гарантии?
Вам нужен не редактор диска, а MHDD. Сделайте SCAN и SMART ATT и покажите результаты. Также подойдет Victoria for DOS.
Добавлено:
Azz81
Пока писал ответ, Вы уже ответили...
Цитата:| Я запуска её из под виндовс |
Попробуйте DOS версию. Или MHDD. Если винт SATA-300, попробуйте перевести в SATA-150 (для этого на WD 3.5" есть перемычка).
Где конфиг компа?
Цитата:| HDD Regenerator может помочь? |
Если не помогли MHDD и Виктория, то это чудо лохоразвода точно не поможет. И вообще Вам нужно продиагностировать винт и наверняка потом менять по гарантии, а не пытаться ремонтировать (обычно это нецелесообразно). распечатайте отчет WD Data Lifeguard, или как она там называется, ну в общем тестовой утилиты от WD - в гарантийке это будет полезно. |
Спасибо! Буду подождать, всеравно дальше в голову уже ничего не лезет, поэтому я тут...
Всетаки Надежда умирает последней, сказала Вера и пристрелила Любовь... 
На примере друзей проходил....
