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

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

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

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

   

Akam1



Комса
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Восстановление разделов и информации на HDD
 
1 часть :: 2 часть :: 3 часть:: 4 часть :: 5 часть :: 6 часть :: 7 часть

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

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

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

    Важно! Инструкция по чистке контактов на плате HDD

  • Всего записей: 26360 | Зарегистр. 20-04-2006 | Отправлено: 05:45 11-10-2015
    9285

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

    Цитата:
    я его форматнул.сейчас он пустой

    Сейчас не могу написать подробнее что делать - но успею:
    - прекращай делать хуже
    - забери букву у этого раздела

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 19:26 29-10-2015
    Ph0eniX1991

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    сори..я начал резать том....но произошла ошибка....и том стал недоступным.я его форматнул и отрезал 50 гб.потом присоединил к С этих 50гб.перед установкой винды форматнул созданный том
     
    Добавлено:
    а как забрать букву...у пустого нужно забрать????

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 19:59 29-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ph0eniX1991
    Мне уже страшно подумать что ещё (более) деструктивное я узнаю в следующем сообщении.
    И, исходя из уже имеющейся деструкции, уже можно говорить о том, что нужно прекращать любую работу с диском, или ужимать С  (второй раздел) по максимуму и работать с фаршем бывшего D.
    В принципе, можно составить сценарий произошедшего.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 23:39 29-10-2015
    KioShinsoo

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Имеется раздел NTFS. Перестал монтироваться под Linux (использовал ntfs-3g). TestDisk сказал, что MFT и зеркало повреждены, поэтому восстановление невозможно.
    Chkdsk проблем не нашел (из виртуалки, без /f), а в хостовой винде после загрузки, появился экран проверки диска, пропустил, т.к. уже встречался с похожей проблемой и тогда chkdsk сам затёр все файлы, пришлось восстанавливать c GetDataBack for NTFS.
    Может можно восстановить MFT? 800 гигов инфы восстанавливать ещё раз не хочется.
    HDD SATA ST31000524AS 1TB
    Таблица разделов
    SMART
    ОС

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 02:52 30-10-2015 | Исправлено: KioShinsoo, 02:53 30-10-2015
    Ph0eniX1991

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Но попробовать то можно.....Помоги, пожалуйста.....Иначе мне пипец будет....ТАк все и было...от конца Д отрезал кусок и его прилепил к С...Смысл такой
    С чего нужно сейчас начинать?
    Я весь во внимании...

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 08:35 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    В другой теме, в описании присутствовало Загрузился в Windows - диск абсолютно чистый.
    Это о чём, о разделе или вообще о диске?
    Понятное дело что трулинуксоиды работают не в GUI , но инфа лучше воспринимается  визуально.
    Познакомься с DMDE, причём желательно GUI версией - в основном анализирование данных и другие моменты делаются ей.
    И сделай то, о чём писал в другой теме - дамп (или хотя бы скриншот содержимого) бутсектора проблемного раздела; насколько понимаю, его номер 104120320. Если будешь делать дамп, то можешь и последующие штук 20  добавить.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:04 30-10-2015
    KioShinsoo

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

    Цитата:
    В другой теме, в описании присутствовало Загрузился в Windows - диск абсолютно чистый.
    Это о чём, о разделе или вообще о диске?  

    Я сделал такой вывод изначально, т.к. при загрузке пользователя в Windows у меня была надпись "Подготовка рабочего стола" (папка Users была перенесена с системного диска на проблемный), а так как я с такой проблемой уже сталкивался, то и подумал, что диск чистый. Однако в виртуалке я увидел, что диск не открывается + не пишет про свободное и занятое место.

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 09:09 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ph0eniX1991
    Начать нужно с того, что исключить любую запись на участок где раньше располагался D.
    А для этого потребуется две вещи.
    0. По нормальному - сделать посекторку, чтобы (если что не так сделаешь) можно было вернуть как было.
     
    1. Записать текущие данные из таблицы разделов, после чего удалить в таблице запись нынешнего D. (*)
     
    2. Если нет с чего другого работать.  
    2.1. В идеале, посмотреть что сейчас расположено на С в части "анексированной" у D.
    2.2 Сжать С до размера, бывшего ранее. Причём желательно делать это средствами винды, и очень желательно не из самой винды, т.к. она успеет ещё что то привнести, а с того же загрузочного диска винды - в diskpart есть shrink.
     
    (*) Удаление записи о разделе D защитит от случая, если работать будешь с этой виндой и она, при нехватке места после ужатия раздела, на автомате решит перебросить своп на другой раздел.
     
    Далее - анализируй поляну бывшего D, ищи нужное (в том числе и по сигнатурам) и восстанавливай на другой носитель. Обязательно проверяй целостность восстановленного.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:18 30-10-2015
    KioShinsoo

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

    Цитата:
    И сделай то, о чём писал в другой теме - дамп (или хотя бы скриншот содержимого) бутсектора проблемного раздела; насколько понимаю, его номер 104120320. Если будешь делать дамп, то можешь и последующие штук 20  добавить.

    Вроде сделал как надо: Ссылка. Надеюсь файл доступен.

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 09:22 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    Файл доступен, в дамп MFT Mirror попало, поэтому можно сделать кое какие выводы.
    1. Значения 10-го атрибута обнулены
    2. Присутствует 20-й атрибут, что как бы намекает что MFT сильно фрагментирована и неизвестно насколько, потому что надо смотреть список фрагментов.
    Причём за некоторое поседнее время, это уже третий случай когда фигурирует связка 20 атрибута и линукса. Чой то это меня настораживает.
     
    Давай ещё посмотрим что в секторах 110411776+200,  104729856+10, 1323354472+8.
    Пробовал в DMDE посмотреть содержимое раздела? Если чего то не находишь, да и вообще не помешает, сделай Поиск NTFS на участке проблемного раздела, сохрани лог (выложить его) и посмотри результаты поиска - открывай том с началом в секторе 104120320. После открытия зайди во Всё найденное+реконсрукция. Посмотри что найдено.
    И всё так, что пишет чекдиск в режиме только чтения (без ключей)?
     
    PS. Надеюсь ты прочёл (осмыслил) концовку моего сообщения http://forum.ru-board.com/topic.cgi?forum=84&topic=5014#3
    PPS. Вечером загляну в тему.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 10:00 30-10-2015 | Исправлено: 9285, 12:37 30-10-2015
    Ph0eniX1991

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Заранее извиняюсь, я в этих вопросах чайник(((
    Как сделать посекторку....
    Запись удалять "Новый том", где определяется 56 ГБ....
    Смотреть на С, где Volume 07??
    И как потом анализировать поляну Д.
    И с чего лучше работать..Кроме ДМДЕ???

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 10:09 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ph0eniX1991
    Сделать с помощью чего то, что делает настоящую посекторку - в той же DMDE. Более безопасно делать в файл - в случае деланья на другой винт есть шанс сделать обратное, и были случаи когда не понимая сути затирали данные на диске-приёмнике.
    Если исходить из того что D ранее был 450 гигов, то Новый том, но 392 или вообще расширенный раздел.
    Смотреть С который Noname $01.
    Работать лучше с того (теми), что дадут лучший результат - причём он может быть обобщенный.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:46 30-10-2015
    Ph0eniX1991

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    На С показывает файлы винды....
    Сейчас нужно удалить новый том Д...
    А как анализировать поляну Д потом???

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 13:11 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ph0eniX1991
    Сейчас у меня небольшая оказия (наличие интернета), но она может оборваться в любой момент.
    Поэтому сейчас вряд ли получится тебе описать суть.
    Главное для тебя сейчас - не работать с этим диском вообще (если хочется узнать что может быть в конце нынешнего С), в противном случае нужно уменьшать С и только после этого работать с бывшей поляной D. Если не уменьшить С и работать с этой системой, или другой которая может писать на текущий С (такое тоже возможно), то остатки заголовка бывшего D могут перезаписываться - и особо критично если перезапишется бывшая MFT.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:18 30-10-2015 | Исправлено: 9285, 13:24 30-10-2015
    Ph0eniX1991

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

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 15:19 30-10-2015
    KioShinsoo

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

    Цитата:
    Давай ещё посмотрим что в секторах 110411776+200,  104729856+10, 1323354472+8.
    Пробовал в DMDE посмотреть содержимое раздела? Если чего то не находишь, да и вообще не помешает, сделай Поиск NTFS на участке проблемного раздела, сохрани лог (выложить его) и посмотри результаты поиска - открывай том с началом в секторе 104120320. После открытия зайди во Всё найденное+реконсрукция. Посмотри что найдено.
    И всё так, что пишет чекдиск в режиме только чтения (без ключей)?  

    Дампы:
    Ссылка
    Ссылка
    Ссылка
    Лог DMDE: Ссылка
    Лог CHKDSK: Ссылка
    В DMDE вижу практически всё, кроме папки Users, однако папки содержащиеся в ней также были найдены, но без своих имен.

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 15:35 30-10-2015
    Ph0eniX1991

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285, я отрезал 53 ГБ от С и удалил через ДМДЕ диск Д....
    Больше ничего не делал....
    Жду дальнейших указаний

    Всего записей: 12 | Зарегистр. 29-10-2015 | Отправлено: 16:03 30-10-2015
    spbmax77



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

    Цитата:
    Для начала удали дублирующую запись о расширенном разделе - она должна быть только одна.  

    Да удалил  же. Внизу картинка. Сверху видно, что на месте 4-ого раздела все нули, никакого EXT. Там еще красным бордюром выделено.
     

    Цитата:
    Ты не в том направлении копаешь - проблема с винтом связана со сбойными секторами, а в последующем - с неправильным лечением.

    Как теперь дальше действовать? Или это все безнадежно и надо по новому систему ставить?
     
     
       
     
     
     

    Всего записей: 21 | Зарегистр. 04-02-2008 | Отправлено: 19:44 30-10-2015 | Исправлено: spbmax77, 19:45 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    По логу видно что есть пропуск в записях MFT (24-77), хотя 24-25 в дампе имеются, да и в поиске они есть, но неопределённые.
    Если бы не расширенный атрибут .... Не понимаю я его ещё полностью, поэтому сложно сказать что то.
    Могу предложить две вещи - использовать более новую версию 3.х - у программы алгоритмы постоянно улучшаются - может что лучше получится. Лог тоже выложи.
    Другой вариант - открой том в DMDE, сначала просто. Смотри в левое нижнее окно там должны будут видны записи MFT. Смотри номера записей, полистай дальше и посмотри есть ли "пропавшие" 26-87.
    Как раз таки в тех записях есть и записи Users (42-я как минимум).
    Если просто не получится, то можно попробовать через виртуальную реконструкцию.
    И ещё один момент - 20 октября работал чекдиск и он что то подправил. Кстати, его записи в зоне где как бы могли быть от MFT. А результат  его работы ("сирот") можно посмотреть в папке Found.000
     
    Ph0eniX1991
    Запускай поиск NTFS на свободном месте. Открывай тома (с наибольшим числом соответствий) и ищи свои файлы - причём пользуйся и поиском по именам (используй маски).
    Если будешь использовать новую версию - 3.х, то ищи и в результатах RAW поиска.
    Лог поиска выложи.
    И ещё уточни - раньше чем форматировал D? Сейчас, насколько понял - акронисом?
     
    spbmax77
    Вообще то я обычно не смотрю в зад. На момент когда я тебе отвечал там не было скриншотов, и вопрос был об обнулении MBR. Зато на следующем (по времени) скриншоте две записи. Так что претензии обращай в зеркало.
    Уменьши третий раздел средствами винды на пару мегабайт - четвёртый появится, но всё равно будет RAW

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:09 30-10-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    Вчера немного прозондировал про Atribute_List + немного размышлязмов и получается что чекдиск просто пролечил MFT по сути кастрировав по самое нехочу - 256 записей (а по логу вырисовывается 1 миллион 700 с чем то тысяч).  Не ожидал я такого и не сразу обратил внимания на собщения в логе чекдиска - ххх of 256 file records processed. Но больше всего с толку сбило наличие 20-го атрибута, который по сути не нужен и, в моём понимании, должен был бы удалиться или очищен.  
    А ещё это подтверждает извлечённый из дампа лог чекдиска http://rghost.ru/78yPrmZmh
    И да, нашлись "пропавшие" записи - фрагмент из записей 32-255 начинается в секторе 104729856.
    Может кто и знает как восстановить прежнюю MFT (подозреваю что нужно как то прописать путь на расширенный список), но я нет.(*)
    К тому же она имеет дыру в записях и результат такого восстановления сложно предсказуем, тем более что в окончании лечения используется чекдиск (!), который видно как пролечил.  Учитывая упоминания неверной длины (размера) MFT и огромаднейшее число записей, возникает мысль про какое то ограничение, при превышении которого система может и взбрыкнуться. В свете этого могу пооветовать задуматься об этом вопросе. У меня тоже есть огромное количество мелких файлов, и лично для себя я нашёл решение в виде контейнера TrueCrypt.  Этакая коробочка, в которой хранятся не слишком критичные файлы - и в основной файловой системе это всего одна запись, а не сотня тысяч.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:25 31-10-2015
       

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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Активные темы » Восстановление разделов и информации на HDD (часть 8)
    Akam1 (13-11-2016 05:23): http://forum.ru-board.com/topic.cgi?forum=84&topic=5216


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru