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

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

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

Akam1 (04-09-2013 08:18): http://forum.ru-board.com/topic.cgi?forum=84&topic=4564  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

batva



crazy administrator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
   
 
первая часть :: вторая часть :: третья часть:: четвертая часть :: пятая часть


 
Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.
 
Для операций с разделами на жестких дисках по-возможности используйте штатные средства ОС. Прежде, чем править разделы с помощью Acronis Partition Expert, Norton Partition Magic и им подобных программ, пробегите быстро по всем страницам всех частей этой темы и Вы увидите, что половина проблем из-за них! Если не хотите сами наступить на эти грабли, запомните несколько простых правил:
 
- перед использованием программ типа Partition Magic всегда сохраняйте резервные копии важных данных
- не забывайте проверять диски на ошибки и дефрагментировать их (может помочь позже, при восстановлении данных)
- не пытайтесь изменять разделы на дисках с ошибками или на которых имеются сбойные блоки
- на время правки разделов постарайтесь обеспечить бесперебойную работу компьютера
- никогда не прерывайте процесс изменения разделов, если он уже начался
- не проводите операций по изменению разделов на дисках забитых до отказа, т.к. это значительно увеличивает продолжительность таких операций, а следовательно и риск возникновения сбоев
 
Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...

 
То же самое касается программ ScanDisk и CHKDSK, автоматически проверяющих диски при загрузке системы. В случае серьезных сбоев они ничем помочь не смогут, но навредить могут изрядно. Поэтому всегда отключайте эти утилиты из автозапуска и выполняйте проверку дисков только вручную, периодически, когда уверены, что серьезных проблем на диске нет. Как их отключить написано здесь (на английском)

  • Общие рекомендации по самостоятельному восстановлению данных
     
  • Хороший совет по восстановлению, когда не уверен в своих знаниях
     
  • Список программ для восстановления информации
     
  • Статьи о восстановлении данных и жестких дисках
     
  • Восстановление данных из .chk файлов
    Обращаясь в тему за помощью, обязательно укажите информацию о диске: тип, емкость, способ подключения, информацию о разделах, SMART винта из MHDD / Victoria / HDDScan, наименование и мощность БП, возраст БП, результаты MemTest86, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...
     
    Важно! Инструкция по чистке контактов на плате HDD



  • Всего записей: 12593 | Зарегистр. 07-01-2001 | Отправлено: 15:11 23-05-2012 | Исправлено: igor_me, 16:25 03-02-2013
    Michael99



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Выходит платы контроллеров неисправны. Замена плат и адаптация их стоит недёшево ( почти 30 у.ё.). Так что бесплатно у вас не получится...

    ----------
    Восстановление информации. Ремонт HDD

    Всего записей: 4711 | Зарегистр. 14-12-2005 | Отправлено: 21:50 17-06-2012
    Antech

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

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

    Но ведь Проблема-137 распространяется не на раздел, а на весь винт. Ему мог помочь только SP4...
     
    RadioSerge
    Начало винта затерто (правда, MBR уцелела), скорее всего, из-за Проблемы-137. Не подключайте этот винт к Win2000 без SP4 и правки ключа в реестре, отвечающего за LBA-48, пока на нем есть раздел, вылезающий за границу 137 ГБ (128 ГиБ) от начала винта. Пока что используйте Win7 или WinXP SP2/SP3.
    Это Win2000, поэтому начало MFT в кластере 4. Вернее, оно там было, вместе с началом винта подтерло и начало MFT... Вам нужно сейчас восстановить бутсектор и начало MFT из копии. Бутсектор делается так. DMDE - Копировать секторы. Источник - файл http://rghost.ru/38725309 , приемник - физический диск. На приемнике начальный сектор 63 (число секторов 1). Теперь MFT. Копия у Вас, вроде, сохранилась. DMDE - Копировать секторы. Источник - физический диск, начальный сектор 156264279. Приемник - физический диск, начальный сектор 95. Число секторов 8. Сейчас у Вас в начале винта все равно не сохранилось прежнего содержимого (оно затерто), так что, если не ошибетесь, от записи патчей хуже не станет, даже если я где-то лоханулся. После этого сделайте chkdsk.exe БукваРаздела: без /f и покажите результат. Напомню, что никаких старых Виндов. Win7 или XPSP2/SP3. Как заставить работать Win2000 с винтом больше 137 гиг, когда она на него установлена, это другой вопрос. ИМХО это либо сжатие раздела через Управление Дисками Win7 (!только через этот менеджер!) без использования хвоста диска, либо то же самое + SP$/ключ в реестре + восстановление размера раздела в том же Управлении Дисками.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 00:44 18-06-2012 | Исправлено: Antech, 01:12 18-06-2012
    RadioSerge

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

    Цитата:
    Ему мог помочь только SP4

    Так она и была sp4  
    Сейчас мы это проверим. Реестр-то жив и сохранён!
    Подцепляем куст и видим.
    CSDVersion 0х400
    А параметра  EnableBigLba нет вообще. Вот засада.
    При установке 5 лет назад не проверил, но теперь уже поздно......
     
    Менжуюсь патчить на самом диске. Сделаю посекторную копию на похожую 160ку.  
     
    Пропатчил http://rghost.ru/38727271

    Всего записей: 13 | Зарегистр. 13-02-2003 | Отправлено: 03:12 18-06-2012 | Исправлено: RadioSerge, 05:29 18-06-2012
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    RadioSerge
    Результат Чекдиска не очень, но лучше не могу ничего предложить... Если есть посекторная, можете попробовать chkdsk /f. И еще посмотрите что скажет 9285.
     
    Ключ... Возможно, его нужно добавить.
    48bitlba.com
    http://48bitlba.com/enablebiglbatool.htm

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 07:22 18-06-2012 | Исправлено: Antech, 07:23 18-06-2012
    RadioSerge

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    сбрось ещё дампы секторов 156264279+10, 100+100, 10484484 +100
    Добавил.
    http://rghost.ru/38728492

    Всего записей: 13 | Зарегистр. 13-02-2003 | Отправлено: 10:04 18-06-2012
    serty1

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

    Цитата:
    А лог поиска NTFS где?  

     
    https://dl.dropbox.com/u/31967913/ntfsscan.log
    Правда это лог пока за сутки работы =(
    Продолжать дальше ? или можно прерывать ?
    Похоже у меня нет шансов дождаться конца сканирования НТФС - 0% за сутки сканирования

     
    Ну и 100 секторов которые уже давал https://dl.dropbox.com/u/31967913/lba_2048_100.bin

    Всего записей: 47 | Зарегистр. 06-11-2003 | Отправлено: 10:16 18-06-2012 | Исправлено: serty1, 10:52 18-06-2012
    katuha_b

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

    Всего записей: 9 | Зарегистр. 18-07-2006 | Отправлено: 14:39 18-06-2012 | Исправлено: katuha_b, 14:41 18-06-2012
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    katuha_b
    Извиняяюсь, но я не заметил указанное сообщение.
    При первой возможности сделаю что предлагал. Скорей всего напишу в Личные сообщения.
     
    serty1
    Был как то случай, когда составлял ранлист из более чем 20 фрагментов, но у тебя их существено больше. Лично я такое количество впервые встречаю.
     
    RadioSerge
    В общем то, дампы и написанное подтвердили версию насчёт 128 (137) гигов. Ну и Antech уже всё написал.
    Лично мне особо нечего и добавить.
     
    Antech
    Я не помню сейчас конкретные цифры, но при записи в сектор, который находится на 63 сектора далее криического рубехв, на самом деле запись производится в 63-й. Соответсвено, если шансы повреждения второго раздела ничтожны, а если первый гигов 30, то второй вооще не повредится. А там мог бы храниться образ столь важной системы.  Это к вопросу о разделе-винте.
    Впрочем, автору важна система поэтому посчитаем написаное ранее как простые мысли вслух.
    PS. Ну а что касается моего мнения, то вряд ли я что могу что то добавить. Разве что известную фразу про спешку. Ну не понимаю я смысла всех этих скоростных лечений.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:31 18-06-2012
    serty1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    УРА УРА УРА - закончил скан NTFS - 100% (лог - 20,3 МБ)
    https://dl.dropbox.com/u/31967913/ntfsscan.log  
    Подскажите плиз дальнейшие действия
    Помогите пожалуйста. Файлы же не удалены - как бы перестроить  заново МФТ прям на диске.  
    Ткните меня носом может где это пошагово расписали уже ?
     
    А почему это МФТ миррор 4 кб а МФТ 287 Гига ? хотя если бы он был копией то 500 гигов на МФТ ушло бы =(


    Всего записей: 47 | Зарегистр. 06-11-2003 | Отправлено: 08:17 19-06-2012 | Исправлено: serty1, 15:27 19-06-2012
    Antech

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

    Цитата:
    не понимаю я смысла всех этих скоростных лечений

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

    Цитата:
    почему это МФТ миррор 4 кб а МФТ 287 Гига ?

    Потому что Mirror - это только 4 первых записи. А вот размер MFT - это просто финиш. Причем DMDE действительно находит много крупных фрагментов (и число совпадений по началу раздела огромно), но составляют ли они в сумме 287 ГБ, заданных в $MFT, не знаю. Непонятно как вообще могла возникнуть такая огромная MFT.
    Что касается in-place восстановления, то врядли кто-то будет просматривать эти 100+ тысяч фрагментов, не говоря уже о патче. Там даже ATTRIBUTE_LIST нерезидентный . Интересно, что будет, если попробовать в DMDE войти в найденный раздел.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 15:32 19-06-2012 | Исправлено: Antech, 00:46 20-06-2012
    Tau_0

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

    Цитата:
    Непонятно как вообще могла возникнуть такая огромная MFT.

    отсюда возникла... ===>  

    Цитата:
    4) кол-во файлов более 120 млн ( средний размер 0-13 кб)  

    Всего записей: 1273 | Зарегистр. 26-03-2010 | Отправлено: 16:45 19-06-2012
    serty1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Запустил поискфайлов в разделе - пока 21%
    Только пожалуйста не говорите что в моем случае все потеряно ...... а то мне плохо становится от одной мысли про потерю всего диска =(
    и ручки с ножками дрдрдрдррррожат
     

     
     
     
    Добавлено:

    Цитата:
    Интересно, что будет, если попробовать в DMDE войти в найденный раздел.

    Структура папок в корне($Root) верная но при попытке войти в папки они пустые.
    Точнее кроме корневых папок и файлов в корне ничего нет.

    Всего записей: 47 | Зарегистр. 06-11-2003 | Отправлено: 17:08 19-06-2012
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    serty1
    Да, насчет 120 лимонов файлов я пропустил. Как оно вообще такое переваривает... Правда, MFT получается 122 гига, но все равно это очень много, нереально много (обычно - сотни мегов). Нельзя столько файлов на одном разделе иметь без архивов, ведь при размере MFT, превышающим обычный на три порядка, неизвестно какие глюки могут вскрыться.
     

    Цитата:
    кроме корневых папок и файлов в корне ничего нет

    Даже не знаю что посоветовать, потому что для реконструкции такой MFT может потребоваться очень много памяти. Но есть разные рекаверилки: FileScavenger, RecoverMyFiles, Active File Recovery (или типа того), GetDataBack for NTFS. Можете их попробовать.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 00:51 20-06-2012
    serty1

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ВОТ ЖЕ Ж МЛЯ!!!!!

    ХЭЭЛЛПП !!!

    Всего записей: 47 | Зарегистр. 06-11-2003 | Отправлено: 01:41 20-06-2012
    dmde

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

    Цитата:
    Даже не знаю что посоветовать

    Если индексы повреждены, можно прочитать MFT
     
    serty1

    Цитата:
    ХЭЭЛЛПП !!!

    Вроде, по-русски написано, куда обратиться.
    Варианты решения
    1. Снова запустить DMDE и попробовать сразу открыть том без поиска NTFS.
    2. Если без поиска NTFS не открывается, загрузить этот лог в Поиск NTFS и сразу открыть том (только основная MFT).
    Если файлов будет мало, то загрузить этот лог в Поиск NTFS и сразу открыть том (отключены дубликаты записей).
    Можно воспользоваться и имеющимся у Вас логом, просто прервать Чтение MFT после ~300 млн. файлов (основная MFT и так уже прочитана).
    3. Купить 64-разрядную версию, что не бесплатно, но исходя из числа 100 млн. файлов - по 0,002 копейки за файл не так уж и много

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 05:12 20-06-2012 | Исправлено: dmde, 06:59 20-06-2012
    serty1

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

    Цитата:
    1. Снова запустить DMDE и попробовать сразу открыть том без поиска NTFS.  
    2. Если без поиска NTFS не открывается, загрузить этот лог в Поиск NTFS и сразу открыть том (только основная MFT).  
    Если файлов будет мало, то загрузить этот лог в Поиск NTFS и сразу открыть том (отключены дубликаты записей).  
    Можно воспользоваться и имеющимся у Вас логом, просто прервать Чтение MFT после ~300 млн. файлов (основная MFT и так уже прочитана).  
    3. Купить 64-разрядную версию, что не бесплатно, но исходя из числа 100 млн. файлов - по 0,002 копейки за файл не так уж и много  

     
    Вопрос не в покупке - Выкидывать на ветер 2400 нехочется главное что бы помогло, а не так купил и не помогло.
    DMDE - а Вы не из DMDE ? и если ответ да то Вы окажите поддержку по восстановлению после покупки ?
    И можно ли получить 3х дневную тестовую лицензию на 64битную версию ? просто за 1-2 дня он не успеет прочитать весь диск. ( готов купить сразу но если  будет вываливаться с ошибками то манибэк) подтвержу все скриншотами.
     
    Мне бы не коммерческую версию х64 , мне всего на неделю нужно =)) Могли бы на мне потестить как работает софт с большим кол-вом файлов=))))))))))
     
    P.S. Увидел свои файлы правильно расположенными и зелеными в ДМДЕ (и еще куча директорий с названтием $) после прерывания по аут оф мемори но кричит при попытке восстановить оут оф мемори и так естественно на каждый чих
     
    Конфиг системы где восстанавливаю: Win 2008 R2 x64, i7-990x, 24 Gb и почти 100 Гигов своп, USB 3.0, точное кол-во файлов 264-280 млн

    Всего записей: 47 | Зарегистр. 06-11-2003 | Отправлено: 07:44 20-06-2012 | Исправлено: serty1, 08:06 20-06-2012
    dmde

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Естественно после OutOfMemory устойчивой работы не будет.
    Вы для начала попробуйте первые два совета. Для этого не нужно все заново сканировать. Конечно, построение MFT в вашем случае тоже займет время. Если не получится, тогда уже имеет смысл обсуждать x64, но не здесь.
     
    Зеленые - это не очень хорошо. Значит, без Поиск NTFS, скорее всего, этих файлов видно не будет. Тогда только второй лог из п.2 обеспечит более или менее нормальный результат.

    Всего записей: 268 | Зарегистр. 16-10-2009 | Отправлено: 08:10 20-06-2012 | Исправлено: dmde, 08:27 20-06-2012
    Antech

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

    Цитата:
    Если индексы повреждены, можно прочитать MFT

    Но ведь он входил в раздел после Посика NTFS и видел только содержимое корня...
     
    serty1

    Цитата:
    Увидел свои файлы правильно расположенными и зелеными в ДМДЕ

    Но раньше ведь этого не было? Были только корневые каталоги/файлы?
     
    В общем, я не понимаю...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:52 20-06-2012 | Исправлено: Antech, 16:53 20-06-2012
    dmde

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

    Цитата:
    Но ведь он входил в раздел после Поиcка NTFS

    По умолчанию в любом случае сначала открывается в режиме чтения индексов. Чтобы прочиталась MFT, нужно еще открыть "$все найденные" - только тогда запустится реконструкция (она ведь не всегда обязательна, а в данном случае и нежелательна, но к сожалению, необходима)

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

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dmde
    Да уж, при таких накрученных алгоритмах догадаться до этого было нереально

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 01:11 21-06-2012
       

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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 6)
    Akam1 (04-09-2013 08:18): http://forum.ru-board.com/topic.cgi?forum=84&topic=4564


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru