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

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

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

vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

   

Akam1



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

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

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

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

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

  • Всего записей: 26378 | Зарегистр. 20-04-2006 | Отправлено: 05:17 13-11-2016 | Исправлено: Akam1, 05:17 13-11-2016
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Alex_Green
    В FAT нельзя каким то образом определить фрагментированность проблемного файла?
    А то может там и нет фрагментов, и "следствие" отрабатывает ложную версию?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 00:33 22-03-2017
    Alex_Green

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Насколько понял, там уже были потерянные файлы до запуска чекдиска. А фрагментированность файла можно определить лишь при полностью неповреждённых фат таблицах.  По идее сигнатурный поиск должен был восстановить файлы корректно, если бы они не были фрагментированны. Поскольку этого судя по всему не произошло, то вроде как и напрашивается вывод о фрагментации файлов.

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 00:41 22-03-2017 | Исправлено: Alex_Green, 00:44 22-03-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Таблица FAT устроена достаточно просто. Для FAT32 - по 32 бита (4 байта) на каждый кластер. В этом числе хранится запись о том, какой кластер следующий. Или вместо номера кластера 0 (свободен), BAD (не помню сигнатуру, но легко гуглится, может, F7 FF FF FF), EOF (конец файла, последний кластер в цепи, сигнатура тоже легко гуглится). Например:
    <EOF> 4 5 6 8 <BAD> 9 <EOF> 0 0 0 0 0 16 <EOF> 0 0 0 и т.д.
    Что имеем:
    Первый файл в кластере 2.
    Второй: кластеры 3,4,5,6,8,9
    Третий: кластеры 15 и 16.
    Кластер 7 - неиспользуемый, по причине BAD
    Кластеры 10-14, 17-19 свободны.
    Когда файл стирается, его цепь кластеров обнуляется - они помечаются в таблице FAT как свободные. В каталоге остаётся запись об имени, размере, дате файла, и о кластере, в котором файл начинался.
    Так что стёртый фрагментированный файл восстанавливать проблемно, о чём и написал Alex_Green.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 18:30 23-03-2017
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 21:03 23-03-2017
    Kickman



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

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 21:13 23-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Kickman
    Здесь бывали случаи когда профи утверждали некоторые вещи, которые (как потом выяснялось) были неправдой. Поэтому, пока не проверено что на чистой карте файлы реально пишутся фрагментировано я оставляю за собой право предполагать что запись идёт подряд. А причина может быть и в чём то другом - например вклинивание какого то мусора тем же самым чекдиском.
    ЗЫ: Предположим выяснится что chunk-и соответствуют их данным, то как быть тогда?

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:13 23-03-2017
    Kickman



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Надо бы изучить, что было удалено (находилось ранее в свободных ныне кластерах). И если содержимое этих файлов соответствует их названиям, и оно целостно, то восстановить эти удалённые файлы по месту - и поглядеть место, оставшееся свободным. Если файлы пишутся нефрагментированно (что логично: как только набрался законченный блок данных, он скидывается из памяти в файл), то логично предположить самый простой вариант: при записи файла он будет занимать подряд все свободные фрагменты. Более сложный вариант здесь вряд ли проходит, потому что размер файла заранее не известен.
    В давние времена были программы для восстановления файлов в FAT-разделах прямо на месте, а не на другой носитель. Реальные UNDELETE~еры. Это же умел делать и нортоновский DISKEDIT. В принципе, это можно делать и вручную, но более трудоёмко. Нужно будет в FAT-таблице создавать цепочки кластеров, а в каталоге вписывать первый символ имени восстановленного файла (при удалении он заменяется символом с кодом 0xE5). Недавно в DMDE как раз этим позанимался при восстановлении первого сектора FAT-таблицы одного из разделов диска с BAD-секторами. Восстановил весь первый сектор вручную, даже CHKDSK меня не поругал. "Всё правильно сделал" (c). Легко было потому, что файлы там лежали подряд, без фрагментов. DMDE помогает реконструировать ФС - мне помогла карта кластеров.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 22:30 23-03-2017
    9285

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

    Цитата:
    Недавно в DMDE как раз этим позанимался при восстановлении первого сектора FAT-таблицы одного из разделов диска с BAD-секторами. Восстановил весь первый сектор вручную

    А что помешало взять со второй копии?

    Цитата:
    помогла карта кластеров

    Вооооот , и здесь она бы могла бы помочь - по крайней мере чтобы оценить какие участки сейчас незаняты.
    Кстати, если есть несколько фрагментов и в них записывается файл - они заполняются последовательно (если речь идёт о чём то, что не пишет изначально фрагментированно)?
    В любом случае можно посмотреть заголовок и пройтись по цепочке чанков.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:46 23-03-2017
    Kickman



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

    Цитата:
    9285
    А что помешало взять со второй копии?  
    Помешали BADы, как ни странно. Длина FAT была 5340 секторов, и как раз в обеих копиях первый сектор был испорчен. Десятки попыток чтения - и никак . Пришлось вручную исправлять. Почему так случилось - не знаю. То ли диск перегрелся, то ли упал - но появилось очень много битых секторов. Пришлось много возиться, чтобы понять, какие файлы и какие структуры испорчены. В итоге удалось практически всё важное восстановить. Что пропало - то мелочи, дело наживное. Заказчик доволен. А диск сейчас на опытах по ремонту WD.
    Цитата:
    если есть несколько фрагментов и в них записывается файл - они заполняются последовательно?
    Для камеры - логичнее, что так. Для ОС на компе - сначала может взять наибольший из доступных свободных блоков для данного размера файла, чтобы избежать фрагментации файла, тут зависит от драйвера конкретной ФС (в данном случае, драйвера FAT) и от конкретной ОС.

    Всего записей: 290 | Зарегистр. 11-04-2007 | Отправлено: 23:03 23-03-2017
    9285

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

    Цитата:
    Помешали BADы,

    Всего два бэда, и исключительно в один и тот же сектор - ну это просто бинго какое то.
    Что касается заполнения - посмотрел как делает 7-ка:
    фрагмент - начальный кластер - число кластеров
    1 - 129059 - 292
    2 - 127396 - 237
    3 - 127096 - 182
    4 - 11287 - 1206
    Если даже логика и есть, то со знаком минус.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 09:51 24-03-2017
    trafladesh

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте господа форумчане, нужна ваша помощь. Хотел разделить диск акронисом, делал это не первый раз, но первый раз не удачно. Смысл какой уже не помню совсем, но дошло до 20% и тишина, диск не крутится, ничего не происходит, перезагрузил комп и получил бесконечную попытку восстановления Windows 10. На данный момент винда не грузится, восстановление не работает, chkdsk пишет проблемы, сделаю фото всего возможного, гружусь в лайф усб, здесь паинта нет, сторонние проги не хотят работать. Фото нормальные, все видно. Ну и данные с DMDE.  
    http://rgho.st/7JdGdhqyx
     
    Smart http://rgho.st/private/8hPyNzNXG/76efda1a13f4da3920c6fea872fb9231/thumb.png
             http://rgho.st/private/68ypKzh2D/0bd5fe5c342698eddd6ebc6cd6e15317/thumb.png

    Всего записей: 5 | Зарегистр. 24-03-2017 | Отправлено: 16:26 24-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    trafladesh
    Про возможные ошибки в данных ломанной версии я предупредил.
    Если предположить что они не сказываются на результатах экспересс анализа, то красный индикатор F свидетельствует об ошибках в критичных записях MFT  (причин ошибок несколько). Так как ты не уточнил что за проблему видит чекдиск, нельзя исключить даже некоторые из них, и надо смотреть что там в этих записях.
    Для этого надо определить их расположение и сделать дамп примерно 20 секторов.
    Как вариант открой в DMDE и смотри куда тебя выбросить в левом нижнем окне. Если в область MFT, то можно прям из того окна делать дамп (номер начального сектора подставится сам). Если в бутсектор, то тогда надо смотреть какие адеса там указаны для начала MFT.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 17:13 24-03-2017
    trafladesh

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

    Всего записей: 5 | Зарегистр. 24-03-2017 | Отправлено: 18:03 24-03-2017 | Исправлено: trafladesh, 09:04 25-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    trafladesh
    Ты или давай ссылку на полное изображение или на саму страничку загрузки, бо смотреть на эти миниатюры не очень удобно.

    Цитата:
    Фото DMDE куда она меня закинула

    Это начальный сектор физического диска. А речь шла о проблемном томе. Можешь выделить третью строку и нажимать Enter пока не откроется том.

    Цитата:
    Архив с 20 секторами, там же лог chkdsk

    Сектора не те. Что касается лога, то есть подозрение что это лог проверки другого диска.
    По крайней мере метка тома Boot а у проблемного её нет. Определяй в дискпарте какая буква у проблемного раздела и запускай chkdsk с этой буквой.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 10:20 25-03-2017 | Исправлено: 9285, 10:38 25-03-2017
    trafladesh

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

    Всего записей: 5 | Зарегистр. 24-03-2017 | Отправлено: 10:42 25-03-2017 | Исправлено: trafladesh, 10:43 25-03-2017
    9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    trafladesh
    Чуть лучше, но нужно было ещё пару раз нажать энтер и сделать дамп в открытом томе (находясь в правом нижнем окне).
    Впрочем, это нужно для подтверждения того что и так видно в зеркальной 0-вой записи - несоответствие значений начального кластера MFT в бутсекторе и самой 0-вой записи MFT.
    И именно поэтому чекдиск говорит о повреждённой MFT.
    Сделал бы ты уменьшение тома самой виндой - такой проблемы бы не было. Впрочем, это относится и к другим нормальным программам, а не к тому, чем пользовался.
     
    Технически, можно скорректировать значение на правильное, но не файт что в других записях нет сдвига.
    Сейчас можешь сделать полное сканирование на участке бывшего размера раздела - можно оставить галку только  NTFS. По окончании сохрани лог и выложи на обменник, а сам открывай том и смотри что там. Особо обрати внимание на соответствие файлов их реальному положению. Напрмиер, если ты откроешь (выделишь) какой то экзешник или dll-ку а в оке содержимого в заголоке будет не Mz, то значит есть смещение.
    Только ведь все файлы не проверищь, тем более что файл может быть побит и внутри, да и есть метаданные от которых система очень зависима. Так что, если поверить в версию что успелось сделаться всё самое главное и сбой произошёл лишь на указанном соотвествии, можно сделать посекторку раздела на случай если не получится in-place после чего сделать корректировку.
    Или извлекать данные, проверять их и переустанавливать винду.

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 11:18 25-03-2017
    trafladesh

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

    Всего записей: 5 | Зарегистр. 24-03-2017 | Отправлено: 11:24 25-03-2017 | Исправлено: trafladesh, 11:49 25-03-2017
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 12:01 25-03-2017
    ZSZ

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

    Цитата:
    Здравствуйте господа форумчане, нужна ваша помощь. Хотел разделить диск акронисом, делал это не первый раз, но первый раз не удачно. Смысл какой уже не помню совсем, но дошло до 20% и тишина, диск не крутится, ничего не происходит,

     
    Это 100 % повод проверить комплектующие компьютера на исправность. Если не было каких-то хитрых ошибок в ФС, то 99 % вероятность, что Ваш компьютер проблемный и имеются все шансы повторно потерять находящиеся в единственном экземпляре данные.

    Всего записей: 5808 | Зарегистр. 15-01-2012 | Отправлено: 12:22 25-03-2017
    DEADMoroZZ72



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Здравствуйте. Помогите пожалуйста.
    Случайно удалил раздел D:
    И создал новый без форматирования.
    Данные можно восстановить?

    Всего записей: 48 | Зарегистр. 21-02-2011 | Отправлено: 18:38 25-03-2017
       

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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 9)
    vertex4 (05-02-2023 13:05): Восстановление разделов и информации на HDD (часть 10)


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru