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

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

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

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

    Цитата:
     есть к кому  

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

    Цитата:
    Но лучше всё таки пригласить хотя бы сисадмина

    Если это вы и есть - тогда ой

    Цитата:
    Были просто винты, которые перенесли в другой сервак и там их инициализировали как 0-вой рэйд  
    Да.  

    Весьма наплевательски относитесь к дискам с важной инфой

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 22:17 04-04-2016
    Victor_VG



    Tracker Mod
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    onenet
     
    UFS? Тут со слайсом придётся возится - т.к. фирмваре контроллера потёрла первые блоки и если не известна геометрия разметки работы будет много. Давайте танцевать от известного. Контроллер при подключении нового диска выполнил инициализацию потерев нулями часть поверхности (возможно и всю), но следы остаточной намагниченности при однократной перезаписи не уничтожаются и специальным оборудование с соответствующим ПО данные восстановить можно, хотя гарантировать 100% удачность операции не стану. Давайте для уверенности возьмём вероятность успеха равную 0,2.
     
    Что нужно сделать это просмотреть конфиги той машины где стояли диски sd?? и выписать на бумагу всё что касается геометрии их слайсов, а там по шаблону блока UFS можно смоделировать служебные записи. Далее убедившись что ошибок в реконструкции нет создаём на другой машине бинарный набор длинной равной длине повреждённого участка, заполняем его реконструированными данными, объединяем с уцелевшей частью слайса и убедившись в корректности восстановления записываем данные на рабочие накопители.
     
    Другой методики нет, и понятно что каждое действие надо для себя документировать и постоянно бэкапить восстанавливаемые HDD чтобы в случае ошибки откатить работу на последнюю безошибочную операцию. Если этого не делать, то вероятность полной утраты данных будет стремиться к 100% т.к. после нескольких операций перезаписи восстановить состояние магнитного слоя на момент аварии будет невозможно.

    ----------
    Жив курилка! (Р. Ролан, "Кола Брюньон")
    Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

    Всего записей: 33133 | Зарегистр. 31-07-2002 | Отправлено: 22:22 04-04-2016
    temp9285

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

    Цитата:
    винты стояли в системе FreeBSD, по одному UFS разделу на каждом

    Здесь я пас.
    Ну разве что посоветую использовать ПО знакомое с данной ФС или поиск по сигатурам (щаз окажется что и файлы не очень типичные ).
    Victor_VG

    Цитата:
    но следы остаточной намагниченности при однократной перезаписи не уничтожаются и специальным оборудование с соответствующим ПО данные восстановить можно

    Это и на более меньших винтах уже давно невозможно - впрочем, если сообщить в ФБР, что там есть что либо относящееся к террору в отношении СШП, то что то и восстановят (на атомарном уровне).

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 22:46 04-04-2016
    onenet



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну вообще-то это были диски, забитые медиафайлами (в медиасервере). Суммарно 25 ТБ инфы. HEX-редактор показывает забитую нулями начальную область диска, не могу по памяти сказать сколько секторов, предположительно первые 8192 кб (соответствует GPT). Но далее вся инфа на месте.
    R-Studio просканил поверхность и отчитался о найденных файлах, но проблема в том, что структура файлов и их имена он не видит - просто список из нескольких тысяч файлов.
    Из базы данных медиасервера я могу точно выдрать список файлов и структуру каталогов на каждом диске. Вопрос в том, как эту инфу объединить в одно целое.

    Всего записей: 3 | Зарегистр. 04-04-2016 | Отправлено: 23:21 04-04-2016
    tomset



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

    Цитата:
    но следы остаточной намагниченности при однократной перезаписи не уничтожаются и специальным оборудование с соответствующим ПО данные восстановить можно, хотя гарантировать 100% удачность операции не стану. Давайте для уверенности возьмём вероятность успеха равную 0,2.  

     
    Перестаньте повторять теории 30-летней давности.
    С современных дисков нереально восстановить информацию после однократной перезаписи.
    даже если допустить что один бит можно восстановить с вероятностью 99%.
    Байт - с вероятностью уже порядка 60%
    512 байт с вероятностью уже менее 1%.
    Это при условии что головки будут лететь иделально ровно, а они всегда петляют. Физически не могут летать по одной и той же траектории, всегда с отклонением +/- 5-10% от центра трека данных. Поэтому определить к чему относится восстановленный бит, невозможно.
    Ширина трека порядка 10-15 нанометров, один домен порядка 2-3 нанометров, с краю останется 1-2 домена.
    Нет таких головок, которые смогут читать 1-2 домена, которые останутся на краю трека. На это место невозможно спозицианироваться по существующей серво разметке
    И любой восстановленный бит может быть, ошметок от текущей записи, от любой предыдущей или от соседнего трека.
     
    Всякие магнито-резонасные методы чтения безумно медленные, требуют вакуума.
    С позиционироваться в нужное место, с точностью 1-2 нанометра ни какими разумными методами нельзя.
    Маленький образец, заранее подготовленный и хорошо закрепленный в условиях отсутствия малейших вибраций, исследовать еще можно.
    А целый блин - не реально.
    Не говоря о том что методы кодирования информации различный у всех производителей, даже на одной модели их десятки и тысячи раз поменялся за 30 лет.
    ФБР и прочие гос конторы, точно также обращаются в известные DR фирмы, получивщих на такие работы соответствующий допуск.
    Держать отдельную службу для DR совершенно неоправданно дорого даже для мин. обороны.
    Причем многие такие конторы, частенько предпочитают обращаться не в больше DR конторы, а к знакомым частникам с хорошей репутацией. Дешевле, и инфу если и увидит, то только один человек, а не группа специалистов и менеджеров.
     
    DR это совершенно отдельная тема.
    Сами производители дисков не умеют восстанавливать со своих дисков информацию.
    Заключают договора с известными DR фирмами на различных условиях.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 23:52 04-04-2016 | Исправлено: tomset, 00:12 05-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    onenet
    GPT поменьше занимает места.
    Я не в курсе как устроена UFS, но если сами данные видно то можно предположить что R-studio не знакома с этой файловой системой и ты получил результат сигнатурного поиска. Одно радует, что целы и может чем другим найдётся в более удобоваримом виде - посмотри http://rlab.ru/tools/ufs_explorer.html

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 00:29 05-04-2016
    moroka33



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

    Цитата:
    у всех ОС семейства Windows есть проблема с дисками большими 5 Тб:

    onenet

    Цитата:
    винты стояли в системе FreeBSD

    Все было путем, работали нормально...
    igor_me

    Цитата:
    А вот это важно

    Это контора, которая этим занимается.)

    Цитата:
    Весьма наплевательски относитесь к дискам с важной инфой

    По запаре всякое бывает...)
    Victor_VG

    Цитата:
    Другой методики нет

    Внятно и даже мне понятно.)
    tomset

    Цитата:
    Сами производители дисков не умеют восстанавливать со своих дисков информацию.

    Умеете, вы батенька, обнадежить...)
    temp9285

    Цитата:
    посмотри http://rlab.ru/tools/ufs_explorer.html

    Душевно.
     
    Добавлено:
    temp9285

    Цитата:
    Что душевно?

    Есть такая старинная фраза - благодарю дущевно...
    В данном случае, за конкретный линк на профильный софт...)
    С наилучшими.

    Всего записей: 4264 | Зарегистр. 31-07-2009 | Отправлено: 18:31 05-04-2016 | Исправлено: moroka33, 19:13 07-04-2016
    temp9285

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

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 21:46 05-04-2016
    onenet



    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Судя по обстоятельной инфе tomset дела мои плохи... Хотя по большому счету инфа не особо критична.
    Винты сдал на восстановление специализированной конторе. Сообщили что восстановить смогут, но часть инфы будет битой. Через неделю сообщу результаты.

    Всего записей: 3 | Зарегистр. 04-04-2016 | Отправлено: 10:51 06-04-2016
    igor_me

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

    Цитата:
     сдал на восстановление специализированной конторе

    если

    Цитата:
    Но далее вся инфа на месте

    Ну и скинули бы инфу. Ну хозяин-барин...

    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 13:22 06-04-2016
    dream555

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    кривыми руками с помощью Акрониса при попытке изменения размера с последующим переносом  была убита файловая система диска Д. вместо Д теперь RAW раздел. диск С живой система грузится с него.
     
    вопрос:  
    диск Д был заполнен на 1/3  т.е. из 400 гб на нем было занято порядка 150гб.
    Место для переноса восстановленных файлов нет.  
    Если я от конца раздела RAW  откущу  например 150 Гб и создам  на этом место новый раздел,  
    не повлияет ли это на "данные" которые по идее остались в разрушенном разделе  ?
     
     
     
     

    Всего записей: 1 | Зарегистр. 06-04-2016 | Отправлено: 18:39 06-04-2016
    tomset



    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dream555
    Откусить нельзя от RAW, создать можно.
    Но данные могут лежать очень далеко от начала, если что-то удаляли или изменяли после записи.
    Поэтому сначала проверяется, где лежат самые "дальние" данные.
    И после них можно создать новый раздел, удалив раздел RAW.
    Только придется это делать редактором, а не обычными программами создания разделов.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 18:51 06-04-2016
    temp9285

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

    Цитата:
    Судя по обстоятельной инфе tomset дела мои плохи...  

    Причём здесь инфа о невозможности восстановления переписанного, если у тебя данные то по сути целы.
    Судя по беглопрочитанному про UFS, надёжность ей не чужда (косвенно это подтверждается наличием нескольких копий суперблока). Так что вполне возможно что и штатные средства (если таковые имеются) могли бы справится.
    Впрочем, если не хочется самому ковыряться и сдерут с тебя не всю "кожу" - так тому и быть.
     
    dream555
    Может стоит "сдать анализы" и тогда уже определять что там у тебя и что можно сделать?
     
    tomset
    Из всего спитча верно лишь  
    Цитата:
    Поэтому сначала проверяется, где лежат самые "дальние" данные.

    Всё остальное - неправда.
    Семёрка штатными средствами жмёт RAW оставляя "сырец" неизменным.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 21:38 06-04-2016
    tomset



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

    Цитата:
    Семёрка штатными средствами жмёт RAW оставляя "сырец" неизменным.

    Не проверял.
    Но это полный маразм сжимать RAW, не обращая внимания на информацию.
     Это ваша прерогатива, ковырять всякие логические случаи, восстанавливать данные на месте, менять размеры разделов, когда это абсолютно не нужно.  
    Такой фигней не страдаю. Беру чистый диск и восстанавливаю с пострадавшего на него данные. Ни когда, ни каких изменений на пострадавший диск не вношу.  
    В каком бы он состоянии не был.  
    Самое правильное купить еще диск, хоть б.у. для этой цели.
    Потом пригодится, как резервный. И к таким, как я, не придется обращаться и терять во много раз больше денег.  
    Такое ощущение, что люди покупают комп и единственный диск к нему, чтобы было само железо. А не ради работы на нем с информацией.

    Всего записей: 6906 | Зарегистр. 02-12-2002 | Отправлено: 22:13 06-04-2016
    temp9285

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

    Цитата:
    Но это полный маразм сжимать RAW, не обращая внимания на информацию.

    Во первых, винда предупреждает о потере. И даже если это маразм, то ещё бОльший маразм - возможность форматирования рабочего раздела.

    Цитата:
    когда это абсолютно не нужно


    Цитата:
    Такой фигней не страдаю.

    О господин, прости холопа, которй посмел заниматься тем, что ему нравится.
    А если серьёзно, то я уже как то (тогда в шутку) предлагал обратиться в спецклинику - причём не простую, а с крутым оборудованием. Теперь я могу посоветовать это уже не в шутку, потому как это или возрастные маразмы, или что то более серьёзное. И этот вывод не только по вашим "догмам" из области рековери, но и по куче других (в том числе сейчас ангажирующихся на хоботе).
    Жизнь вовсе не правильно белая, и даже не чёрно белая. Есть миллионы нюансов, и многие их них имеют право на жизнь. И люди живут не только в черте МКАД и не все мерят жизнь доллАрами, и бывают случаи когда у человека просто нет возможности найти девайс, и уж тем более купить новый. Ему что, пойти убить владельца нужного? Или что?
    Реально уже достал своими догмами.
    И ещё - то, что считаешь фигнёй позволяет понимать происходящее, а не быть придатком чьего то комплекса.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 22:58 06-04-2016
    dsuryaninov

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проблема с диском 320Гб началась с момента его подключения через адаптер Sata-USB для бэкапа. После выключения/включения перестали открываться оба раздела, предлагалось форматирование. Файловая система разделов изменилась на RAW.
     
    Виноват, по незнанке начал тыкать разный софт: PTDD Partition Table Doctor, Acronis Disk Director, TestDisk, PartitionGuru.
     
    Решил скопировать секторы всего раздела через DMDE, копирование 10% заняло примерно два дня, на третий выключили свет.
     
    В этой ветке видел что Antech патчил образы, помогите восстановить хотя бы один раздел (H:\ начало 186996663 конец 625137344).
     

     
    Секторы 0-99, 186996663 -186996762

    Всего записей: 5 | Зарегистр. 23-10-2014 | Отправлено: 10:03 08-04-2016 | Исправлено: dsuryaninov, 10:07 08-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dsuryaninov
    Нужен дамп секторов 193288119+100
    Если показатели SMART нормальные и нет подозрений на физические проблемы, запускай сканирование на требуемом участке (или на всём винте если и остальное надо), сохрани лог поиска и выложи его.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 12:41 08-04-2016
    dsuryaninov

    Newbie
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    temp9285
    проблемы есть. Очень долго стал считывать данные. Поэтому подсоединил через адаптер и восстанавливал файлы через NonstopCopy. Все шло хорошо, до того момента пока не выключил/включил.
     

     
    Дамп 193288119+100
     

    Цитата:
    запускай сканирование на требуемом участке (или на всём винте если и остальное надо), сохрани лог поиска и выложи его

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


    Всего записей: 5 | Зарегистр. 23-10-2014 | Отправлено: 13:39 08-04-2016 | Исправлено: dsuryaninov, 13:44 08-04-2016
    temp9285

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    dsuryaninov
    Я же написал что скан делать если всё нормально. Не в курсе алгоритмов указанной программы но, судя по описанию, она рассчитана  для вычитывания с битых болванок - поэтому нет уверенности что она корректно работает с жёсткими дисками. Было бы корректней использовать что то типа HDclone или тоу же DMDE с пропуском сбойных секторов. И не факт что это бы помогло.
    Что касается дампа - начальные четыре записи повреждены, но самая важная - 0 вая вроде выжила.
    Так что патч то я сделать могу, только было бы к чему применять - ведь образа то нет.
    И, самое главное - неизвестна причина проблемы (запил?).
    здесь где то есть наши "споры"  с tomset-ом, в которых он очень трагично описывает последствия таковых и излишних чтений всем что не стоит десяток тысяч баксов. Но рациональное зерно в пужалках всё таки есть - и тебе надо определяться.

    Всего записей: 1369 | Зарегистр. 07-11-2015 | Отправлено: 22:23 08-04-2016
    igor me v2

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

    Цитата:
    поэтому нет уверенности что она корректно работает с жёсткими дисками

    Работает, проверено. Мне тоже помогала, когда нужно было вытащить отдельные файлы, не сканируя весь диск. Рекомендую
     
    Добавлено:
    Вообще интерсно. 5 атрибут Failed, но DATA=0. Глюк? Хотя и медленных и нестабильных секторов тоже хватает. Так что... лучше посекторка...

    Всего записей: 7213 | Зарегистр. 27-03-2016 | Отправлено: 22:46 08-04-2016
       

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