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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eth0
    Да уж, Чекдиск на исправление был ошибкой. Я и без "руководства по восстановлению MFT" никогда не запускаю сразу Чекдиск на исправление. Это же чистая логика: бэкап MFT - хорошо, но бэкап MFT + осторожность - лучше (не говоря уже о случаях, когда бэкап не делается).
     

    Цитата:
    Старая $MFT не затронута, ибо начиналась не с 4 кластера

    Это хорошо.
     

    Цитата:
    новая $MFT перезаписала пару десятков записей старой

    Ну и плохо. Как такое может произойти, я не знаю. пару десятков - это не MFT Mirror, так что "забыл исправить MFT Mirror start cluster" отпадает.
     
    Восстанавливайте MFT из бэкапа, проверяйте размер кластера (что в MFT тот же размер кластеар, что и в бутсекторе), проверяйте правильность бутсектора (глазами). Потом забэкапьте бутсектор и пускайте Чекдиск, но без исправлений. Покажите здесь его ответ.
    Еще одна фишка. В MFT найдите любой каталог (например, root, т.е. ".") с нерезидентным индексом (т.е. с атрибутом A0 == INDEX_ALLOCATION). Перейдите в начало индекса относительно того начала раздела, которое Вы сейчас задали в таблице (и где исправленный бутсектор, соответственно). Проверьте, что действительно индекс каталога там. Тоже самое (и даже больше) делается с помощью DMDE - Поиск NTFS. Это дольше, зато больше информации (прога проверяет много индексов и не только).

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 20:59 20-06-2010
    eth0

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

    Цитата:
    По идее, исправления начального кластера MFT должно быть вполне досататочно

    Так же и предполагал. Результаты изменения наблюдать не пришлось - предположил, что Windows работает с кешем бутсектора или с зеркалом MFT. Собственно, после перезагрузки результатов также не было

    Цитата:
    Только чекдиск на исправление сразу не нужно запускать - сначала нужно посмотреть, что он говорит в режиме только чтения

    Указывал на повреждение MFT. После ручного обновления зеркала MFT запустил уже с параметром f. Лог его не сохранял

    Цитата:
    Вы уверены, что начало вновь созданного раздела соответствует началу старого?  

    Должно быть так

    Цитата:
    Как такое может произойти, я не знаю

    Изменил начальный кластер MFT, переписал зеркало MFT (то есть, запись об $MFT в зеркале после этого указывала на тот же самый сектор), после чего chkdsk и разместил новую $MFT по указанному мной адресу, затерев начало старой MFT
     
    Бутсектор в порядке, размер кластера в порядке
    MFT из бекапа решил не восстанавливать, поскольку первые записи в порядке, а то, что затёрто, ценности не представляет. Возникла мысль, что MFT не читается целиком из-за некорректного значения размера для $MFT в первой её же записи - нет, здесь всё верно. Анализировал структуру скрещенных MFT с помощью Runtime's DiskExplorer: всё в порядке. 12 записей, 4 резервных, затем 2 сектора с нулями и прочие записи. Сначала не обратил внимания на "Invalid MFT entry" (думал, очередная запись с нулями). Затем посмотрел, что в ней: запись с сигнатурой BAAD, при этом запись занимает один сектор, тогда как все остальные записи - по два. Напрашивается вывод: смещение на один сектор
     
    Лог чекдиска:

    Цитата:
    C:\>chkdsk x:
    Тип файловой системы: NTFS.
    Метка тома: 123.
     
    ВНИМАНИЕ!  Параметр F не указан.
    CHKDSK выполняется в режиме только чтения.
     
    Проверка файлов (этап 1 из 3)...
      Обработано файловых записей: 754688.
    Проверка файлов завершена.
      Обработано больших файловых записей: 0.
      Обработано поврежденных файловых записей: 0.
      Обработано записей дополнительных атрибутов: 0.
      Обработано записей повторного анализа: 0.
    Проверка индексов (этап 2 из 3)...
      Обработано записей индекса: 754710.
    Проверка индексов завершена.
      Проверено неиндексированных файлов: 0.
      Восстановлено неиндексированных файлов: 0.
    Проверка дескрипторов безопасности (этап 3 из 3)...
      Обработано файловых SD/SID: 754688.
    Проверка дескрипторов безопасности завершена.
      Обработано файлов данных: 11.
    Windows проверила файловую систему. Ошибок не обнаружено.
     
     434807257 КБ всего на диске.
       3093588 КБ в 8 файлах.
            16 КБ в 13 индексах.
             0 КБ в поврежденных секторах.
        833993 КБ используется системой.
         65536 КБ занято под файл журнала.
     430879660 КБ свободно на диске.
     
    Размер кластера:                   4096 байт.
    Всего кластеров на диске:     108701814.
     107719915 кластеров на диске.

    Уже почти утро - продолжу раскопки позже

    Всего записей: 7 | Зарегистр. 19-06-2010 | Отправлено: 04:07 21-06-2010 | Исправлено: eth0, 04:09 21-06-2010
    dmde

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

    Цитата:
    Обработано файловых записей: 754688

    При этом Вы говорите, что старых файлов не видно? А что тогда сейчас видно на диске - какие файлы и сколько? Может быть, чекдиск переместил файлы в какую-то папку?

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 05:42 21-06-2010
    Antech

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

    Цитата:
    с помощью Runtime's DiskExplorer

    Не кошерно. Проверять начало MFT лучше глазами вначале. Только если не видите проблем - Чекдиским без исправлений.
     

    Цитата:
    смещение на один сектор

    Тогда бы Чекдиск выдал огромную простыню с ошибками. А у Вас ни одной ошибки не находится.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 08:52 21-06-2010
    eneon

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрый день. Прошу Вашей помощи в следующей ситуации:
     
    Имеется винт на 500Гб, разбит на два раздела. Было произведено некорректное завершение работы WinXP путем нажатия кнопки питания. Теперь при попытке доступа к диску с виндой выскакивает предложение его отформатировать, а второй диск отображается как неразмеченный.
     
    Слетела таблица разделов
     
     
     
    Добавлено:
    Чем можно всё это дело поправить?

    Всего записей: 50 | Зарегистр. 18-03-2010 | Отправлено: 10:09 21-06-2010
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    eneon
    1. Покажите результат chkdsk.exe БукваРаздела: (запускайте из консоли cmd.exe, без доп-параметров).
    2. Покажите окно "Разделы" из DMDE (открывайте физический диск).
     
    Не пробуйте все подряд. Пока что надо посмотреть, что будет по пунктам выше.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 13:47 21-06-2010 | Исправлено: Antech, 13:51 21-06-2010
    eneon

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
     
    C:\Documents and Settings\alexey>chkdsk f:
    Тип файловой системы: RAW.
    CHKDSK недопустим для дисков RAW.
     
    Добавлено:
    Второй диск неразмечен, chkdsk - никак. DMDE - что это?? ссылочку можно?

    Всего записей: 50 | Зарегистр. 18-03-2010 | Отправлено: 14:42 21-06-2010
    eth0

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

    Цитата:
    При этом Вы говорите, что старых файлов не видно? А что тогда сейчас видно на диске - какие файлы и сколько? Может быть, чекдиск переместил файлы в какую-то папку?

    Не видно. Да, чекдиск как бы переместил их в found.000, но на самом деле она пуста
     
    Сейчас на диске:

    Цитата:
     found.000
     System Volume Information
     -- tracking.log
     cd
     dir

    cd и dir - файлы, пустые
     

    Цитата:
    Не кошерно. Проверять начало MFT лучше глазами вначале

    Чем Вам не нравится DiskExplorer? :) Читать, собственно, файловые записи им удобно, плюс есть возможность "сырого" просмотра диска - hex-редактор, по сути
     
    Исследовал начало своей MFT:
    0. 12 метафайлов
    1. 4 пустых резервных записи
    2. BAAD запись. Внимание: как и положено, занимает 2 сектора
    3. Запись found.000, за ней $ObjId, $Reparse, $Quota, на которые указывает $Extend
    4. 3 записи (6 секторов) с нулями и сигнатурой 01 00
    5. 5 записей: $Repair, $RmMetadata и прочие. За ними 3 записи $TxfLog***
    6. Здесь и начинаются пользовательские файлы: System Volume Information, tracking.log, dir, (cd удалил, он перезаписан ...) *.tmp
    7. И самое интересное: односекторная запись BAAD (п.3 - 2 сектора)
    8. После этой записи идёт моя старая MFT
     

    Цитата:
    Тогда бы Чекдиск выдал огромную простыню с ошибками. А у Вас ни одной ошибки не находится

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

    Цитата:
    DMDE - что это?? ссылочку можно?  

    http://dmde.ru/download.html

    Всего записей: 7 | Зарегистр. 19-06-2010 | Отправлено: 15:08 21-06-2010 | Исправлено: eth0, 15:09 21-06-2010
    eneon

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

    Цитата:
    Цитата:
    DMDE - что это?? ссылочку можно?  
     
    http://dmde.ru/download.html

     
    Спасибо - тока покупать её у меня возможности нету

    Всего записей: 50 | Зарегистр. 18-03-2010 | Отправлено: 15:40 21-06-2010
    dmde

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

    Цитата:
    Он намекал на удаление файловых записей, пройдя по всем индексам

    ...
     

    Цитата:
    Да, чекдиск как бы переместил их в found.000, но на самом деле она пуста

    Иногда после исправлений чекдиска Windows не видит файлов в этой папке, хотя они там есть, и,например, при монтировании в линуксе они видны. И как с этим бороться - неизвестно - видимых ошибок нет, остаётся только копировать файлы и форматировать заново. В программах типа R-Studio эта папка также пуста?
     
    eneon

    Цитата:
    тока покупать её у меня возможности нету

    Вы можете использовать бесплатную версию.

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 17:25 21-06-2010
    Antech

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

    Цитата:
    Чем Вам не нравится DiskExplorer?

    Платный, а файловые записи форматно можно посмотреть и в DMDE бесплатно (не нужна парка с поиском вареза). Но я здесь отметить хочу другое: просмотр глазами дает больше шансов найти причину проблемы, чем просмотр в форматном виде (например, записался мусор или протерлось нулями или смещение на N байт). Если же причина не очевидна, на сцену выходит read-only Чекдиск. А форматный просмотр только и покажет, что либо все на вид нормально, либо нет, а подробнее через него не видно.
    (Я в курсе, что в статьях рекомендуют DiskExplorer. Но в статьях, бывает, упоминается еще и DiskEdit для DOS, и DiskProbe )
    (Это не значит, что в форматном просмотре нет смысла. Но в данном случае это ни к чему ИМХО.)
     

    Цитата:
    односекторная запись BAAD

    Вся дальнейшая MFT была бы сплошной ошибкой. Это было бы видно по отчету Чекдиска, в то время как у Вас там просто идеал. Что-то не так интерпретируете. Забэкапьте и занулите запись $MFT (2 сектора), напустите Чекдиск без исправления. Ругается?
     
    Поддерживаю также идею открыть раздел в R-Studio (Open Drive Files), WinHex (открыть физический, два раза нажать на разделе) или DMDE. Открывается, каталоги/файлы на месте?
     
    eneon
    Она вроде дешевая, да и не нужно Вам ее покупать. Freeware версия умеет все, что нам надо. На странице Download смотрите...
     

    Цитата:
    Второй диск неразмечен, chkdsk - никак

    Для второго это сейчас и не требуется. Второй посмотрим на скрине "Разделы".
     

    Цитата:
    chkdsk f:  
    Тип файловой системы: RAW.  
    CHKDSK недопустим для дисков RAW.

    ОК. Покажите дамп секторов 0...999. Технология: DMDE => Физический диск => Сервис => Копировать секторы, в файл. В данном случае: Первый сектор 0, Число секторов 1000.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 18:18 21-06-2010 | Исправлено: Antech, 18:20 21-06-2010
    sid906

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Есть винчестер WD 120Gb IDE (около 3х лет) использовался под файлы (винды нет), был поделен на 2 раздела, первый использовался часто, второй нет. В один прекрасный день не зайти на 1й раздел - пишет диск не отформатирован и файловая система RAW.
    При перезагрузки запускается chkdsk и выдает на 1й раздел:
     
    File record segment 47044 is unreadable
     
    После  
    Recovering arphaned file thumbs.db (15018) inte directoy fik 8732
    Insufficient disk space to recovery lost data
    -и все не по разу.
    Второй раздел все норм. Пытался запустить в винде chkdsk /f, где то на 60% выдает
    не удается прочесть сигмент в записи
    не удается прочесть сигмент в записи
    и так местами где-то до 70% потом все норм.
    Покурив форумы подумал поможет софт Виктория и MHDD и др, но подумал, что вообще могу убить диск ими. Хочется узнать совет знающих людей.
    Можно ли восстановить работу 1го раздела и каким образом? Хотя бы снять бэкап, а потом отправить винт на заслуженный отдых.  
    Спасибо.

    Всего записей: 5 | Зарегистр. 21-06-2010 | Отправлено: 00:06 22-06-2010
    eth0

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

    Цитата:
    В программах типа R-Studio эта папка также пуста?  


    Цитата:
    Поддерживаю также идею открыть раздел в R-Studio (Open Drive Files), WinHex (открыть физический, два раза нажать на разделе) или DMDE. Открывается, каталоги/файлы на месте?  

    Нет, каталоги/файлы только свежие. В found.000 пусто
     

    Цитата:
    занулите запись $MFT (2 сектора), напустите Чекдиск без исправления. Ругается?  

    Ругается

    Цитата:
    C:\>chkdsk x:
    Тип файловой системы: NTFS.
    Том занят другим процессом. Программа Chkdsk
    может выдавать сообщения об ошибках при их отсутствии.
    Метка тома: 123.
     
    ВНИМАНИЕ!  Параметр F не указан.
    CHKDSK выполняется в режиме только чтения.
     
    Проверка файлов (этап 1 из 3)...
      Обработано файловых записей: 754688.
    Проверка файлов завершена.
      Обработано больших файловых записей: 0.
      Обработано поврежденных файловых записей: 0.
      Обработано записей дополнительных атрибутов: 0.
      Обработано записей повторного анализа: 0.
    Проверка индексов (этап 2 из 3)...
      Обработано записей индекса: 754710.
    Проверка индексов завершена.
    Программа CHKDSK осуществляет поиск неиндексированных файлов и их повторное сопо
    ставление с исходным каталогом.
      Проверено неиндексированных файлов: 1.
    Возникла неопределенная ошибка (6672732e637878 41a).

    Всего записей: 7 | Зарегистр. 19-06-2010 | Отправлено: 04:17 22-06-2010
    dmde

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

    Цитата:
    В found.000 пусто

    Но, ведь, где-то всё равно лежат эти 754688 файлов - если не в found.000, то где-то ещё. Смотрите в R-Studio, куда они переместились. Либо смотрите сами любой файл в $MFT, который Вы не находите в папках. В $MFT файла указан номер его папки. Переходите в запись $MFT с этим номером и смотрите что это за папка. И т.д. до корня прослеживаете путь к файлу и выясняете, где же он прячется.

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 05:39 22-06-2010
    Antech

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

    Цитата:
    Обработано файловых записей: 754688

    В MFT Mirror тоже занулите $MFT. Проверьте, что записи $MFT занулены в MFT и в MFT Mirror. Запустите Чекдиск. Что говорит?
     
    Также используйте метод dmde для поиска места расположения таинственных файлов.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:16 22-06-2010
    sid906

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    теперь еще дона проблема винт через какое то время вообще вырубается( и тест нормально не провести

    Всего записей: 5 | Зарегистр. 21-06-2010 | Отправлено: 14:02 22-06-2010
    Firemanser



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Имеется hardware raid 1, с двумя дисками. Недавно один из них перестал быть работать (утилита Intel Matrix Storage пишет, "потерял работоспособность", а команда Chkdsk /f /r не нашла никаких ошибок).
    Спросил одного знакомого сисадмина, можно ли снять образ массива, разобрать действующий raid, а потом отформатировать нерабочий диск и снова перестроить массив на оба существовших диска. Он сказал что, без вариантов, нужно покупать новый диск того же объёма и делать массив из работающего старого и нового дисков. И что неработающий даже после форматирования нельзя использовать для RAID, будет сбоить, но почему- он сам толком не знает.
    Инфы по этому поводу нигде не нашёл.
    В общем, можно ли как-то восстановить "неработающий" (с точки зрения Intel Matrix Storage) хард и потом использовать его для RAID?
    Повторюсь, я о физическом диске.

    Всего записей: 476 | Зарегистр. 01-04-2008 | Отправлено: 14:53 22-06-2010 | Исправлено: Firemanser, 14:56 22-06-2010
    Antech

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

    Цитата:
    винт через какое то время вообще вырубается

    Похоже, Вам в DR фирму.
     
    Firemanser
    Как я понял, не hardware RAID, а Host-RAID (чипсетный хост-рэйд, там на самом едле нет RAID-контроллера).

    Цитата:
    команда Chkdsk /f

    Сразу такое делают только если не нужна инфа.
     

    Цитата:
    нужно покупать новый диск того же объёма и делать массив из работающего старого и нового дисков

    Ну да. Если есть что-то незабэкапленное, то прямо сейчас сделать бэкап (сейчас!!!), потом - вставить новый диск вместо дохлого, драйвер контроллера сам отребилдит.
     

    Цитата:
    неработающий даже после форматирования нельзя использовать для RAID

    Неработающий не работает. Его по определению не используешь (либо глючить будет).
     

    Цитата:
    восстановить "неработающий" (с точки зрения Intel Matrix Storage) хард

    Отключить его, подключить к другому компу (или контроллеру) без RAID (как отдельный) и проверить в MHDD, Victoria или HDDScan. Нужны результаты сканирования и SMART (из других программ не котируются, plz показывайте из этих и в нормальном виде, можно скриншотами). По результатам - либо занулить диск и вернуть в RAID (HDDScan => Surface => Write/Erase), либо выбросить (если бэды выросли). Делать это только после бэкапа!!!
     
    P.S. У RAID'а есть состояние "degraded", т.е. избыточность потеряна. Включите английский фейс в менеджере рэйда - так будет понятнее.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 15:21 22-06-2010 | Исправлено: Antech, 15:23 22-06-2010
    eth0

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Занулил запись об $MFT в $MFT и в $MFTMirr. Результат:

    Цитата:
    C:\>chkdsk x:
    Тип файловой системы: NTFS.
    Метка тома: 123.
     
    ВНИМАНИЕ!  Параметр F не указан.
    CHKDSK выполняется в режиме только чтения.
    Повреждена основная таблица файлов. Будет выполнена попытка восстановления
    основной таблицы файлов с диска.
    Не удается восстановить основную таблицу файлов.  Выполнение CHKDSK прервано.

     

    Цитата:
    Переходите в запись $MFT с этим номером и смотрите что это за папка. И т.д. до корня прослеживаете путь к файлу и выясняете, где же он прячется

    Чтобы глубоко не копать папка в корне:
     
       
     
    А индексов-то нет - лишь "???"

    Всего записей: 7 | Зарегистр. 19-06-2010 | Отправлено: 22:26 22-06-2010
    Antech

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

    Цитата:
    Не удается восстановить основную таблицу файлов.

    ОК, значит действительно используется нужная нам MFT. Теперь верните запись $MFT на место plz.
     

    Цитата:
    папка в корне

    Сорри,я н знаю формта вывода этой проги. Скиньте plz первые 10000 секторов MFT на zalil.ru, я в MediaWorkshop пощупаю. Кстати, Вы можете попробовать открыть раздел в MediaWorkshop в режиме браузера (см. тему по проге на iXBT, здесь про нее ничего нет).
     
    Добавлено:

    Цитата:
    А индексов-то нет - лишь "???"

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

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:58 22-06-2010
       

    Страницы: 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