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

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

Автор: 9285
Дата сообщения: 20.12.2012 18:27
AirGunHunter
Том сжался при наличии ошибок на нём? Вроде бы не должен был.
Старую не надо, можно и на этой.
Сорри, но как и вчера, у меня нет лишнего времени писать подробности.
Самое главное, о чём тебе и писалось - посекторная копия. Имея её ты можешь вернуть всё как было до изменений.
Автор: AirGunHunter
Дата сообщения: 20.12.2012 19:34
9285


Цитата:
Том сжался при наличии ошибок на нём? Вроде бы не должен был.

Да, сжался при наличии ошибок.
http://rghost.ru/42342203


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

Уже запустил, к утру возвратится.
Автор: vladimir04
Дата сообщения: 21.12.2012 01:32
[more] [/more]
9285

Цитата:
Что касается имён файлов, то вроде бы как можно Winhex-ом посмотреть.

Спасибо. Буду осваивать Winhex, может что и получится.

Цитата:
Размер блока можно задать и 1 сектор (256 это по умолчанию).

Может в предложенных Вами прогах есть такая функция, а в Victoria, как я понял, минимальное кол-во секторов, которое можно выставить в блоке - 32

Tau_0

Цитата:
сбойных секторов в блоке может быть от одного до 256...

Скажите, а при ремапе программа (Victoria или др.) будет пытаться сделать так, что бы жесткий диск переназначил только сбойный сектор или целый блок, в котором находится сбойный сектор? И еще, при ремапе теряется ли информация в этом секторе или в целом блоке? И не сотрется ли вся инфа на диске или она стирается только при erase? А то опасаюсь стереть всю инфу с диска.

Читал, что при ремапе сектор переназначается на край диска, что замедляет работу винта. Возможно ли как то сделать, чтобы этот сектор не переназначался, а вообще не использовался?
[/more]
Автор: tomset
Дата сообщения: 21.12.2012 03:22
vladimir04
Ремап читает диск поблочно, находит сбойный блок, переключается на чтение этого блока посекторно, находит сбойный сектор и пишет в него нули или сигнатуру "REMAP".
Если сектор после записи прочитался, считается, что ремап выполнен.
А перназначился он или остался на месте, программа не знает.
Только хард определяет после записи, преназначить его или нет.
Т.е. ни о какой сохраности данных при "ремапе", речи не идет.
Если у харда есть проблемы с записью, поверхность разбита, сектора то читаются то нет,
нет резервного места, то для данных ремап может сделать только хуже.
Поэтому, если вопрос стоит о данных, то использовать "ремап" опасно.
Сначала нужно сделать посекторную копию, постараться с нескольких попытом вычитать все, что возможно, из сбойных мест. А потом уже можно хоть ремапить, хоть выбросить.

Для того чтобы сбойные сектора не были переназначены, их нужно перенести в заводской P-лист. Делается это технологическими утилитами, но только после сохранения данных. Т.к. после добавления дефектов в P-лист трансляция LBA к физическим адресам изменится и данные станут недоступны.
Автор: 9285
Дата сообщения: 21.12.2012 08:19

Цитата:
Возможно ли как то сделать, чтобы этот сектор не переназначался, а вообще не использовался?

Если применительно к винде, то после применения чекдиска с ключем r сбойные сектора попадают в список сбойных секторов и систеой не используются.
Автор: nJIaKca
Дата сообщения: 21.12.2012 16:32
vladimir04
Они тебе сейчас насоветуют с три короба. У тебя проблемы, как таковой, нет. И решение простое, без особых заморочек. На винт, а точнее на диск С, залетел червяк, который и блокирует сектора даже из внешнего доступа. Он просто адреса секторов переписывает себе в код, а адреса секторов подменяет ложными, поэтому программы, при попытке обращения к этим секторам, получают "ложный" результат и помечают сектор как "битый".
Так же и акронис при попытке чтения заголовка сектора видит "ложный" результат и выдает ошибку. Возьми другой винт, скопируй туда всю нужную информацию, с диска С аккуратно, только те файлы, в которых ты уверен, потом в любой проге удали разделы и переразбей винт. И будет тебе счастье. Просто развелось умников, которые вспомнили про ассемблер и прямой доступ к винту. Руки таким поотрывать )
Автор: tomset
Дата сообщения: 21.12.2012 18:17
nJIaKca
Иногда надо думать о чем пишите.
И в смарт HDD ваш вирус тоже записал информацию о битых секторах?
В регистрах ошибок харда устанавливает бит UNC
В атрибуте 200 пишет, что есть ошибки записи.
Автор: vladimir04
Дата сообщения: 21.12.2012 20:33
[more] [/more]
tomset

Цитата:
Сначала нужно сделать посекторную копию,  постараться с нескольких попытом вычитать все, что возможно, из сбойных мест. А потом уже можно хоть ремапить, хоть выбросить.

nJIaKca

Цитата:
Возьми другой винт, скопируй туда всю нужную информацию

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

tomset

Цитата:
Т.е. ни о какой сохранности данных при "ремапе", речи не идет.

Извините, но я не совсем понял. То что при "ремапе" данные из бэд-секторов не сохраняются я читал. А что происходит с данными в "хороших", читаемых секторах? Ремап может навредить им только при условии "Если у харда есть проблемы с записью, поверхность разбита, сектора то читаются то нет, нет резервного места", или же может навредить даже если все нормально с поверхностью, читаемостью и прочим?

9285

Цитата:
Если применительно к винде, то после применения чекдиска с ключем r сбойные сектора попадают в список сбойных секторов и систеой не используются.

Если я Вас правильно понял, то это касается установленной на данный момент винды, и при ее переустановке проблема может вылезти вновь?
А вообще, что скажете о состоянии винта, по его смарту и тесту?

nJIaKca
Что касается Вашей версии, то я понятия не имею как узнать
Цитата:
только те файлы, в которых ты уверен
, если червь действует таким образом, как Вы описали. Я не разбираюсь в этом, но мне кажется если бы это были происки такого червя, то вреда и проблем от него было бы намного больше и возможно полетела бы система. В nfi.exe один из номеров бэд-сектора показал, что к нему относиться один фильм, но я и до этого знал, что фильм битый т.к. он не копировался, выдавая ошибку. И если это червь, то каким образом и почему он выбрал фильм, а не файлы системы... [/more]
Автор: Tau_0
Дата сообщения: 21.12.2012 21:15
vladimir04

Цитата:
А что происходит с данными в "хороших", читаемых секторах?

А какя Вам радость с решета, .... читаемые секторы/сбойные. Информация битая и --- обычно это серьёзно.

ЗЫ Зто как водолазу или космонавту в дырявок скафандре...
Автор: vladimir04
Дата сообщения: 21.12.2012 21:47
Tau_0

Цитата:
А какя Вам радость с решета, .... читаемые секторы/сбойные. Информация  битая и --- обычно это серьёзно.   ЗЫ Зто как водолазу или космонавту в дырявок скафандре...

Я имел в виду остальную информацию на всем диске. Т.е. допустим, есть несколько файлов с битыми секторами, они занимают, к примеру 3 гига. И что будет при ремапе с остальными файлами на 900 гиг, которые хорошо читаются и в них нет битых секторов, и они не относятся к поврежденным файлам?
Автор: tomset
Дата сообщения: 21.12.2012 22:51
vladimir04
Ваши данные вам и решать.
По смарту у вас 24 невычитанных диапазона сбойных секторов,
В листах дефектов и логах одна запись содержит информацию о непрерывном диапазоне дефектов от одного сектора до целого трека. Цифры в смарте показывает, количество таких записей.
По виктории у вас сбойных блоков 21, какие-то диапазоны приходятся на один блок.
Меня беспокоит 200 атрибут - ошибки записи.
Хард запись не проверяет, если этот сектор до этого не попал в логи ошибок.
Если в логах адресов записываемых секторов нет, то ошибки записи могут возникать только на местах где разбита серва или испорчены адресные маркеры секторов. Они записываются только при заводском форматировании.
Все это может указывать на проблемы с поверхностью. Попытки записи, да и просто обращение в эти места, могут привести к дальнейшему разрушению поверхности и в конечном итоге к запилу.
Самое опасное, что плохая запись грозит не только тем что данные убьются на местах с неустойчивым чтением, она может еще и служебку испортить, тогда хард вобще не сможет выходить в готовность.
Так что если данные важны, то я бы ни в коем случае не запускал ремап.
А изыскал возможность скопировать их на новый диск. Тат как этот хард скорее всего уже не жилец.
Автор: AntiMember
Дата сообщения: 21.12.2012 23:05
vladimir04

Цитата:
В том то и дело, что нет другого винта и некуда скопировать, и пока нету средств на покупку нового винта.

Значит данные не такие уж и "важные". Тем более, все 900 гектар "важного".
А tomset вам дело говорит. Поинтересуйтесь, сколько вам будет стоить
подъем данных с запиленного винта на фирме. Стоимость нового вам покажется
смешной. Тем более, есть вероятность полного отказа этого винта.
Автор: vladimir04
Дата сообщения: 22.12.2012 00:37
tomset
Я конечно не все описанные Вами нюансы понял, но понял, что нужно искать замену.

AntiMember
Нет, ну не все 900 гиг важны. Разные там фильмы и т. п. не представляют ценности.

Большое спасибо всем, кто откликнулся. Буду думать, что делать дальше и как выходить из этой ситуации.

Жесткий диск, на предыдущем моем компе (правда этого компа сейчас нет у меня) работает, слава Богу, уже чуть больше 10-ти лет. На нем стоит винда и особых претензий к нему пока нет. Возможно отчасти поэтому до недавнего времени не задавался такими вопросами и подробностями о жестких дисках.

А если новый покупать, то какие жесткие диски, какие производители понадежнее будут? Или это как лотерея?
Автор: Nsk00
Дата сообщения: 22.12.2012 03:55

Цитата:
А если новый покупать, то какие жесткие диски, какие производители понадежнее будут? Или это как лотерея?


Я предпочитаю Хитачи.
Автор: AirGunHunter
Дата сообщения: 22.12.2012 06:45
УРА!!!

Все восстановил! По совету камрада на iXBT купил лицензию DMDE, и эта замечательная программа восстановила практически все 400Гб на внешний хард. Причем восстановила с сохранением абсолютно всех! имен файлов и всех! папок, а также сохранила все дерево каталогов! Было потеряно всего несколько файлов, я даже не мечтал о таком результате!
Всем очень рекомендую данную прогу (не на правах рекламы)!

9285, огромное вам СПАСИБО за помощь! Вы занимаетесь важным делом, помогаете людям восстанавливать потерянную инфу, которая часто бывает очень и очень для них ценна!

ps люди, обязательно бэкапьте важные данные!
Автор: 9285
Дата сообщения: 22.12.2012 20:21

Цитата:
Если я Вас правильно понял, то это касается установленной на данный момент винды, и при ее переустановке проблема может вылезти вновь?

Нет, неправильно - информация о сбойных секторах хранится в служебном файле файловой системы раздела.

AirGunHunter
А in-place не получилось восстановить?
К сожалению, предыдущие дни доступ к интернету был ограничен, поэтому не написал того, что хотелось бы. Пусть и поздно, но всё таки. Как писал раньше, раздел ранее был логическим (есть ещё один вариант но не в этом суть) - соотвествено был отступ от первого. И можно было развернуть посекторную копию сдвинув начало раздела влево. В этом случае не потребовалось бы патчить бутсеторы на предмет нескольких секторов. Но только потребовалась бы правка таблицы разделов (пустяковое дело).
Ну а что касается купленной программы - то она стоит своих денег.
Автор: AirGunHunter
Дата сообщения: 23.12.2012 11:41
9285
Получилось, после установки патчей камрада с iXBT и проверки диска чекдиском с /f, который долго исправлял ошибки. После этого диск стал открываться, все файлы, за исключением тех, которые и DMDE не удалось вытащить, оказались на месте
Автор: 9285
Дата сообщения: 23.12.2012 13:44
AirGunHunter

Цитата:
за исключением тех, которые и DMDE не удалось вытащить

Не, ну ты прям захотел чтобы после форматирования в девайсе ничего не затронуло? Хорошо что хоть оно не слишком жёстко форматнуло (по типу полного формата в системе). Опять же - разделение диска на разделы сработало - с первым разделом такого хэпи-энда не было.
PS. Если бы посекторку сделал со сдвигом влево, то и патчи не нужны были бы.

Автор: AirGunHunter
Дата сообщения: 24.12.2012 07:15
[more] [more] [more] 9285


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


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


Цитата:
PS. Если бы посекторку сделал со сдвигом влево, то и патчи не нужны были бы.

Если бы раньше узнал про это, сделал бы, конечно [/more] [/more] [/more]
Автор: 9285
Дата сообщения: 24.12.2012 23:57
AirGunHunter

Цитата:
Думаю, эти несколько файлов потерялись не из-за форматирования, а скорее всего, из-за установки винды после него

Ещё раз почитал начальное сообщение, до конца не понял, поэтому лучше переспрошу.
Лично я понял фразу про то, что акронисом выделил для системы 60 гигов как то, что винда впоследствии ставилась на него. Соотвествено оставшееся пространство не затрагивалось. В этом случае винда как бы не при чём, а вот формат девайсом очень даже.
Совсем другое дело если ты поставил винду на всеь диск а потом ужал его до 60-ти. В этом случае винда могла нагадить в место, где ранее был второй раздел.
Так как было на смом деле? Ну и впредь используй щатные возможности винды для создания разделов.


Цитата:
а покурил бы форумы на предмет особенностей гигабайтовских материнок, ничего этого не произошло бы.
Форумы нужно было покурить когда возникла проблема с установкой.
Автор: grayfog
Дата сообщения: 25.12.2012 00:05
Посоветуйте, пожалуйста, что-нибудь для восстановления файлов из терабайтного образа с битой фс ext3.

ФС побита незавершённым (процесс завис после суток работы) переносом влево (удалил небольшой раздел в начале диска и пытался растянуть на его место большой основной раздел программой gparted).

Единственная известная мне утилита восстановления ext3 - RStudio, но она очень быстро вылетает при попытке смотреть результаты анализа образа (перепробовал много разных версий). Есть ли другие утилиты для восстановления ext3?
Автор: AirGunHunter
Дата сообщения: 25.12.2012 13:46
[more] 9285


Цитата:
Совсем другое дело если ты поставил винду на всеь диск а потом ужал его до 60-ти. В этом случае винда могла нагадить в место, где ранее был второй раздел.


Именно так все и было. Система ставилась на отформатированный плейером DUNE, весь физический. 60Гб было выделено для системы акронисом, но это было до замены материнки. Т.е. изначально 60Гб от начала физического было диском С, на котором стояла система.
Пытался запустить загрузочный диск акронис, и выделить эти 60гб после форматирования в DUNE, но акронис заругался, что он ознакомительный. Поэтому ставил систему на неразбитый.
Получается, что при активации и создании затем загрузочного диска, акронис привязывается к определенному железу, т.е. материнской плате, и при смене таковой, переходит в ознакомительный режим.

Цитата:
Ну и впредь используй щатные возможности винды для создания разделов.

Уже уяснил себе это навсегда.


Цитата:
Форумы нужно было покурить когда возникла проблема с установкой.

Этот момент я и имел в виду. [/more]
Автор: Ark84
Дата сообщения: 26.12.2012 10:30
Подскажите, как в WinHex создать образ загрузочного сектора диска и сохранить его в файл .bss?
У меня WinHex 16.0 SR-3 Portable

Автор: V_T
Дата сообщения: 26.12.2012 10:50
[more] День добрый!
Всем кому он добрый - день добрый!
Мне, вот, он не совсем добрый... И вот почему:
Читал-читал я эту ветку, и дочитался до того, что понял - я стар... я очень стар... я суперстар...
Короче говоря: чем дальше читал - тем больше понимал, что всё меньше понимаю и всё больше запутываюсь!
И потому прошу разъяснить подробно, что называется "на пальцах" - что мне делать, как, в какой последовательности, чтоб решить проблему, возникшую при следующей ситуации:
У мя один из установленных физических дисков был разбит на два логических:
•    первый побольше и на нём хранился весь домашний архив, как то - фото, видео, всяческие вордовские и экселевские файлы, сканы реальных документов, чертежи и тд и тп,
•    второй на порядок меньше размером имел на борту всякую муть, требующую осознания степени нужности…
Так вот, всё произошло по описываемому не раз сценарию - в одно "прекрасное утро" включаю комп... а там:
•    тот раздел, что больше - имеет вместо, стоявшей ранее файловой системы NTFS, систему RAW, занимает около 342Гб и ничем не читается,
•    другой (который было бы менее жалко) как и положено - NTFS и 31Гб, в нём всё видно и читается...
И, что примечательно, ничего с разделами я накануне не делал - ни переразбивал, ни устанавливал никакой системы, ничего из того, что обычно описывалось в случаях с подобными результатами... была обычная рутинная работа – Word, Excel, Firefox, плеер…
Что делать? Новый диск я уже купил и скопировал на него посекторно, правда, при помощи, ругаемого здесь, акроникса, проблемный диск. Запускал Viktoria, но как с ней работать, увы, не понял…
Очень прошу объяснить поподробнее и попопулярней.
З.Ы. Нести в каку-нить фирму нет времени – содержимое до зарезу нужно к НГ…
[/more]
Автор: south_man
Дата сообщения: 26.12.2012 11:32
V_T
Victoria не для восстановления информации, а (скорее) для тестирования состояния ЖД.
Давайте по порядку.
Вы скопировали в образ Акронисом весь ЖД или только первый раздел?
Применяли сжатие при создании образа и какой формат образа (предполагаю, что tib) получился на выходе.
Очень желательно показать СМАРТ (из той же Виктории) винчестера, который дал сбой.
На предложения по проверке диска (checkdisk) от Win не соглашались до операции клонирования?

Я поясню: идея в том, чтоб получить несжатый образ (можно только раздела RAW) - тогда с ним можно работать из программ по восстановлению данных.
Более того, образ можно записать обратно и "на живую" экспериментировать с различными программами по восстановлению MFT.

Сейчас меня тут все закидают помидорками, но я бы посоветовал попробовать Active@ Partition Recovery - входит в состав различных лайвСД сборок. Программа делает поиск, показывает структуру того, что она увидела, и если это то, что нужно, вы соглашаетесь внести коррективы в файловую систему. После перезагрузки все окажется на месте.
Все, что выше делать ТОЛЬКО после того, как у вас будет несжатый образ диска.
Автор: V_T
Дата сообщения: 26.12.2012 11:47
Уважаемый, south_man
Спасибо за отклик!
1. Скопировал весь ЖД, делал клонирование.
2. Образ не делал -планировал работать с клоном...
3. Как в Виктории делать СМАРТ, увы, не разобрался.
4. Про checkdisk не могу сказать определённо - я, как обычно, тискнул кнопку на системнике и ушёл готовить завтрак - и было ли что там, не было ли, я не видел...
Автор: south_man
Дата сообщения: 26.12.2012 11:50
Ark84
загрузочный сектор - первые 64 (с 0-го по 63-й) сектора накопителя.
в WinHex: Tools - open Disk, далее Physical Media - выбрать нужный накопитель
в окне с HEX данными поставить выделение с 0 по 7FFFh (или 0 по 32767) байт.
alt+1 - выбрать начало участка
atl+g - выбрать новую позицию (7FFFh)
alt+2 - выбрать конец участка

и жмем shift+ctlr+N - скопировать выделенный участок в новый файл.

Добавлено:
V_T
хорошо, если склонировали весь ЖД, тогда скорее всего "здоровье" (его-то я и хотел оценить по СМАРТ данным) у накопителя, что дал сбой, еще пока в норме.
Меняем тактику.
Отставляем проблемный винчестер на полку и работаем с его "клоном".

Самое простое для новичка:
1) загрузиться в Win с отдельного винчестера
2) клон подключить вторым - с ним мы будем работать.
3) использовать программы по вытаскиванию данных с "клона" - соотв. потребуется еще один носитель, на который будет идти копирование.

Использовать советую программы (см. в шапке этой темы):
Ontrack Easy Recovery,
Get Data Back for NTFS 4,
EASEUS Data Recovery Wizard 5

да, если есть желание - попробуйте столь любимую, но платную DMDE (в беспл.версии урезан функционал по групповому извлечению файлов)

Или, как вариант, найти сборку лайвСД и загрузится с нее (это может быть не только компакт, но и флешка), например Hiren's Boot CD.
В такие сборки часто входят такие утилиты.

Альтернатива - пробовать исправить "начало" клонированного диска по живому (то, что я предлагал выше), если не сработает - придется снова создавать клона, что весьма утомительно и не рационально...
Зато, если получится, результат будет сразу и не придется ничего никуда еще раз копировать - все станет доступным на этом "клоне".
Автор: 9285
Дата сообщения: 26.12.2012 13:24
south_man

Цитата:
загрузочный сектор - первые 64 (с 0-го по 63-й) сектора накопителя.

Можно это как то аргументировать? Особено интересно каким боком в их число попал 64-й. Впрочем такое я уже видел в одной теме на осях.
Если говорить о Windows-системах (точнее MS-овских), то загрузочный сектор бывает двух типов - главный и раздела. Главный - один единтвенный LBA0; раздела - зависит от типа его. Для загрузочного - несколько секторв, для обычного один. И хотя раньше он традиционно начинался в LBA63, то сейчас уже давно в LBA2048.


Цитата:
попробуйте столь любимую, но платную DMDE

1/2OFF
А озвученные перед этим (минимум две) программы бесплатны? Как насчёт сравнения стоимости лицензий? Что они позволяют делать в бесплатном режиме?
И дело вовсе не в любимости, а в том, что DMDE применительно к большинству случаев является наиболее рациональной.
Покажи мне аналог возможности показа разделов, поиск файловой системы в других программах.

Автор: south_man
Дата сообщения: 26.12.2012 13:39
9285
о, помидорки повалились
я конечно все понимаю, но речь не о квантовой физике, соотв. ТОЧНЫХ ответов нет в столь интересной области как дата_рекавери. Вы ж наперед никогда не знаете, сколько файлов из скольких при заданной методике у вас вычитается?
Это форум, его лучше воспринимать как советы (в т.ч. на страх и риск).
А мои ответы это скорее из оперы "какой вопрос - такой ответ".
Про бутсектор - я не видел ни слова уточнения о каком именно идет речь, ответил скорее "для примера" + показал как просто-быстро юзать winHex.
Насчет фриварности или вареза: для конечного пользователя, чтоб решить задачу разово, быстро, не особо вникая в прелести "а как сохранить дамп в ДМДЕ" те варианты ИМХО более приемлемы...

ничего личного и с наступающими праздниками!
Автор: V_T
Дата сообщения: 26.12.2012 17:07
Здравствуйте, уважаемый 9285!
Вот, что меня не перестаёт удивлять, так это готовность народа чего нибудь или кого нибудь покритиковать. Нет, чтоб, если сам знаешь правильный ответ, подсказать нуждающемуся в совете... Так ещё того, кто помогает, нужно поймать на какой нибудь мелочи и "опустить".

Цитата:
Особено интересно каким боком в их число попал 64-й.

Да не 64-й, а 64 - с 0-го по 63-й включительно...

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485

Предыдущая тема: востановление флешки фирмы Verbatim


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