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

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

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

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

   

batva



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


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

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

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



  • Всего записей: 12593 | Зарегистр. 07-01-2001 | Отправлено: 15:11 23-05-2012 | Исправлено: igor_me, 16:25 03-02-2013
    Antech

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

    Цитата:
    на каком этапе считается CRC (которая отвечает за данные) которая идёт в сектор?

    При записи/чтении - ни на каком. Уже очень давно вместо CRC используется ECC. Это позволяет не только определить наличие ошибки, но и, очень часто, скорректировать ее (есть определенные ошибки, на которые действует ECC).
    ECC считается перед записью инфы в сектор, насколько знаю, электроникой винта. Т.е. это хардверная реализация. Она работает в реальном времени. Также в реальном времени определяется/корректируется ошибка при чтении. На самом деле этих ошибок возникает много, просто они корректируются (как с повторным перечитыванием на следующем обороте, так и без него).
     
    Данные, передаваемые по интерфейсу, защищаются CRC. Да, на этапе передачи используется CRC, но она далеко не всегда отлавливает ошибку. Эта CRC не идет в сектор, она только для интерфейса. Ошибок интерфейса зачастую происходит очень много (глючный шлейф и т.д.), и в некоторых случаях не удается зафиксировать их. Тогда и происходит искажение данных: повторная передача по интерфейсу не выполняется, и глючная инфа записывается винтом. Разумеется, ECC рассчитывается уже в винте для искаженной инфы...
    Этим объясняется идентичность глюка в структурах ФС при повторных чтениях: большинство интерфейсных ошибок устраняется повторной передачей при "срабатывании" интерфейсной CRC, и при чтении не так уж этои глюки заметны, но вот когда при записи, хотя бы один раз структура испортилась, это уже видно, т.к. зафиксировано на винте.
     
    Нужно отметить, что, в отличие от ошибок чтения, которых происходит много при нормальной работе винта (они убираются ECC, см. что-то типа Hardware ECC recovered RAW на Сигейте), ошибок интерфейса при исправном железе нет вообще.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 15:37 08-08-2013 | Исправлено: Antech, 15:40 08-08-2013
    xekanet



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    я вас понял, просто представлял сектор так:
       
    где CRC нужна для целосности а ECC для корекции, а как тогда он выглядит сейчас?!
     
    Про ECC понял, по крайней мере по тем темам которые вы дали, читаю. Отлично описано.

    Всего записей: 60 | Зарегистр. 31-03-2009 | Отправлено: 16:13 08-08-2013
    ru1956

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Привет всем!
    Antech
    У меня проблема, прошу помощи!
    Делал утилитой HDClone образ партиции диска №1 (ST3250823AS), на партицию диска №2 (WD5000AAKS). Все было вроде нормально, образ создался, но в конце прога что  
    то спросила, и я не стал переводить, а жмякнул, Дальше! В конечном итоге на раздел диска №2, размером в 280 Gb, был развернут образ той партиции, которую я пытался сохранить! Что меня привело к величайшему недоумению и огорчению. Видимо я что то недопонял, или глюканула прога, не совсем легальная! Прошу вас, помогите восстановить партицию с утеряными данными. Что мне необходимо предоставить, напишите, плиз! Редактор DMDE у меня есть, v. 2.4.6.
    Заранее благодарен!

    Всего записей: 589 | Зарегистр. 15-05-2006 | Отправлено: 19:44 08-08-2013 | Исправлено: ru1956, 19:50 08-08-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    xekanet
    О, ECC и CRC могут быть в секторе одновременно? Не знал о таком.
     

    Цитата:
    как тогда он выглядит сейчас?

    Это даже специалисты не всегда точно знают. Форматы секторов у разных вендоров наверняка различны. В принципе, для софтового DR (как в подобных темах) это роли не играет, но если Вы хотите заняться физическим, то может иметь значение. Но тогда Вам и карты в руки, это уже выше моих познаний.
     
    ru1956
    Даже не знаю что предложить. Тут где-то был специалист по применению HDClone, а я не знаю что за образ она делает. Но есть подозрение, что образ посекторный, и тогда врядли что-то можно восстановить. Вы не помните, какой тип образа делали/развертывали? Посекторный? И еще, пожалуйста, сообщите размеры исходного раздела (образ которого создавался) и того раздела, в который скопировали (каким он был "до того как").

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 20:09 08-08-2013
    ru1956

    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    Создавался образ партиции С: (WinXP2), диска №1, размером в 16 Gb.
    Но готовый образ занимает место в 8 с лишним Gb, т.к включена опция Fast.
    Прога делает посекторный образ партиции, может с пустым местом, а может и без.
    Несколько раз делал, все было Ок, а тут что то случилось, не думаю, что это я так тупанул.
     
    Я смотрел  по DMDE диск №2 , так предыдущее название этой партиции J: (Reserv) он видит.
    После раскатки образа она стала называться С: (WinXP2), так же как и деланый мной образ.
    Диск №2 содержит три первичных раздела, речь идет о втором.  
    1 - 16 Gb
    2 - 273 Gb
    3 - 176 Gb
    Может какие то сектора вам скинуть, для информации, может станет более понятно?
    Пока спасибо, что откликнулись!  

    Всего записей: 589 | Зарегистр. 15-05-2006 | Отправлено: 21:25 08-08-2013 | Исправлено: ru1956, 21:26 08-08-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ru1956
    ОК, понятно. DMDE можеть видеть MFT Mirror, что с MFT - неизвестно.
    Попробуйте Поиск MFT в DMDE, в качестве области можно задать пространство второго раздела. Посмотрите, не нешлось ли исходное содержимое второго раздела (которое нужно восстановить) в одном из найденных разделов. Если нет, значит, вероятно, только по сигнатурам искать. Это умеют разные проги: RecoverMyFiles, R-Studio... Но найденные таким образом файлы будут без имен и структуры каталогов, и с глюками вместо фрагментированных.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 22:38 08-08-2013 | Исправлено: Antech, 22:40 08-08-2013
    ru1956

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

    Цитата:
    Попробуйте Поиск MFT в DMDE

    Что то я не нашел в DMDE такой функции? (Поиск FAT, Поиск NTFS).
     
    Как я понял, моим данным кранты, т.к. было поверх посекторное разворачивание образа?
    А что по этому поводу может сказать Ваш коллега, который с HDClone хорошо очень знаком?
     

    Всего записей: 589 | Зарегистр. 15-05-2006 | Отправлено: 16:08 11-08-2013 | Исправлено: ru1956, 16:11 11-08-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ru1956
    Сорри, это я опечатался, фича называется "Поиск NTFS".
     

    Цитата:
    моим данным кранты, т.к. было поверх посекторное разворачивание образа?

    Но ведь делался образ раздела 16 ГиБ в раздел 273 ГиБ? Как минимум, что-то должно найтись по заголовкам, если что-то было за пределами первых 16 ГиБ. Кроме того, опция "Fast" наверняка подразумевает не посекторный образ, а либо пофайловый, либо "полу-посекторный", т.е. без пустого пространства. В обоих случаях первые 16 гиг будут покоцаны, но не затерты полностью. Это тоже несколько повышает шансы хотя бы частично спасти инфу.
    Поэтому, ИМХО, есть смысл попробовать "Поиск NTFS". Если это не даст результатов (MFT затерлась при копировании образа), то можно попробовать что-то найти в R-Studio, RecoverMyFiles, File Scavenger и т.п. (DMDE только по ФС умеет, если за год к ней не прикрутили новый функционал для сигнатурного поиска).
     

    Цитата:
    А что по этому поводу может сказать Ваш коллега, который с HDClone хорошо очень знаком?

    Я не был в теме больше года, только недавно начал регулярно проверять ее. Поэтому я и ника его не помню. AFAIR, он не занимался серьезными раскопками логики, но зато тестил разные рекаверилки и т.п. проги. К сожалению, его деятельность здесь была воспринята как реклама определенных прог, поэтому возможно, что он уже в теме не появится, хотя, кто знает...

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 16:40 11-08-2013
    xekanet



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    ну по всем статьям давности 2005 -2009 годов прослеживается crc вместе с ecc поэтому и спросил. Как сейчас хз. Впринципе да, это не имеет значения, просто ради понимания принципов функционирования. Буду дальше читать ntfs, это практичние, вы правы.

    Всего записей: 60 | Зарегистр. 31-03-2009 | Отправлено: 09:15 12-08-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    xekanet
    А эта CRC для чего? Для поля ECC, или для DATA, или для нескольких полей?

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 11:49 12-08-2013
    9285

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

    Цитата:
    К сожалению, его деятельность здесь была воспринята как реклама определенных прог,

    Что то я не припомню здесь такового. Может с хоботом попутали (Alex_Raz)?


    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 22:55 12-08-2013
    Helmsman

    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Уважаемые, помогите плз.
    Был файл с русским именем (документ MSWord), почил безвременно от моих кривых рук (случайно удалил).
    OnTrack EasyRecovery не нашёл его ни в одном из режимов (даже raw).
    Что порекомендуете? С WinHex-ом не дружу, мне бы какой-то попроще вариант...

    Всего записей: 217 | Зарегистр. 08-11-2003 | Отправлено: 00:29 13-08-2013
    gapoo



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

    Цитата:
    мне бы какой-то попроще вариант...

    Свежеудалённые (мимо корзины) файлы почти всегда и сразу находит Recuva (особенно если на диск ничего не писалось).
    Быстрая, портабельная и бесплатная, кириллицу видит. Есть во многих сборках Тотала (экстрим-пак от Сэма и пр.)
    Для ещё большей простоты и скорости в мастере при старте можно задать каталог поиска и тип файла.

    Всего записей: 259 | Зарегистр. 02-03-2006 | Отправлено: 01:56 13-08-2013 | Исправлено: gapoo, 01:57 13-08-2013
    9285

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

    Всего записей: 4833 | Зарегистр. 06-10-2010 | Отправлено: 02:35 13-08-2013
    Antech

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

    Цитата:
    Может с хоботом попутали (Alex_Raz)?

    Может быть, много времени прошло...
     
    Helmsman
    Остается только согласиться с 9285. Неинтенсивная запись на раздел, даже несистемный, может убить файловую запись за несколько минут.

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 09:19 13-08-2013
    xekanet



    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antech
    ну она как я понимаю для data чтоб при чтении свериться и если два (старый и новый CRC не совпали) - включить механизм ECC.

    Всего записей: 60 | Зарегистр. 31-03-2009 | Отправлено: 17:07 13-08-2013
    Antech

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    xekanet
    Как это старый и новый?
    ECC позволяет и проверять правильность чтения, и исправлять. Поэтому я не понимаю, зачем в добавление к ECC нужна CRC...
    Хотя CRC может быть разной разрядности и разных параметров, в любом случае она довольно слабо защищает. Например, при передаче по шлейфу используется CRC, но когда она не срабатывает, вылезают ошибки типа смещений или глючно опущенных/поднятых битов. Это обычное дело в DR-темах. Если бы винты так работали, они были бы совершенно ненадежны, т.е. постоянно выдавали бы искаженную инфу, потому что ECC приходится применять ну очень часто (посмотрите Hardware ECC recovered RAW на Сигейтах). Насколько я знаю, подобной фигни не происходит именно за счет очень хорошей защиты через ECC: даже когда не сработает CRC (не заметит ошибку), ECC сработает. В связи с этим выглядит странным применение CRC вместе с ECC. Может, это CRC для поля ECC, как дополнительная защита?

    Всего записей: 3120 | Зарегистр. 26-12-2006 | Отправлено: 17:45 13-08-2013 | Исправлено: Antech, 21:48 13-08-2013
    kosfess



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

    Всего записей: 265 | Зарегистр. 26-01-2012 | Отправлено: 09:30 14-08-2013
    xekanet



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

    Всего записей: 60 | Зарегистр. 31-03-2009 | Отправлено: 10:03 14-08-2013
    igor_me

    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    kosfess
    Программы для восстановления информации находят хоть какие-то файлы в режиме RAW-поиска???
    Плюс в той теме ответили:
    Цитата:
    чёт у тебя в дампах одни 00


    Всего записей: 5716 | Зарегистр. 27-12-2011 | Отправлено: 11:01 14-08-2013
       

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

    Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Восстановление разделов и информации на HDD (часть 6)
    Akam1 (04-09-2013 08:18): http://forum.ru-board.com/topic.cgi?forum=84&topic=4564


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru