Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 4)

Модерирует : Akam1, Dr_StandBy, vertex4

Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1  Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238

   

Dr StandBy



Большой дядька moderator		Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
   
 
первая часть :: вторая часть :: третья часть
Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...
 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)
  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...

    • Всего записей: 10995 | Зарегистр. 16-05-2002 | Отправлено: 23:43 28-01-2009 | Исправлено: Seymour, 04:06 07-01-2010
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я случайно перезаписал начало и конец 500 гигабайтового логического раздела диска. Пострадали MBR и копия, а также начало MFT. R-Studio видит его содержимое почти полностью (показывает 5-6 папок из корня как Extra found files с полностью целостной структурой.)
    К сожалению, у меня нет возможности слить 500 Gb важной информацию на другой винчестер.
    У меня теплится надежда, что я смогу найти или построить необходимые структуры данных в ручную. Под рукой есть несколько других NTFS разделов а также полностью рабочая WinXP с Runtime Disk Explorer for NTFS (Ntexplorer). Я частично восстановил MBR логического диска, взяв ее из другого раздела, и подредактировав ее поле Size. Осталось самое сложное - найти или восстановить MFT из mirror и указать правильное смещение в boot record. Даже не знаю с какого конца подступится.
    Сейчас testdisk автоматически ищет MFT. Если он не найдет, остается ручной режим. Сможете помочь советом?
     
    Добавлено:
    Не нашло =(
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 18:22 03-09-2009
    trtrtr

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
     

    Цитата:
    trtrtr
    Букву раздела посмотрите в Управлении Дисками. Может, нужно назначить/сменить букву (если раздел не станет доступен - ничего, все нормально; надо посмотреть отчет Чекдиска).

    Проверил memtest86 - ошибок нет.  
    Шлейф сменил, планки памяти почистил.
    Сменил букву диска - пишет то же самое - "Неверно указан диск, путь или имя файла".
    Всего записей: 17 | Зарегистр. 28-04-2006 | Отправлено: 20:11 03-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    trtrtr
    Вот блин... Если загрузиться с LiveCD, тоже Чекдиск не хочет работать?
     
    OM82
    Вы путаете MBR и BS (BR) раздела.
    Какой объем затертого пространства в начале раздела? Чем форматировали раздел?
    Если MFT затерта, значит велик шанс, что она начиналась почти в самом начале раздела: кластеры 1...4. Это симптом "левого" форматера, такие форматеры могут делать MFT Mirror в пределах первых 100 кластеров, кроме того, в таких случаях MFT почти всегда (или вообще всегда) фрагментирована. Вы понимаете, что означает это в совокупности? Найти 500 ГБ винт значительно проще.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:36 03-09-2009
    boy999



    BANNED    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Да, этот винт в гарантию. Должны принять.

     
    Винт с Санрайза, а он в дауне.
    7.5 тышш р. за него получить не судьба.
    Есть тока 1 вариант, подарить.
    Желающие имеются.....
    Токмо совесть требует поставить одаряемого в известность о состоянии харда.  
    КАК бы привести хард в более-менее приличное состояние!?
    А тож человек тонкой душевной конструкции, ещё инфаркт от СМАРТа схватит.
     
    2 раздела на нем уже удалил.
    Чего ещё сделать!?
    Всего записей: 2030 | Зарегистр. 19-05-2008 | Отправлено: 11:01 04-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    boy999
    Ничего с ним уже не сделать. Выбросить только остается (все равно быстро сдохнет 90%).
     
    P.S.
    Надо было брать в Ф-Центре, сейчас бы не было проблем с гарантией, а в Санрайзе и в их лучшие времена был чупа-чупс с гарантийкой.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 15:34 04-09-2009
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Вы путаете MBR и BS (BR) раздела.

    Верно!
    Я нашел и исправил именно бут сектор. К сожалению не осталось не его не его копии. Поэтому я восстановил его по аналогии с другими разделами и MBR, и сделал копию в конец раздела. Осталась проблема с MFT. Т.е. геометрия раздела мне точно известна. Но поиск по разделу строки $MFT (24 00 4D 00 46 00 54 по смещению 241 от начала сектора) ничего не дает.
    1) Так что я даже не знаю, может его форматнуть в NTFS, потом как-то подредактировать MFT, run-list и скормить диск chdisk`у? Сможете провести меня по этой процедуре?
     

    Цитата:
    Какой объем затертого пространства в начале раздела? Чем форматировали раздел?

    Это логический раздел. Изначально было вот так:
    500Gb раздел NTFS
    10Gb Темповый диск FAT32
     
    Я взял маковской diskutility форматнул (erase) последний раздел в HFS.
    При этом она почему-то логический раздел сделала маковским и перезаписала начало и конец 500gb раздела NTFS.  
     

    Цитата:
    Если MFT затерта, значит велик шанс, что она начиналась почти в самом начале раздела: кластеры 1...4. Это симптом "левого" форматера, такие форматеры могут делать MFT Mirror в пределах первых 100 кластеров, кроме того, в таких случаях MFT почти всегда (или вообще всегда) фрагментирована. Вы понимаете, что означает это в совокупности? Найти 500 ГБ винт значительно проще

     
    Да к стыдобе моей, я ранее никогда подобными операциями не занимался. Веду параллельно работу по постепенной переброске информации, т.к. нет возможности вытащить ее за один раз (нет 500 гб винта). Как оказалось, R-STUDIO восстанавливает далеко не все. Так как на этом диске в основном располагались торренты, я могу легко проверять файлы, и уже столкнулся с тем что восстанавливаются они с ошибками.
    2) Возможно, существуют программы, справляющиеся с этой задачей лучше? GetDataBack? Какая самая лучшая программа в этом деле?
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 19:21 04-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    OM82
    поиск по разделу строки $MFT по смещению 241
    Нет гарантии, что строка $MFT будет по определенному смещению. Бывает по-разному (там же variable size). Ищите по условиям: FILE (ASCII) по смещению 0 от начала сектора + $MFT (UNICODE) по любому смещению (в MediaWorkshop есть поиск по группам условий, там кстати и скопировать инфу можно). Или не парьтесь и проищите DMDE - "Поиск NTFS" (выдаст координаты фрагментов MFT).
     
    может его форматнуть в NTFS
    Да ну, нафиг такое извращение. Делается такой же фокус, как и с бутсектором. Копируете первые 4 записи MFT от любого исправного раздела. В $MFT в атрибуте 80 == DATA исправляете ранлист, Last VCN и три размера в байтах. В $MFTMirr исправляете начальный кластер в ранлисте (тоже атрибут DATA), хотя можно забить. Остальное не меняете. Раздел готов для read-only Чекдиска.
    Но у Вас совсем не в этом проблема, а в определении координат фрагмента(ов) MFT и в возможном отсутствии приличного начального куска MFT. Поиск NTFS в DMDE покажет...
    Да, у Вас без Чекдиска на исправление in-place не реально сделать, поэтому in-place в любом случае не будет безопасным (начало MFT затерто).
     
    Какая самая лучшая программа в этом деле?
    Лучшими считаются R-Studio и GetDataBack. Немало других прог в шапке темы. Моей там только нет .
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 23:43 04-09-2009 | Исправлено: Antech, 23:48 04-09-2009
    Svrale



    Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте, подскажите пожалуйста, как восстановить разделы и информацию.
     
    Стояла виста на компе, винчестер разбит был 100mb(скпытый)+29Gb(виста)+110Gb(инфа)
     
    Сделал бэкап через Acronis Rescue Media разделов 100mb, Висты и сам MBR
    Поставил Win7, ей же удалил 100мб и раздел висты, при устновке, она разбла его на 1Gb+28Gb, 3й 110Gb остался цел.
    Сейчас Захотел вернуть висту,  удалил первые 2 и разбил на разделы через диск вин7
    100mb active  и 29mb primary 110gb не трогал
     
    Запустил Acronis Rescue Media
    Открыл бэкап с вистой, выбрал из бэкапа сначала MBR и залил на диск, затем 100mb и 29Gb на свои места.
     
    При перезагрузке пишет "BootMGR is missing"
     
    Как правильно восстановить разделы из этого бэкапа tib через Acronis Rescue Media?  
    Всего записей: 250 | Зарегистр. 05-09-2009 | Отправлено: 01:21 05-09-2009
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech, огромное спасибо за подсказки.
    Я так понимаю, что записав в нескольких программах recovery state, я могу не опасаться, что chkdsk полностью испортит MFT. Даже если испортит, в любом случае самые важные данные я восстановил, а другие смогу восстановить по этим recovery state записям.
    Запустил DMDE на поиск NTFS. Процесс еще идет, вот первые записи, которые он нашел:
    http://yfrog.com/60corel003p
     
    Странно, что testdisc так и не нашел MFT.
     

    Цитата:
    Да ну, нафиг такое извращение. Делается такой же фокус, как и с бутсектором. Копируете первые 4 записи MFT от любого исправного раздела. В $MFT в атрибуте 80 == DATA исправляете ранлист, Last VCN и три размера в байтах. В $MFTMirr исправляете начальный кластер в ранлисте (тоже атрибут DATA), хотя можно забить. Остальное не меняете. Раздел готов для read-only Чекдиска.  

    Знать бы куда точно копирывать эти 4 записи MFT. И как исправить ранлист..  
     
    Может быть вы скажете какой программой и какие сектора, я их выложу в дампах (.rar) и вы посмотрите что там можно сделать, чтобы chkdsk воспринял этот раздел? Пока я в BR не подправлю правильно стартовый кластер на MFT, он не запуститься =(
     

    Цитата:
    The type of the file system is NTFS.
    Unable to determine volume version and state.  CHKDSK aborted.

     
    Вот как выглядит информация о MFT в R-State
    http://yfrog.com/2ccorel002p
    Похоже она не очень-то дефрагментирована...
     
    Добавлено:
    Вот конечный результат прозода DMDE http://yfrog.com/2ccorel004p
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 15:51 05-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    OM82

    Цитата:
    записав в нескольких программах recovery state, я могу не опасаться, что chkdsk полностью испортит MFT

    Нет. Чтобы не опасаться Чекдиска при неизвестных координатах фрагментов MFT, нужна посекторая (именно посекторая) копия раздела (DMDE - Сервис - Копировать секторы; WinHex - Clone Disk; R-Studio - Drive - Create Image File). Ну или у Вас должна быть MFT в почти нормальном состоянии (что в Вашем случае явно невозможно).
     

    Цитата:
    Знать бы куда точно копирывать эти 4 записи MFT

    Это делается так. Ищется начало незатертой части MFT. Если Вам повезло, то по смещению 2Ch от начала любой файловой записи найдете номер этой записи (4-байтовое поле). Не забываем переставить байты местами (AA BB CC => CC BB AA). Умножаем на 2 и вычитаем из номера сектора текущей записи - имеем номер начального сектора MFT. Делим на размер кластера (обычно 8 секторов) и имеем начальный кластер. Соответственно, знаем куда писать MFT Mirror (if any) и знаем, что писать в MFT Start Cluster в бутсекторе.
     
    По данным DMDE (assuming 8-секторный кластер) были определены следующие параметры:
     
    Начало раздела: сектор 215046153
     
    Начало MFT от начала диска: сектор 215046185
    Начало MFT от начала раздела: сектор 32 (кластер 4)
    Размер первого фрагмента MFT: 181920 записей (363840 секторов, 45480 == B1A8h кластеров)
     
    Начало второго фрагмента MFT от начала диска: сектор 1195523433
    Начало второго фрагмента MFT от начала раздела: сектор 980477280 (кластер 122559660)
    Начало второго фрагмента MFT от начала первого фрагмента: сектор 980477248 (кластер 122559656 == 07 4E 1C A8h)
    Размер второго фрагмента MFT: 134752 записи (269504 сектора, 33688 == 8398h кластеров)
     
    Общий размер MFT: 633344 сектора (79168 кластеров, 324272128 == 13540000h байт)
     
    По этим параметрам сделан патч начала MFT. Вы можете записать его начиная с сектора 215046185 (физического диска). Ну Вы знаете: DMDE - Сервис - Записать в секторы файл. Миррор обнаружен не был (или я туплю), куда он мог деться - неизвестно, возможно он был записан в кластере 1, 2 или 3 (там только 4 записи == 1 кластер).
    Если у Вас более/менее правильный бутсектор, chkdsk.exe БукваДиска: должно выдать результаты проверки MFT, которые интересно посмотреть. Как Вы понимаете, исправлять пока что нельзя. Давайте вместе посмотрим на результаты проверки (если она вообще запустится).
     
    Добавлено:
    OM82

    Цитата:
    Пока я в BR не подправлю правильно стартовый кластер на MFT, он не запуститься

    Разумеется. Как я уже говорил, в бутсектор пишите 4 (MFT Start Cluster), это обычное значение для левых форматеров (кстати, если MFT Mirror был в кластере 1, 2 или 3, то форматер был полное фуфло: начало MFT и MFT Mirror затерлись одновременно, хотя не так уж много было потерто).
    Start Cluster MFT Mirror я не задавал (оставил от своего раздела). Чекдиск (если пустим на исправление) сам запишет MFT Mirror куда решит нужным.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 20:39 05-09-2009 | Исправлено: Antech, 20:49 05-09-2009
    shax_muzzz

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Приветствую.  
    Имеется раздел в NTFS 200 гиг. Несколько дней назад на нём прибили пару крупных файлов ~ 16 гигов каждый (винда ругнулась, что файлы не помещаются в корзину ну и мол удалить безвозвратно). Сразу спохватились, перекрыли всем доступ на запись. Начали попытки поднять потёртое. Перепробовали кучу программ - файлы не видит ни одна.  
    При помощи р-студии сохранил MFT в файл (240 метров). Сделал поиск по названию файла (оба потёртых файла называются одинаково, просто лежали в разных местах), нашла 4 записи, не считая ссылок в записях каталогов. 2 из 4-ёх - это существующие файлы (которые никто не стирал, и которые по прежнему лежат на своих местах в разных каталогах), а 2 других помечены как удалённые, но у одного из них размер в 0х80-ом атрибуте порядка 4 мегабайт, то есть он явно исключается. Второй удалённый явно побольше, так как нет атрибута 0х80, зато есть 0х20 с указанием где лежит восьмидесятый атрибут.  
    Гугление привело сюда http://stderr.org/doc/ntfsdoc/attributes/attribute_list.html , но что-то до меня не доходит как вычисляется место хранения дополнительных записей File Record по атрибуту 0х20.
     
    Кусок записи MFT с той самой, последней, надеждой http://rapidshare.com/files/276648284/killed_1cd.bin.html
    Ещё интересен сам механизм, по которому винда их прибила. Почему в MFT не остались записи об этих файлах?  
     
    Просветите пожалуйста.
    Всего записей: 3 | Зарегистр. 21-07-2006 | Отправлено: 07:35 07-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    shax_muzzz

    Цитата:
    что-то до меня не доходит как вычисляется место хранения дополнительных записей File Record по атрибуту 0х20

    Вычисляется это не сложно. В атрибуте 20 перечислены все атрибуты, кроме самого ATTRIBUTE_LIST. Для каждого атрибута указан номер записи, в которой он расположен (см. Linux NTFS, смещение 10h от начала вариантной части атрибута - Base File Reference). Умножаем номер записи на 2 (размер записи) и имеем виртуальный сектор искомой записи. Если у Вас MFT не фрагментирована, или уже слита в один файл, то виртуальный сектор равен "обычному" (логическому, как можно было бы назвать, аналогично logical cluster number == LCN). Если MFT фрагментирована, естественно, надо пересчитывать с учетом ранлиста, но, как я понял, Вам это не актуально.
    Для Вашей записи. Для атрибутов 10 и 30 указана запись 6B9Fh, что совпадает с номером текущей записи, указанном по смещению 2Ch от начала записи. И действительно эти атрибуты мы видим в Вашем дампе. Что касается DATA, то для него использована только одна запись 15D37h, т.е. это сектор 178798 (2BA6Eh) от начала MFT.
     

    Цитата:
    интересен сам механизм

    Насколько я знаю, если есть расширенные записи, то в них при удалении пишется новый пустой DATA, который затирает начало старого DATA, из-за чего восстановить проблематично (не представляю, как это можно сделать, т.к. подобная фигня, как Вы понимаете, бывает только у сильно фрагментированных). Но чтобы убивались базовые записи, такого не встречал (но у меня опыта мало).
     
    У меня был только один успешный кейс с таким файлом. По какой-то причине MFT была усечена, в результате Чекдиск обкастрировал базовую запись, но по счастливой случайности весь DATA был в двух расширенных записях, а т.к. это было не удаление, то расширенные остались нетронуты (они были за пределами усеченного размера MFT), и файл был востановлен (база The Bat).
     
    Linux NTFS (PDF)
    СИИЖТ NTFS (PDF)
    Кэрриэ. Анализ ФС (DJVU)
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:18 07-09-2009 | Исправлено: Antech, 09:24 07-09-2009
    shax_muzzz

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    спасибо за помощь, буду знать.
    Всего записей: 3 | Зарегистр. 21-07-2006 | Отправлено: 11:27 07-09-2009
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вчера вытащил последнюю крупицу данных с помощью R-Studio. Все-таки в моем случае, эта программа оказалось наиболее результативной, т.к. показала структуру каталогов практически, как было на диске до инцидента. Другие программы некоторые подкаталоги не идентифицировали, вообще не показывали или показывали пустыми.
     
    Пришло время экспериментов. Прописал  патч начала MFT, прописал в BR MFT Start Cluster = 4. Скормил раздел чекдиску...
     
    Барабанная дробь...
     
    ...В результате получил тот же ответ что и раньше =(

    Цитата:
    The type of the file system is NTFS.
    Unable to determine volume version and state.  CHKDSK aborted.

     
    Так выглядит мой BR
    http://img215.yfrog.com/img215/8977/corel006.png
    Я пробовал Sector per Cluster 4 и 8. В обоих случаях результата нет.
     
    Так выглядит пропатченный сектор 215046185:
    http://img269.yfrog.com/img269/2228/corel008.png
    До и после него сплошные нули. Скорей всего именно из-за этого chkdsk не врубается в происходящее =)
     
     
    Ну и Бог с ним, с чекдиском. Сейчас уже можно просто отформатировать винчестер.
    Главное, что все важные данные уцелели. (Пострадали только 40 гб свежескачанных торрентов в больших 7гб файлах)
    Из этой истории я вынес следующие выводы на будущее. Возможно они кому-то пригодятся.
     
    1) Перед каждой операцией с разделами дисков, стоит погуглить о последствиях.  
    2) Не пользоваться левыми дефрагментаторами, которые собирают MFT и копию в начало диска. В моем случае это был DiskTrix UltimateDefrag 2008.
    3) Не экономить время и средства на Back-up. В итоге рано или поздно это окупится.
     
    Всем сочувствующим и помогающим спасибо.
     
    Выражаю огромную благодарность Antech, за своевременные и полезные подсказки, без которых я бы просто-напросто угробил 500 гб данных! Видно, что человек глубоко разбирается в вопросе.
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 12:52 07-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    OM82

    Цитата:
    Так выглядит мой BR

    В таком виде обычно не дают (лучше дамп).
    По теме. Размер кластера (параметр Sectors per cluster) у Вас 4 сектора, поставьте 8 (это обычное значение). И покажите дамп любой файловой записи, оставшейся нетронутой (будет точно размер кластера). Если, конечно, это еще актуально.
     

    Цитата:
    Так выглядит пропатченный сектор 215046185

    На размер патча посмотрите (извиняюсь за глумление). Вам надо было записать 8 секторов.
     

    Цитата:
    выводы на будущее

    Два вывода, самые главные:
    1. Не использовать никаких средств для работы с таблицей разделов и файловыми системами, кроме штатных системных (поставляемых вместе с операционкой Win/Linux/e.t.c.).
    2. Всегда делать бэкап нужных данных.
     

    Цитата:
    Сейчас уже можно просто отформатировать винчестер

    Неужели, после всего этого, Вам не интересно сделать in-place? Остается только поправить размер кластера и записать полностью патч начала MFT - и все, можете пускать Чекдиск.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:44 07-09-2009 | Исправлено: Antech, 13:46 07-09-2009
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Конечно интересно! Изначально я поставил Sectors per cluster 8. 4 я поставил, когда чекдиск ничего не понял.
     
    Только что попробовал, учитывая Ваши замечания. (прописал 8 секторов в DMDE из .img), Sectors per cluster 8.
    К сожалению, не помогает. Насчет создания дампа - уже не актуально, но если Вам интересно решить головоломку, держите несколько секторов MFT с этого раздела.
    http://rghost.ru/445491
     
     
    Добавлено:
    Вообще это уникальный случай. Diskutil затер n секторов в разделе, и при этом еще час система работала нормально, на этот "обезглавленный" раздел заливались торренты. Ситуация прояснилась лишь после перезагрузки.
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 15:19 07-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    OM82

    Цитата:
    Ситуация прояснилась лишь после перезагрузки

    Естественно, ФС кэшируется.
     

    Цитата:
    несколько секторов MFT

    Размер кластера 8 секторов (и в каждой записи доп-поток "Mac_Metadata" - нет предела извращенью Apple).
     
    Бутсектор. Его нужно записать в сектор 215046153 (от начала физического диска, естественно). Патч MFT должен быть записан в 8 секторов, начиная с сектора 215046185. При переходе в начало раздела в WinHex (открыть физический, нажать на раздел в таблице сверху) Вы должны видеть записанный бутсектор, при переходе на 32 (20h) секторов дальше (Alt+G, Sectors, Current Position) Вы должны переместиться в начальный сектор MFT (ну там строка $MFT, Вы это теперь хорошо знаете). WinHex должен без проблем заходить в раздел по двойному нажатию на таблице, Чекдиск должен проверять раздел... Все равно не работает?
    Я проверял патч на тестовом разделе, все было нормально.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:01 07-09-2009 | Исправлено: Antech, 18:04 07-09-2009
    943sn

    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Народ помогите.Ссылок тут много и страниц расписанных тоже не мало...но всё же не нашёл свой вопрос (да и порой написано на непонятном слэнге.Беда в том что есть винт SAMSUNG  SV0411N ATA DEVICE  (40 гигов, не сатовский), отфармотировал его и слил 15 гиг инфы, после нескольких запусков виндоус он попросту потерял таблицу разделов и оставил в корне один файл bootsqm.dat . восстанавливать файлы у меня получилось с помощью Handy Recovery 4.0, но не понять мне как восстановить саму таблицу разделов и впредь избежать данной проблемы?Буду признателен за хороший ответ + ход действий на доступном языке обычному пользователю)))
    Всего записей: 1 | Зарегистр. 22-08-2009 | Отправлено: 23:15 07-09-2009
    Antech

    Silver Member    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    943sn

    Цитата:
    он попросту потерял таблицу разделов и оставил в корне один файл bootsqm.dat


    Цитата:
    не понять мне как восстановить саму таблицу разделов

    А откуда файл взялся, если нет таблицы разделов? Вам не с таблицей вопрос надо решать. Вот сообщения о подобных случаях с другого форума:

    Цитата:
    [Case №1] when booting up this morning it did a check on the drive and now all thats left is the file bootsqm.dat. but the free space still shows that 10 gig is used


    Цитата:
    [Case №2] hard drive that still appears in windows to be 70% full. However, when I browse to the drive all I see is 1 file: "bootsqm.dat" which is 13KB

    Т.е. в первом случае был Чекдиск, во втором причина неизвестна (может также при загрузке Чекдиск запускался, но не был замечен, если юзер отошел от компа). Я не знаю, из-за чего такое бывает. Можно сделать раскопки и определить, что именно произошло (похоже на случайное форматирование, типа Винда так захотела), но вероятность того, что удастся сделать in-place, невелика. Да и зачем Вам это? Проверьте SMART, отформатируте и пользуйте винт дальше, не забывая про бэкап.
    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:34 08-09-2009
    OM82



    Newbie    		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Все сделал как Вы говорите - прописал все куда надо. Чекдиск продолжает уныло бормотать свою мантру:
    The type of the file system is NTFS.
    Unable to determine volume version and state.  CHKDSK aborted.
     
    Я сдаюсь т.к. пора форматировать винт - работа не ждет.
     
    Короче говоря я делаю еще один вывод - если нет необходимой квалификации, и если испорчены $MFT и $MFTmirr - спасай данные специальными утилитами.
     
    NTFS изначально создавалось как многоплатформенная файловая система, поэтому нет ничего удивительного в потоках "Mac_Metadata". И эппл тут не причем, это работа драйвера NTFS от Paragon.
     
    Кто все-таки решится пройти путь ручного восстановления, вот ссылки на русскоязычные статьи, которые могут помочь:
     
    Unformat для NTFS
    http://www.insidepro.com/kk/033/033r.shtml
     
    Восстановление NTFS - undelete своими руками
    http://www.insidepro.com/kk/032/032r.shtml
     
    Восстановление данных на NTFS-разделах
    http://www.insidepro.com/kk/021/021r.shtml
     
    Файловая система NTFS извне и изнутри
    http://www.insidepro.com/kk/044/044r.shtml
     
    Еще раз спасибо за помощь, Antech.
    Всего записей: 6 | Зарегистр. 03-09-2009 | Отправлено: 13:29 08-09-2009
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 4)
    Dekker (21-07-2011 14:57): http://forum.ru-board.com/topic.cgi?forum=84&topic=3808#1


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru