Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» Восстановление разделов и информации на HDD (часть 5)

Автор: Dekker
Дата сообщения: 21.07.2011 13:15
Восстановление разделов и информации на HDD



первая часть :: вторая часть :: третья часть:: четвертая часть



Внимание! Если у Вас возникли проблемы с доступом к информации на дисках большого объема (более 120 Гб) - пропала таблица разделов, система говорит, что нужно отформатировать диск и т.п., то сначала прочитайте эту ветку про LBA48.

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

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

Прочтите и передайте другим, которые заходят сюда, когда уже слишком поздно...


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

[more=Общие рекомендации по самостоятельному восстановлению данных] Если вы обнаружили, что на вашем диске произошла потеря данных, постарайтесь как можно скорее прекратить его использование и ничего на него не записывайте. В противном случае удаленные данные могут быть безвозвратно затерты новыми. Для исключения взаимодействия операционной системы с поврежденным диском, на время подготовки к восстановлению он должен быть физически отключен из системы, а все дальнейшие операции с ним должны производиться с заранее подготовленной загрузочной дискеты или LiveCD/DVD/USB диска. О том как изготовить такой диск самостоятельно вы можете узнать здесь. Можно также воспользоваться специальными мастерами, идущими в комплекте с некоторыми программами для восстановления или использовать уже готовые загрузочные диски на основе DOS и WinPE.

В крайнем случае можно загрузиться и со второго физического или исправного логического диска, но нужно отдавать себе отчет, что в этом случае какие-то служебные данные при загрузке ОС неизбежно будут писаться на поврежденный диск, не говоря уже о потенциально опасной активности запущенных в системе приложений и сервисов. Поэтому чтобы снизить риск перезаписи поврежденных данных до минимума, загрузку следует производить в Safe Mode, кроме того желательно выгрузить из памяти все лишние программы и сервисы и отключить кэширование картинок в проводнике. Также не следует просматривать папки и файлы на поврежденном диске прямо из проводника Windows, для этих целей лучше воспользоваться сторонними оболочками, типа Total Commander или FAR. Для сохранения восстановленных файлов потребуется резервный накопитель большой емкости.

1. Ознакомьтесь со списком программ для восстановления. Внимательно прочитайте прилагаемую к нему инструкцию. Определившись со своей ситуацией, перепишите выбранные программы на загрузочный диск, включая пару-тройку утилит для диагностики диска, например MHDD, Victoria или HDDScan.

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

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

4. Используйте имеющиеся на диске программы для восстановления. Ни в коем случае не сохраняйте восстановленные данные на поврежденный диск, если предварительно не сделали с него посекторную копию.

5. Восстановив данные, отформатируйте поврежденный диск (рекомендуется), либо пройдитесь по нему Scandisk'ом или Chkdsk'ом для исправления системных ошибок (не рекомендуется, так как чревато рецидивами) или программами для in-place восстановления разделов (по ситуации) после чего, если потребуется, перепишите на него восстановленные данные.[/more]

[more=Хороший совет по восстановлению, когда не уверен в своих знаниях](©Perforator)
Берёте VMWare, создаёте виртуальную машину, ставите туда любимую OS, затем добавляете туда нужный жёсткий диск, и делаете его Advanced->Indepent->Nonpresistent. После этого издеваетесь над этим жёстким диском как хотите, т.к. никакие физические изменения с ним не происходят, а все изменения записываются VMWare'ью и сбрасываются после PowerOff в VMWare. Например так можно проверять, поможет TestDisk в данной ситуации, или нет, или спокойно работать DiskEditor'ом, не опасаясь, что всё испортите.

В новых версиях VMWare данная опция отключена. По непроверенной(!) информации от useralbanec, опцию можно включить, вручную отредактировав файл машины vmx:
ide0:0.fileName = "Windows XP Professional-2.vmdk"
ide0:0.mode = "independent-nonpersistent"
ide0:0.deviceType = "rawDisk"
[/more]

Список программ для восстановления информации

Статьи о восстановлении данных и жестких дисках

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






Если Вы столкнулись с неисправностями жестких дисков, флэшек, карт памяти или разрушением дисковых raid массивов и хотите спасти информацию, которая осталась на носителе, администрация форума RU-Board.com рада представить Вам наших ключевых партнеров: профессиональную лабораторию восстановления данных Vosst!
Компания существует не один год, оказывает профессиональные услуги с использованием современного высокотехнологичного железа, чистой комнаты и целым штатом спецов.
Для примера: обычно поднять данные с мертвой флэшки займет от 20 минут до 3 часов, с дисков и массивов RAID от 20 минут до суток.
Подробнее о процессе восстановления можно узнать здесь
Вопросы по восстановлению информации можно задавать на форуме
Автор: noobofthenoobs
Дата сообщения: 22.07.2011 19:33
Доброго времени суток.
С помощью ZAR "увидел" потерянные разделы из рейда. Снял им же образ каждого, получились образа .img
Подскажите, как теперь такой образ можно развернуть на простой hdd?
Автор: 9285
Дата сообщения: 22.07.2011 20:32
noobofthenoobs
Если правильно понял, то речь идёт о логических разделах. В таком случае разницы нет на рейде он или на одном винте. Создавай аналогичную структуру диска (таблицу разделов, расположение разделов) и всё. Единственное, если на рэйде была Windows, то вот она, по логике, не запустится (будет STOP 7B).
Автор: noobofthenoobs
Дата сообщения: 22.07.2011 20:46
9285
Да, была Windows, 2003. Просто файлы то выдернуть не проблема, но хотелось бы запустить систему (сервер стоял контроллером домена, надо сделать свежий бекап AD, а это вроде можно сделать только ис-под рабочей системы). Посоветовали образа дисков запустить на виртуальной машине, сделать свежий бекап AD и развернуть уже на новой системе с новым железом.

Или может можно тупо скопировать дерево всех каталогов системного раздела с файлами на новый и восстановить загрузчик, так не получится?
Автор: 9285
Дата сообщения: 22.07.2011 22:41
noobofthenoobs
Я ответил на вопрос как собрать диск, а восстановление контроллера домена, или вообще адаптация системы к новому железу - это уже оффтоп. Но подозреваю что тупое (и даже не тупое) копирование папок не пройдёт.
Автор: Antech
Дата сообщения: 24.07.2011 22:17
noobofthenoobs
Я Вам уже отвечал. Еще раз: сделайте образ физического диска диск-в-диск. Если это невозможно, копируйте образы разделов с начальными смещениями, равными начальным секторам разделов. После этого пишите новую таблицу разделов. Проверьте, что разделы монтируются (открываются) и восстанавливайте загрузку командами FIXMBR и FIXBOOT, если не будет грузиться ОС.

Пофайловое копирование в XP вроде прокатывает, в Vista и старше - нет, но, конечно, надо делать на всякий случай FIXMBR и FIXBOOT, чтобы точно записать нужные для данной ОС загрузчики.
Автор: sapfeer
Дата сообщения: 25.07.2011 06:34
Господа подскажите, возникла не очень приятная ситуация - был винт 250ГБ, на котором было 2 primary и 1 extended раздела, под extended лежали еще несколько логических. Выглядело это примерно так

1 - Windows (10 ГБ)
2 - ???
3 -
3.1 ext2 (20 ГБ)
3.2 ext2 (4 ГБ)
3.3 ext2 (10 ГБ)
... здесь, скорее всего были еще какие-то разделы
3.6 ext2 (170 GB)

Пользовался Linux'ом. По дурости затер таблицу разделов (dd if=/dev/urandom of=/dev/sda bs=512 count=1), но, т.к. все это делалось на живой системе, то еще можно было посмотреть что было с таблицей до этого (cat /proc/partitions). Пробовал заново разбить по той же схеме, но после перезагрузки система не загрузилась. Для того, чтобы хоть как-то пользоваться компом, поставил на первые 10 ГБ Fedora Core 15, который, возможно еще и отформатировал остальные разделы, хотя вряд ли, т.к. сделал он это весьма быстро. Т.е. на данный момент имеем что таблица разделов как минимум 2 раза после потери перезаписывалась. Подскажите что можно в данной ситуации сделать и можно ли вообще?.. Хотелось бы восстановить прежнюю таблицу и, при необходимости, подпилить файловые системы, если они нарушены, хотя это вряд ли, т.к. на другие разделы, кроме первого я ничего не писал...

заранее благодарен
Автор: Antech
Дата сообщения: 26.07.2011 09:08
sapfeer
Вы уже спрашивали в "Пропал диск", мы Вам уже отвечали.
Если хотите побыстрее, копируйте через UFS Explorer, зануляйте и переустанавливайте ОС.
Автор: sapfeer
Дата сообщения: 26.07.2011 09:56
Antech
Я вовсе не хочу по-быстрее) Я запостил их одновременно, т.к. не знал в какую именно тему выкладывать, а потом уже удалить не смог, так что мой пост в этой теме можно проигнорировать
Автор: RinDaime
Дата сообщения: 26.07.2011 15:18
Доброго времени суток!
Типичная проблема только с hitachi HDP725050GLA360 ATA, стоит win 7
этот винт был динамический и не отображался на новом рабочем месте. погуглив, нашел что надо править в нулевом секторе поменял по адресу 01С2 значение 42h на 07h с помощью winhex. В результате диск из динамического стал обычным. после перезагрузки отображается всего 1 локал диск, второй же пропал. сам винт на 500 Гб, исчезло 250 Гб, помогите восстановить таблицу разделов, чувствую там проблемы или подскажите что не так? инфа нужна, думаю восстановить не сложно, так как сделал только 1 ошибку

Добавлено:
продолжая развитие своей проблемы, с помощью TestDisk переизменил структуру, но не так как сам ожидал: локал диски просто поменялись местами. Но, что радует, так это то, что в управление дисками вместо 1 локал диска теперь отображается 2 (в мой компьютер токо 1 локал диск работает на ура, а 2 просит форматироваться) надеюсь есть решения восстановления инфо с этого "как бы пустого диска"?
Автор: Antech
Дата сообщения: 26.07.2011 18:06
RinDaime
Ну вот нафиг было что-то править? TestDisk сразу на исправление suxx! Вначале хотя бы попробовали бы войти в раздел что ли, в нем же можно это сделать...
Покажите скрин окна "Разделы" из DMDE с отмеченной галкой "Найденные".
Покажите дамп 100 начальных секторов физического диска (можно и из WinHex, как Вам удобнее).
Сколько разделов было на диске? Объемы, типы файловых систем?

sapfeer
ОК.
Автор: 9285
Дата сообщения: 26.07.2011 18:12
RinDaime

Цитата:
локал диски просто поменялись местами

Это как? Можно увидеть скриншоты такого эксклюзива (с пояснениями)?

sapfeer
Всегда можно отредактировать сообщение (удалить текст).
Автор: HeXakep
Дата сообщения: 28.07.2011 09:10
Проблема вот какая. 3апускал Easy Recovery Pro v.6, чтобы найти один удаленный файлик, после действия этой программы слетел раздел жесткого(ра3дел=размеру винта 1,81 ТБ): в системе отображался как Локальный диск(и недоступен для чтения), а в диспетчере дисков отображался как основной том, но без буквы. Далее пытался 3апускать partition magic, но это оказалось еше хуже: при запуске выдавались сообщения типо найдены какие-то ошибки на устройствах(других винтах), предлагал исправить, и тут 3ря я нажал исправить. После этого исче3ли еще 2 ра3дела(к слову, в системе несколько винтов по 2 ТБ и как системный - SSD на 55 ГБ). В некоторых рекаверилках, например R-Studio, разделы отображаются(один - половина ССД в 27 ГБ, другой - часть 1,5 ТБ винта), и даже с метками, однако опять же - без букв, а винда их просто не видит...Вобщем, PQMagic весьма хорошо 3акосматила какую-то важную информацию, причем пробывал с загрузочного cd Paragon Hard Disk Manager, так в нём вообще почти все разделы помечены как Invalid, и их даже просканить нельзя толком, впрочем как и проверить на ошибки или просто удалить
Да, вот еще что - SMART вообще недоступен ни для одного жесткого(пытался смотреть в AIDA64)
Автор: Antech
Дата сообщения: 28.07.2011 17:53
Товарищи, это уже третий !
Ну что, кто ставит на то, что в бутсекторах тоже размер неправильный ?

HeXakep
SMART недоступен - это из другой области (вопрос к драйверу и контроллеру ATA). Попробуйте HDDScan, Victoria API, CrystalDiskInfo, Victoria DOS, MHDD.


Цитата:
после действия этой программы слетел раздел жесткого

Она вроде недеструктивная, хотя и не особо популярна. По поводу этого винта: покажите SMART и результаты сканирования (Read или Verify). Хотя бы одна из перечисленных прог должна это сделать...


Цитата:
После этого исчезли еще 2 раздела

Все нормально, так и должно быть . Будете третим на данный момент с этим вопросом. А всего таких кейсов решено уже было... довольно много.

Для каждого винта с проблемой после ПартМэджика нужно:
1. Скрин окна "Разделы" из DMDE, должно быть отмечено "Найденные".
2. Информация по разделам: какого они должны быть примерно размера, какие файловые системы. Лучше написать это в Paint'е на каждом скрине, чтобы не путать потом.
3. Дампы начальных (нулевых) секторов для диска и для проблемного раздела на нем. Это делается через DMDE, см. тему. Для диска выбираете источник - физический, для раздела, соответственно, раздел. В имена дампов как-то задайте к какому диску относится, иначе перепутаем!
Автор: HeartOfSteal
Дата сообщения: 29.07.2011 08:04
Я уже совсем отчаялся, потеряв кучу времени. Помогите, пожалуйста. В интернете больше надеяться не на кого. Повторю вкратце свой первый пост и дополню, что делал.

Был диск С (30 гб) и диск Д (300 гб). Акронисом делал образ системы и, наверняка, восстановил образ не туда - вместо С запихнул на Д. В итоге диск С стал больше 390 гб, а диск Д вообще пропал.

Кучу программ использовал - не находит утраченную партицию, хоть умри. Easy Recovery и еще пара прог находила файлы, но они были разбиты в папки по расширениям и везде названия файлов поменялось. Переслушивать тысячи МП3 и переименовывать их желания нет. Все проги найденные файлы помещают в RAW, но ни одна не выдала раздел целиком со всей структурой.

Файлы не удалял. На тот же винт я ничего не перезаписывал. Возможно, что-то не так форматнул.
Если файлы с того раздела по отдельности находятся - возможно и структуру еще можно найти...

Надо восстановить раздел. Или папки из этого раздела, но список файлов надо увидеть обязательно.
Кучу прог пробовал - партицию не находит.

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

Тому, кто поможет найти мое утерянное - вышлю 20 у.е.

Жду ответов здесь или на почте hell@ua.fm или на аське 7776699
Автор: Antech
Дата сообщения: 29.07.2011 09:13
HeartOfSteal

Цитата:
Если файлы с того раздела по отдельности находятся - возможно и структуру еще можно найти

Файлы занимают намного больше места, чем "структура". Там ведь была NTFS? Обычный размер MFT - сотни мегов. Переписать такое при раскатке образа - как нефиг делать...


Цитата:
Надо, чтоб пальцем показывали, куда наживать.

Но ведь в прогах типа R-Studio не требуется специальных знаний. Нажмите Scan, оставьте из файловых систем только NTFS - и вперед... Она сама все посканит и покажет в дереве что удалось найти, заходите в Recognized и смотрите что там есть.
Но мне так кажется, что если DMDE при "Поиск NTFS" не нашла структуру Вашего раздела (т.е. MFT), то врядли что-то поможет (а если и поможет, то стоить будет на пару порядков больше, чем 20 баксов). Не любые кейсы можно восстановить. Например, если бы Вы раскатали посекторный образ на весь раздел, то даже "по расширениям" (т.е. по сигнатурам) ничего невозможно было бы восстановить.
Автор: 9285
Дата сообщения: 29.07.2011 09:19
Antech

Цитата:
Ну что, кто ставит на то, что в бутсекторах тоже размер неправильный ?

То есть, хотите сказать что нашёлся новый пакостник, который теперь ещё и разделы корректирует?
В принипе, такое вполне возможно, но в таком случае было бы интересно узнать у пострадавших что за ПО (версия, откуда скачано и т.п.).

HeartOfSteal
Уже не буду удалять написанное, но неужели было сложно написать что уже здесь это обсуждалось?
И упомянутый мною случай - твой.
Блин...

Здесь как то был подобный случай, но там всё было более определено.
Несомнено, пользователи иногда такое делают, что диву даёшься - поэтому всё больше верю всему, но всё равно не на 100%. И неверение основано на понимании сути процесса. Если даже делалось восстановление образа на другой раздел, то это произойдёт, но только диск С останется попрежнему 30 гигов. И даже если отбросить неправильную трактовку букв и печальное произошло, то размер как бы должен быть 300 гигов, но не более 390....
Впрочем варианты всё таки есть - только рассматривая их надо отказаться от букв и говорить лишь о разделах + немного порисовать или пофоткать.
На данный момент могу лишь предположить что состояние диска было такое

Где первый раздел - так называемый С. Если при подобном раскладе расскатать образ на второй раздел, да ещё и расстянуть на остаток незанятого, то тогда всё очень даже реально. Но как бы не должен исчезнуть бывший С. Или при разворачивании и он был удалён?
Может тебе в некотором роде повезло, и ты расскатал образ на всё пространство, а структуры (раздела) записались на место 30- гигового. Если же записал на 300-ку, но с расширением раздела, то это уже печально, хотя и здесь есьб ничтожные шансы что MFT была в нестандартном месте. Хотя не только MFT критична.
И чтобы понять что же произошло и каков план действий крайне желательно тебе всё это уточнить (вспомнить). Что нажимал, какие ползунки двигал + зарисовать по типу как я сделал. Ну и конечно текущий вид разделов. Обязательно исключить возможность записи на диск - а для этого нужно пользоваться чем либо из разряда LiveCD - тем же "пакостником" акронисом (только Disk Director-ом) но с загрузочного диска.
Автор: HeartOfSteal
Дата сообщения: 29.07.2011 09:29
Antech
Спасибо за оперативный ответ!

Да, была нтфс. Для меня мфт и раскатка - это как космонавтика. Когда эта фигня случилась - я вынул винт и купил новый. То есть, тот винт в таком виде лежит.
Посекторный я не раскатывал, это точно. В р-студии выдается такое, но моего раздела нет и я не знаю, что дальше делать. Recognized там много )
Если будет дороже - я готов рассмотреть.

9285
Спасибо. Ваша картинка - это мой случай. Диск С никуда не исчезал - он просто стад вместо 30 весить 390, а диск Д исчез.

Действия были такие:
Тупила винда. Я взял с диска E образ системы и закатал на диск С, который тогда был 30гб.
Все. Осознанно я никуда не лез и ничего не делал. Может вирус какой-то...
Говорят, что это форматирование..

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

Всем еще раз спасибо.



Автор: 9285
Дата сообщения: 29.07.2011 09:58
HeartOfSteal

Цитата:
Спасибо. Ваша картинка - это мой случай.

Если верить http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=4600#10 то структура разделов другая. И если считаешь что это несущественные мелочи, то увы и ах.
Автор: HeXakep
Дата сообщения: 29.07.2011 15:13
Antech, вот хотя бы 1 скрин с одним из закосяченных ра3делов на одном из жестких:

Поясню: винт на 1.5 ТБ, разбит на 2 NTFS-ра3дела - 29,3 ГБ(стоит винда), 1.33 ТБ - тот самый, который щас не отображается в моем компьютере и недоступен, однако виден почти во всех рекаверилках якобы не удаленный, только бе3 буквы...
3.ы.: искомый ра3дел тут - Usability

Добавлено:
А вобще, в этой картинке настораживает то, что последний сектор первого ра3дела(Win7-x-64) прописан красным, и первое его 3начение получается перекрывает аж на 13 с лишним тыс. секторов первый сектор следующего(заглюченного) ра3дела, а последний сектор второго ра3дела выходит 3а пределы последнего сектора данного Physical Drive 03...Иными словами, виновато чёртово смещение, из-за него и не виден второй ра3дел. Причём, сейчас 3аю3ал Active PartitionRecovery, на другом винте(где тож 2 ра3дела и второй также заглючен PQMagic'ом) программа успешно нашла даже несколько разделов, подходящих под слетевший и с той же меткой и ра3мером, однако при попытке восстановить пишет, что это нево3можно, т.к. первый(нормальный не слетевший) ра3дел перекрывает этот...не повод ли 3адуматься или спросить у профессионалов, как же такое исправить
Да, сканирование слетевших, но найденных программами ра3делов показывает, что вся структура папок и файлов сохранена, как и была и скорей всего подлежит восстановлению(=тупому копированию на другой жесткий диск )

Добавлено:
Короче вот дампы двух запрашиваемых секторов в соответствии с картинкой по очереди:
http://zalil.ru/31484384
http://zalil.ru/31484389
Автор: NicholasGK
Дата сообщения: 30.07.2011 15:53
Прошу помочь и в моей проблеме. Менее чем месяц неактивного использования в качестве файлового хранилища «испортился» HITACHI на 1.5 Tb (SMART и информация о HDD в скриншоте).



На диске 2 primary раздела. Разбивался и форматировался штатными средствами Windows 7 в NTFS. Пару дней назад, вечером, начал постукивать. Причём то, что это стучит винт, удалось выяснить не сразу. Винт тихий, звукоизоляция хорошая. Как только выяснилась природа стуков? комп был выключен «до завтра». «На завтра» система? при наличии этого винчестера в компьютере, грузится отказывалась на отрез. Загрузился без него, подключил HDD «на горячую». Отобразились разделы, с одного из которых информация скинулась без проблем, а второй перелагалось отформатировать. По иронии судьбы действительно ценные файлы в виде оцифрованных домашних видеозаписей находятся на повреждённом разделе.

Программа DMDE находит два раздела, но на первом не видит MFB.


Поиск NTFS сопровождается постоянными сообщениями об ошибках WinError 0x17. Ну и происходит всё безумно медленно.





В данный момент делается посекторное копирование первого раздела в образ с пропуском ошибок CRC и единичной попыткой чтения сектора. При копировании с настройками по умолчанию приблизительное время окончания копирование 156 тыс дней Стоит ли делать образ и возможно ли что-то восстановить, или лучше сразу нести на обмен по гарантии?

P. S. Блок питания Thermaltake 700W, возраст 1.5 года. Думаю что производственный брак HDD, просто не повезло
Автор: 9285
Дата сообщения: 30.07.2011 20:58
NicholasGK
Сообщение о нечитаемых секторах сделаны выборочно или ты такой невезучий?
Что первая, что вторая пара секторов относится как раз к MFT и MFTmirror (поэтому не удивительно что их не видит DMDE).
Что касается копировать или нет - ну это решать тебе. Шансы вытягивания информации (хотя бы частично), чаще всего имеются. И если для этого будет использоваться несколько подходов (программ), то конечно же, им будет проще работать с образом, а не мучать винт очередным считыванием.
Автор: Antech
Дата сообщения: 30.07.2011 22:12
9285

Цитата:
нашёлся новый пакостник, который теперь ещё и разделы корректирует?

Да нет, просто ПартМаг, наверное, в разных случаях по-разному гадит. Я точно помню, что был не один кейс, где размеры в бутсекторах сохранены.

Кстати, как видим, здесь именно тот случай. Картинка с галкой "Подробно" очень кстати: видно, что в бутсекторах размер правильный, а в таблице - глюканы.

HeXakep

Цитата:
3начение получается перекрывает аж на 13 с лишним тыс. секторов первый сектор следующего

Это было понятно и без картинки. Глюк-то стандартный. Меняется только аффектность бутсекторов: в одних случаях в бутсекторах размер тоже увеличивается, в других - страдает только таблица, а бутсекторы нетронуты (как у Вас).
DMDE - Сервис - Копировать секторы. Источник - Патч MBR (файл), приемник - физический диск. Первый сектор 0, число секторов 1. Перезагрузка, проверка результат. Если есть шампанское, можете приготовиться открывать: с большой вероятностью раздел заработает. Ну а если и не заработает, починим...

Добавлено:
NicholasGK
Вам будет нужна эта инфа через 150 тыс. дней ? Через 410 лет не то что Вас, может планеты уже не будет, взорвут чем-нибудь . Если уж нужна инфа, обращайтесь в DR-фирму. Правда, по классификации Форматцефта Ваша инфа относится к категории "стопка порнухи" , обычно такое не несут на восстановление, т.к. жаба душит. Поэтому другим логичным вариантом будет замена винта в гарантийке.
Автор: NicholasGK
Дата сообщения: 30.07.2011 22:44
Это я такой невезучий Сделал скрины первых четырёх ошибок при поиске MFB. Каждый раз нажимал игнорировать. На втором десятке окон надоело, нажал "игнорировать все".

В общем я решил не отменять создание образа, и к часам к 8-9 вечера он был готов. Благо с 7 379 999 сектора по 752 522 700 чтение "запиналось только изредка, и потом с 752 582 447 сектора до конца шло так же "почти" гладко.
Правда винту становилось всё хуже и хуже. Стук стал очень громким. На середине сканирования SMART показал следующее:

А где-то 60% стало назойливо появляться окно Windows с предупреждением о том, что я скоро потеряю данные на HDD, и мне просто срочно необходимо сделать резервную копию. Своевременно конечно

Думаю что повторно сканировать винт смысла нет. Деградация на лицо. В понедельник сдам по гарантии.
Сейчас сканирую весь образ на наличие фрагментов MFB. Для интереса прервал сканирование на 6% Уже была видна полная структура каталогов, куча сегментов файлов, и даже отдельные целые, которые успешно восстановились. Но того что мне ОЧЕНЬ нужно пока не увидел, запустил полное сканирование.

Хочу выразить благодарность всем специалистам, дающим здесь советы, и помогающим другим. Если б не эти темы тут и на ixbt... Очень выручили. Целиком темы не осилил (больше 1000 страниц), но очень много ценного, толкового доступным языком расписано. Спасибо!

Добавлено:
Antech
Стопка порнухи как раз таки спокойно себе слилась со второго раздела А вот оцифровка домашних записей с VHS-C, которых на кассетах уже нет, пока ещё не видна. Надеюсь что получится достать.
Автор: HeXakep
Дата сообщения: 31.07.2011 10:06
Antech, и о чудо ! Раздел-таки вернулся
Эх, но только есть следующий винт(2 ТБ), на котором NTFS-раздел-то слетел(объем=ра3меру винта), но ситуация не похожа на предыдущую...Отображался как 'локальный диск' и не открывался, ну я его потом и удалил, в надежде, что акронис найдет его и восстановит, однако после скана и нахождения ра3дела акронис восстановил то, что и было.
Картина в DMDE такова, как видно, не сохранилась даже метка:
Автор: Tau_0
Дата сообщения: 31.07.2011 18:03
Antech

Цитата:
Это было понятно и без картинки. Глюк-то стандартный. Меняется только аффектность бутсекторов: в одних случаях в бутсекторах размер тоже увеличивается, в других - страдает только таблица, а бутсекторы нетронуты (как у Вас).

Хм--мм-м...

HeXakep,
Antech,
9285


Посмотрел патч Antech и сравнил с первоначальной картинкой HeXakep. Вроде как должно заработать…

А не пакостит ли сама OS Windows…???..., --- чтобы не стало ещё хуже...
По крайней мере FixBoot может начудить…


Цитата:
In rather rare cases both the boot sector and its backup are corrupted. Sometimes this situation is complicated by the presence of a FAT12 boot sector in the place of the NTFS boot sector. The presence of the FAT12 boot sector is a "feature" of FIXBOOT. It writes the FAT12 boot sector into place, apparently, when the partition is damaged in a way that prevents it from reliably writing an NTFS boot sector. At any rate, the boot sector must be rebuilt from scratch, regardless of whether or not the FAT12 boot sector is present.


Я так этот кусочек перевёл. Там немного --- посмотрите…


Цитата:
В довольно редких случаях одновременно повреждаются как загрузочный сектор, так и его резервная копия. Иногда эта ситуация усложняется наличием загрузочного сектора FAT12 на месте/вместо загрузочного сектора NTFS. Присутствие загрузочного сектора FAT12 --- "фича" FIXBOOT. Очевидно, FIXBOOT записывает загрузочный сектор FAT12, когда раздел каким-то образом так повреждается, что это повреждение не позволяет надежно записаит загрузочный сектор NTFS. Во всяком случае, загрузочный сектор надо восстановить заново, --- невзирая на то (присутствует или нет) загрузочный сектор FAT12.

См.
NTFS Boot Sector
http://bootmaster.filerecovery.biz/appnote3.html
Автор: 9285
Дата сообщения: 31.07.2011 20:42
Tau_0
Да вроде бы как должно, но что то гарантировать при таком минимуме сложно.
Я (в другом месте) писал про то, что сомневаюсь в пакостях РМ при установке. Но вроде бы как всё таки такое есть. Плохо что из всего этого не делается какой то вывод.
Ведь как получается - проблема устранена, а причины вроде уже и не важны. Где конкретная версия PM - ведь их множество, как и источников их получения (диски, торренты и т.п.)? Нельзя исключать что это глюк, присущий конкретному экземпляру.

Что касается пакостей, то бывает и такое - недавно с таким столкнулся. А то, что процитировано лично мне (пока) напоминает пиар программы. Где то там, кое-где - никакой конкретики. Могу сказать что при повреждённом бутсекторе и его копии fixboot (XP-шный) отказывается что либо делать. Так откуда тогда появится загрузчик FAT12?
С другой стороны, не удивлюсь если подобное делает система, которая делает например следующее.
Создаём раздел в менеджере дисков, но не указываем тип файловой системы. Но в таблице прописывается 06, и даже после формата в NTFS тип раздела не меняется (не всегда).
Или посмотрите в менеджере дисков семёрки на винт, на котором присутствуют логические разделы в расширенном разделе, но созданные средствами Linux-систем. Они первичные, и таковых может быть более 4-х Неужто не заметили такой ляпсус? На прибежище микрософтовских фанатов, это оправдывали тем, что мол иные системы некорректно создают разделы. И лишь когда получили ответные аргументы, особено тот, что в Diskpart всё инициализируется правильно - один из тамошних отправил багрепорт.
Автор: Antech
Дата сообщения: 31.07.2011 22:15
NicholasGK
Вам повезло. И все-таки не MFB, а MFT.

9285

Цитата:
на котором присутствуют логические разделы в расширенном разделе, но созданные средствами Linux-систем. Они первичные, и таковых может быть более 4-х

Да, видел такое. Это глюк Управление Дисками в вистоидах. Правда, я не знаю, что конкретно к этому приводит.

HeXakep
Покажите дампы по 100 секторов, начиная с секторов 0 и 6291456 от начала раздела (не диска, а раздела).
SMART в порядке?
Автор: HeXakep
Дата сообщения: 01.08.2011 03:49
Antech
Ну вот, вроде те:
http://zalil.ru/31492782
http://zalil.ru/31492784
Автор: Antech
Дата сообщения: 01.08.2011 08:41
HeXakep
Ничего особенного ни в бутсекторе, ни в начале MFT я не заметил. Названия у раздела нет, хотя запись $Volume в порядке (проверил не только визуально, но и в MediaWorkshop), поэтому и DMDE название не показывает.
Что говорит chkdsk.exe БукваРаздела: без /f?

SMART в порядке?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142

Предыдущая тема: Как восстановить емлм сверху записали


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.