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

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

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

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

   

Akam1



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


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

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

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

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


  • Всего записей: 26242 | Зарегистр. 20-04-2006 | Отправлено: 08:17 04-09-2013 | Исправлено: alexgr, 19:52 07-10-2014
    Valery_Sh



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

    Цитата:
    скриншот экрана Разделы из DMDE - будем посмотреть.  
    Чего-то я упустил этот момент, а ведь знаю, что ты обязательно спросишь.... Буду рядом с железкой - сделаю.
    Вопрос-то, чую, принципиальный,  т.к. уверяют, что сторонние дисковые приблуды не использовались (Да вроде и некому там баловать)

    Всего записей: 1816 | Зарегистр. 30-06-2008 | Отправлено: 10:51 08-06-2015
    Aktaf



    Silver Member
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    Что можете сказать по поводу Starus File Recovery, видел версию 3.4?
    Очередное фуфло или ...

    Всего записей: 2730 | Зарегистр. 06-02-2003 | Отправлено: 15:44 08-06-2015
    SANYA1024

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

    Цитата:
    при "активировании" семёрки

    так это активаторы именно ПО винды. теперь ясно

    Цитата:
    Что касается логики - я же с самого начала написал что хвост наезжает на голову.

    на скриншоте я вижу, что конец диска "C" переваливает свою емкость и наезжает на начало диска "D".
    правильно ли я понимаю это ?

    Всего записей: 706 | Зарегистр. 23-06-2009 | Отправлено: 18:03 08-06-2015
    dinar1642

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

    Всего записей: 1 | Зарегистр. 09-06-2015 | Отправлено: 11:45 09-06-2015
    Alex_Green

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

    Цитата:
    Затем подключил акронис и хотел отобрать еще 200Гб

     
    Это к чему было сделано?
     

    Цитата:
    И еще можно быть уверенным, что с файлами ничего не случилось

     
    Дай то бог, чтобы было так.
     
    В общем для начала я бы попробовал в DMDE открыть том 459Гб, начинающийся в секторе 409600, и если там есть нужные и важные файлы, то скопировать их на другой носитель и проверить их работоспособность. Если с ними всё в порядке, тогда можно будет попробовать прописать этот раздел в таблице разделов.

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 13:07 09-06-2015
    9285

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

    Цитата:
    из-за чего сейчас есть 50Гб неразмеченной области

    Что то не заметил таковой. Это не критично, но просто не надо запутывать и так запутанную акронисом ситуацию.
    Нужен дамп сектора 409600 (можно + штук 50 последующих) и лог поиска NTFS из DMDE на поляне всего винта.
     
    Добавлено:
    Alex_Green
    том 459Гб, начинающийся в секторе 409600 и так прописан в РТ.

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

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    9285
    Просто мне показалось, что индикатор E у этого тома не зелёного цвета
     

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 17:45 09-06-2015
    9285

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

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

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Господа, не пинайте сильно, но столкнулся с проблемой - в локалке, на рабочей станции под Win 7 в шаре кто то удалил файлы по сети, я понимаю,что это не сервак и следов не найти, НО ни р-студио, ни рекува, ни GetDataBack не видят даже следов убиенных... Сначала думал - у меня крыша слетела, но создал файл, удалил его локально, восстановился без проблем, удалил его с другой машины по сетке - НЕТУ его, ни одна прога не видит....

    Всего записей: 31 | Зарегистр. 11-08-2009 | Отправлено: 22:38 09-06-2015
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Дык а в каком режиме вы запускаете проги для восстановления, милейший? В режиме поиска ТОЛЬКО УДАЛЁННЫХ файлов, не? Дык в этом режиме они и не обязаны находить все файлы. Например даже из винды локально, если удалять мимо корзины - тоже иногда так не находятся. Запускайте полный скан диска (в разных прогах по разному называется, типа Format Recovery, Complete recovery...). А можно сразу и в сигнатурном режиме (RAW reovery), если файлы одного типа... А ещё файлы запросто могут быть среди найденных не в той папке, что были, а уже в "потерянных" файлах и папках. Какого типа файлы? Где лежали, на системном или отдельном разделе, размер файлов? Как быстро прекратили пользоваться этим диском (надеюсь же, что прекратили, а то будем "пинать сильно" )

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 23:16 09-06-2015
    Alex_Green

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    serg_prm
    Файлы каких расширений нужно восстановить?

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 23:35 09-06-2015
    serg_prm

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

    Цитата:
    Файлы каких расширений нужно восстановить?
    doc и xls небольших размеров, на одну- две странички.
     

    Цитата:
    в каком режиме вы запускаете проги для восстановления
     восстановление начал через приблизительно пол часа после удаления и как только мне сообщили сотрудники. Лежали на втором разделе D: в корне диска в папке "обменник". До начала восстановления таки пол часика прошло как минимум, НО мною же удаленный ПО СЕТИ файл искал через минуту - а нетю...  В режиме "ТОЛЬКО УДАЛЕННЫХ" , но и в этом режиме удаленный мною локально контрольный файл нашелся без труда, отсюда делаю вывод - при удалении по сети как то не так винда поступает с файлом, не просто в таблице заменяет первый символ и помечает место свободным... Ни гугл ни яндекс в рунэте ответов не нашли, а с англицким у меня, мягко говоря, не очень.
     

    Всего записей: 31 | Зарегистр. 11-08-2009 | Отправлено: 17:16 10-06-2015 | Исправлено: serg_prm, 17:17 10-06-2015
    south_man



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

    Цитата:
    Ни гугл ни яндекс в рунэте ответов не нашли,

    буржуйский сайт дает совет пробовать "Undelete (Diskeeper Corporation)"..
    хотя, думаю, что проблема не столько в софте, сколько в "логике работы" - т.е. способе удаления (вы правильно заметили) и в способе поиска (и восстановления).
     
    Я же замечу, что далеко не всегда получается восстановить только что удаленный файл, хотя удален он был как обычно, мимо корзины, shift+del. Нужно делать полное сканирование по сигнатурам в этом случае. (xlsx и docx кстати найти не сложно)
    Кстати, если через корзину - то шансов больше. (это все опыт винХР/7)

    Всего записей: 935 | Зарегистр. 06-07-2012 | Отправлено: 17:31 10-06-2015
    Alex_Green

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

    Цитата:
    doc и xls небольших размеров, на одну- две странички.  

     
    Можно провести сигнатурное сканирование раздела такими прогами как DiskDigger, Active File Recovery, WinHex. Или попробовать прогу, ссылку на которую дал south_man.
     
    south_man

    Цитата:
    Я же замечу, что далеко не всегда получается восстановить только что удаленный файл, хотя удален он был как обычно, мимо корзины, shift+del.

     
    Да, на самом деле восстановление удалённых файлов - это не такая тривиальная задача, как кажется многим. Ещё интересней обстоит дело на FAT32

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 17:46 10-06-2015 | Исправлено: Alex_Green, 17:47 10-06-2015
    serg_prm

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

    Цитата:
    буржуйский сайт дает совет пробовать
    - я думаю, все подобные проги работают по одним принципам, основанным на алгоритме работы NTFS, но, как показал мой эксперимент, при удалении по сети алгоритм NTFS совсем иной. Р-студию пользую очень давно, всегда выручала, да и по отзывам спецов - лучшая прога. А завтра попробую провести полное сканирование раздела... ежели файло найдется - отпишусь сдесь.
     
     
    Добавлено:

    Цитата:
    Ещё интересней обстоит дело на FAT32
    - о дааа, та еще ФС, многим она гемора дала, особенно ее слеты при пропадании питалова, первая таблица примерно в половине случаев слетала, да и вторая бывало... )

    Всего записей: 31 | Зарегистр. 11-08-2009 | Отправлено: 17:47 10-06-2015 | Исправлено: serg_prm, 17:53 10-06-2015
    9285

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

    Цитата:
    как показал мой эксперимент, при удалении по сети алгоритм NTFS совсем иной

    Мой простейший эксперимент показал что удалённый по сети файл ничем не отличался от обычного.
    Вот только эксперимент может иметь разные исходные - например % использования записей MFT.
    Если она используется полностью, то вполне естественно что любая новая запись может занят освободившуюся.
    И не знаю как работает драйвер NTFS, при заполнении новых записей - как бы логично что в первую незанятую, но как на самом деле
     

    Цитата:
    я думаю, все подобные проги работают по одним принципам


    Цитата:
    Р-студию пользую очень давно, всегда выручала, да и по отзывам спецов - лучшая прога.

    Не находишь противоречие в этих двух фразах?
    Я здесь как то приводил результат теста по восстановлению PNG - результат р-студио ужасный. Да и другие примеры такого есть.
    И вообще, в таких случаях думать то надо, но и "прыгать" тоже - то есть проверять разным ПО.
     
     
     
    Добавлено:
    И ещё - если документы нового формата (docs, xlsx) то эти файлы по структуре - zip-архивы, и в некоторых прогах именно в этой категории найденного их надо смотреть.

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

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

    Цитата:
    (docs, xlsx) то эти файлы по структуре - zip-архивы
    спасибо, попробую завтра...
     
     
    Добавлено:

    Цитата:
    Не находишь противоречие в этих двух фразах?
    - позволю не совсем согласиться, двигатели ВАЗ и BMW так же работают по одному принципу, а вот ездят по разному
     
     
    Добавлено:

    Цитата:
    % использования записей MFT
    а вот это да, на диске дохренища мелких файлов... Хотя, честно говоря, я не знаю от чего этот процент зависит.

    Всего записей: 31 | Зарегистр. 11-08-2009 | Отправлено: 18:28 10-06-2015
    9285

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

    Цитата:
    позволю не совсем согласиться

    Спасибо! Но я и намекал на то, что принцип может быть общий а результат разный.
     

    Цитата:
    не знаю от чего этот процент зависит

    Это зависит от числа записей всего и числа используемых.
    То есть, изначально MFT небольшая. По мере заполнения она увеличивается.
    В случае удаления части данных, число число записей не уменьшается а просто появляются свободные, которые используются новыми файлами (папками). Соответственно, чем больше % использования, тем больше шансов что любая новая займёт место удалённого файла.
     
    PS. В моём эксперименте, через время, запись удалённого файла была занята каким то новым (шара была на системном диске - поэтому ничего удивительного). Хотя физически файл остался в кластерах - опять же, и кластера могут быть заняты новыми данными.
    И ещё не стоит забывать о разных возможностях всевозможных программных шредеров. Например, у FAR-а есть альтернативное удаление, при котором занимаемое место заполняется нулями а в MFT пишется мусорный шаблон, которые исключает идентификацию прежнего имени.

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

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

    Цитата:
    всевозможных программных шредеров
    - вряд ли, там нет таких продуманных и продвинутых,99,99% тетеньки, вот кто то и подгадил одной, притом новенькой...
     

    Всего записей: 31 | Зарегистр. 11-08-2009 | Отправлено: 21:01 10-06-2015
    Alex_Green

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

    Цитата:
    Лежали на втором разделе D: в корне диска в папке "обменник". До начала восстановления таки пол часика прошло как минимум

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

    Всего записей: 283 | Зарегистр. 21-04-2013 | Отправлено: 21:24 10-06-2015 | Исправлено: Alex_Green, 21:24 10-06-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 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

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


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

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.Board
    © Ru.Board 2000-2018

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru