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

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

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

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

    Всего записей: 13 | Зарегистр. 01-11-2015 | Отправлено: 23:19 01-11-2015 | Исправлено: Big_Endian, 00:03 02-11-2015
    KioShinsoo

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

    Цитата:
    Ну так давай посмотрим что там в MFT повреждено.

     
    Вот лог CHKDSK: Ссылка

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 09:43 02-11-2015 | Исправлено: KioShinsoo, 09:43 02-11-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    Если исходить из имеющегося, то поврежден атрибут $Data у соответствующих записей.
    Для нерезидентных файлов это его данные о его расположении на разделе (список кластеров). Возможно в них ошибки а может в значениях, у которых есть определённые соответствия. Точно можно сказать лишь посмотрев что там, и к чему относятся эти записи. Учитывая что с диска не получается загрузиться, то (возможно) что в них запись о каком то нужном для загрузке файле.
    Хотя чекдиск не показывает все ошибки; и если сделать исправления, то ошибок бывает больше - причём не только такого рода.  
     
    Добавлено:
    Big_Endian
    добро пожаловать

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 13:28 02-11-2015 | Исправлено: 9285, 13:58 02-11-2015
    KioShinsoo

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

    Цитата:
    Если исходить из имеющегося, то поврежден атрибут $Data у соответствующих записей.
    Для нерезидентных файлов это его данные о его расположении на разделе (список кластеров). Возможно в них ошибки а может в значениях, у которых есть определённые соответствия. Точно можно сказать лишь посмотрев что там, и к чему относятся эти записи. Учитывая что с диска не получается загрузиться, то (возможно) что в них запись о каком то нужном для загрузке файле.
    Хотя чекдиск не показывает все ошибки; и если сделать исправления, то ошибок бывает больше - причём не только такого рода.  

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

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

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    Вроде или реально целые?
    В архиве показан пример "ошибки" в 128-ом атрибуте.
    Причём это лишь одна из кучи возможных ошибок.
    Видно что при наличии ошибки файл хоть внешне и цел, но недоступен. А раз он недоступен, то и работать с ним нельзя. Теперь представь что у тебя такой файл необходим для загрузки.
    Можешь посмотреть сам каким файлам соответствуют записи.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 17:19 02-11-2015
    KioShinsoo

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Файлы читаются, checksum-ы совпадают

    Всего записей: 14 | Зарегистр. 05-05-2014 | Отправлено: 18:40 02-11-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    KioShinsoo
    Именно те, что списке лога? Может быть повреждение в других элементах ФС.
    Я не верю в чудеса - причина всегда имеется, другое дело как долго её искать и как долго решать.

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

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

    Всего записей: 13 | Зарегистр. 01-11-2015 | Отправлено: 22:10 03-11-2015 | Исправлено: Big_Endian, 22:20 03-11-2015
    9285

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

    Цитата:
    Спорный вопрос по имени атрибута.

    Да не вопрос, можешь спорить, только как технарь, а не как моська.
    И для начала поспорь со многими пишущими про NTFS, например с http://tau.rghost.ru/7ZqCdqbxd/image.png
    по остальному
     

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 01:50 04-11-2015
    Elvis_Warlock



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

    Цитата:
    Скриншот нужен для физического диска. И более подробнее какие размеры были ранее, какие предполагалось сделать.  
    Если произошёл сбой, то (возможно) одной из причин явилось наличие физических проблем с винтом - например сбойные сектора. Поэтому нелишним будет посмотреть показатели SMART.  

     
    Вынул диск, подключил через usb адаптер. SMART в норме, физически бэдов нет.
    Сделал полное сканирование физического диска DMDE
    Размеры какие были, такие и остались. Хотел от диска, что 237 отрезать и добавить тому, что 71.
    Сколько точно хотел отрезать уже, к сожалению, не помню.
    Часть файлов восстановил, часть восстанавливается мусором.

    Всего записей: 35 | Зарегистр. 13-12-2006 | Отправлено: 18:25 04-11-2015 | Исправлено: Elvis_Warlock, 18:25 04-11-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Elvis_Warlock
    Информации чуть больше, но не слишком.
    Скриншота экрана Разделы для физического диска нет, хотя теперь он уже не столь критичен при наличии окна результатов поиска. Но лучше было бы выложить лог поиска и ещё дамп секторов 157476864+50.
    И ещё уточни, что ты задавал делать в акронисе:
    - уменьшить размер третьего раздела (сдвигом его начала) и расширение второго на свободное место
    - уменьшение размера простым сжатием конца раздела и поледющие действия по перемещению раздела с последующим расширением
    - использовал в программе функцию перераспределения пространства (где то есть такая).
     

    Цитата:
    SMART в норме, физически бэдов нет.

    Может всё таки посмотрим? SMART то может выдавать оличный статус, но при этом может быть куча тех же интерфейсных ошибок. Бэды могут отсутствовать при проверке, но при этом они могут быть, но уже заремаплены.
     
    Добавлено:
    Попробую вкратце описать суть произошедшего чтобы мог понять что у тебя.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:17 05-11-2015 | Исправлено: 9285, 11:46 05-11-2015
    Elvis_Warlock



    Junior Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
     
    Скриншоты смарта и разделы прилагаю.
     

     
     

     
    Лог тоже, дамп.
     
    http://rghost.ru/77FwRWmQW
     
    http://rghost.ru/8pMQzhC24
     
    Делал следующее: в конце второго диска было свободное место, я сдвинул диск "вправо" с обрезанием (уменьшением) в начале, первый диск соответственно расширил "вправо". Первый не расширился, второй не уменьшился, просто умер.
     
     
     

    Всего записей: 35 | Зарегистр. 13-12-2006 | Отправлено: 19:29 05-11-2015 | Исправлено: Elvis_Warlock, 19:32 05-11-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Elvis_Warlock
    Ещё хотелось бы взглянуть на дамп сектора 143384583
    и ещё 160051224+32

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:07 05-11-2015 | Исправлено: 9285, 22:34 05-11-2015
    Elvis_Warlock



    Junior Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
    http://rghost.ru/8CMQbTtVK

    Всего записей: 35 | Зарегистр. 13-12-2006 | Отправлено: 19:20 06-11-2015
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Elvis_Warlock
    Немного ошибся при наборе номера сектора - нужен 143 384 576.
    Но, в общем то, картина более менее ясна, хотя остались некоторые неясности (смотри картинку Разделы).
    Начало тома сдвинулось в сектор 157 476 864 и как минимум начальный фрагмент MFT "прописан" относительно этого начала. MFT вроде бы как осталась в прежних физических секторах где была раньеш - по крайней мере смещения равны смещению начала раздела.
    Исходя из этих данных, можно предположить что или данные из начла бывшего раздела не успели перенестись из обрезаемой зоны, или не все записи MFT пересчитаны относительно нового начала.
    Было бы полезным посмотреть какие номера записей у файлов, восстанавливающихся повреждёнными. Если номера  идут последовательно и ближе к концевым записям, то можно предположить что наконец таки акронисовцы поумнели.
    Смущают два момента - метка тома у недоделанного раздела такая же как и у системного. И это можно обьяснить или тем что они реально были одинаковые, или (невероятная) что была попытка слияния разделов. И ещё - есть одно значение, которое как бы намекает что начало проблемного тома до перемещений было ближе к началу диска.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:57 07-11-2015 | Исправлено: 9285, 09:58 07-11-2015
    Elvis_Warlock



    Junior Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    9285
    сектор  143 384 576.
    http://rghost.ru/6k2gnRlTL
     
     

    Цитата:
    Было бы полезным посмотреть какие номера записей у файлов, восстанавливающихся повреждёнными. Если номера  идут последовательно и ближе к концевым записям, то можно предположить что наконец таки акронисовцы поумнели.

     
    Как посмотреть?
     

    Всего записей: 35 | Зарегистр. 13-12-2006 | Отправлено: 14:38 07-11-2015
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 15:06 07-11-2015 | Исправлено: yes,
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ничего себе колбасило вчера.  
    Elvis_Warlock
    При открытии тома, смотри в колонке ID.
    Кстати, учитывай значения значков - http://dmde.ru/manual/filepanel.html
    А то. может ты восстанавливаешь найденный удалённый файл - такой, вполне понятно, может не соответствовать ожидаемому.
    Ок. В дампе оказалось то, что и предполагалось.
    В принципе, я могу скорректировать бутсектор нового раздела под значения в MFT (и результаты поиска).
    Это позволит работать только с записями MFT - это отбросит всевозможные найденные реликты и т.п.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 16:25 08-11-2015
    igor ne me



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

    Цитата:
    Ничего себе колбасило вчера

    Да и сегодня ещё продолжает...

    Цитата:
    Elvis_Warlock  
    temp9285

    не было этого вчера. Приветствую коллегу по нещастью Меня вон тоже "перекосило"...
    База у них сглючила конкретно

    Цитата:
    Отправлено: 15:06 07-11-2015 | Исправлено: yes,  

    Ждём-с.

    Цитата:
    ЛС по вашему запросу модератору отправлено ночью,им прочтено

    принято

    Всего записей: 18 | Зарегистр. 08-11-2015 | Отправлено: 17:37 08-11-2015 | Исправлено: igor ne me, 18:06 08-11-2015
    alexyc



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    igor ne me
    ЛС по вашему запросу модератору отправлено ночью,им прочтено...

    Всего записей: 3370 | Зарегистр. 04-03-2012 | Отправлено: 17:52 08-11-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