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

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

Автор: Akam1
Дата сообщения: 04.09.2013 07:17
Восстановление разделов и информации на 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, версию ОС и сервис-пака, а также обстоятельства краха - честное слово, толковым запросам и отвечать приятно. Здесь телепатов нет...


[more=Важно! Инструкция по чистке контактов на плате HDD]
Контакты на обратной стороне платы контроллёра, идущие к комутатору, на современных жёстких дисках (в основном Seagate, Samsung, WD) подвержены окислению. Это может приводить к прерывистому контакту и полному его нарушению платы и коммутатора.
Это проявляется в следующих двух признаках:
1) Жёсткий диск начинает очень сильно (и иногда неравномерно, временами) "тормозить" при чтении\записи на него. Кроме того, он очень долго определяется в BIOS и может, как крайний случай, после длительной паузы вообще не определиться и быть не виден после загрузки системы.
2) Жёсткий диск (вследтвие того же "плавающего контакта") может периодически (а со временем и постоянно) начинать стучать головками при подключении к нему питания из-за невозможности корректного чтения служебной информации. Это крайняя степень окисленнности части или всех контактов на плате.
Если система грузится с таким диском, работает медленно и нестабильно, но удаётся посмотреть SMART диска, то со временем в нём наблюдается значительное ухудшение значений следующих атрибутов (возможно - не всех сразу):
187 Reported UNC error
197 Current pending sectors
198 Offline scan UNC sectors
200 Write error rate

Могут расти и другие атрибуты в дополнение к вышеперечисленным, такие как
195 Hardware ECC recovered
7 Seek error rate
184 End To End Error Count

И если диск работает в таком режиме длительное время - могут начать переназначаться сектора, растёт 5-й атрибут:
5 Reallocated sector count

Инструкция по чистке контактов:
Ложите винт на стол платой электроники вверх. Откручиваете плату. На обратной стороне ищите два ряда контактных площадок, идущих в гермоблок (на гермоблоке в этом месте колодка с контактами), а также 3-4 контактных площадки, идущих к контактам двигателя. Чистите все эти контакты обычной стёркой. В статье есть фото http://www.hddprotector.com/controller.htm Чистить точки А и В.

И наконец, при наличии опыта обращения с паяльником, для предотвращения повторного окисления имеет смысл контакты залудить (это спорный момент, не все согласны с ним, но лично я всегда залуживаю).
[/more]

Схожая тема в ОС - Пропал диск. Восстановление таблицы разделов (не данных)
Автор: AntiMember
Дата сообщения: 04.09.2013 09:42
dragno5
Я так и не понял, как бук зовут. И обновлять биос я бы не спешил.
А попробовать этот бук с другим винтом было бы интересно и информативно.
Автор: MisHel64
Дата сообщения: 04.09.2013 12:01
<DEL>
Автор: farseer777
Дата сообщения: 04.09.2013 17:22
alexgr
Ссылка

Похоже, этот партиций и есть тот самый. Много чего размазано, конечно, но в целом все ок. Но dmde free edition не может восстановаить все сразу. Может вы знаете альтернативу?
Автор: dragno5
Дата сообщения: 04.09.2013 18:05

Цитата:
Я так и не понял, как бук зовут. И обновлять биос я бы не спешил.
А попробовать этот бук с другим винтом было бы интересно и информативно.


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

снес все с диска С, поставил чистую винду, всенорм, опять снес все, востановился из бэкапа, ошибка вернулась

так не хочется все по новой устанавливать...

какие еще есть варианты?
Автор: igor_me
Дата сообщения: 04.09.2013 20:22
farseer777

Цитата:
Может вы знаете альтернативу?

Блин, ну альтернатив то море Начните хоть с Easeus Data Recovery(с "лекарством", конечно ). Если она не найдёт тот раздел, что нашёл DMDE (искать в режиме Partition Recovery, думаю - найдёт ), пробуйте ещё GetDataBack тогда...
Автор: dragno5
Дата сообщения: 05.09.2013 05:40
Antech

Ошибка 7B - Unmountable boot volume - довольно общая и может вылезать по разным причинам (насчет влияния ID - не знаю, я только могу сказать где его найти в MBR).

подскажите где найти в MBR

вот как точно выглядит ошибка
STOP 0x0000007B 0xFFFFF880009A97E8 0xFFFFFFFFC0000034 0x0000000000 0x0000000000
Windows 7 x64
Автор: 9285
Дата сообщения: 05.09.2013 08:22

Цитата:
это что то изменит?

Нет, чем меньше будет предоставленной информации, тем больше будет мусолится этот оффтоп.

Цитата:
подскажите где найти в MBR

Зачем его искать если уже выяснено что его изменения создаёт другую ошибку, элементарно решаемую в режиме восстановления.?

Цитата:
поставил чистую винду

Надо было хотя бы в ней посмотреть какой режим контроллера ; раз уж до определения его в БИОСЕ всё никак не добрался.
Автор: Antech
Дата сообщения: 05.09.2013 15:53
dragno5

Цитата:
подскажите где найти в MBR

Как уже говорили, в MBR - по смещению B8h байт от начала сектора. Это то же самое, что выводит WinHex в шаблоне Master Boot Record (Alt+F12) и что показывает DMDE (при просмотре в виде MBR-таблицы).
Но Вы ведь меняли уже и на нули, и на то, что в реестре, и толку - ноль...

farseer777

Цитата:
Похоже, этот партиций и есть тот самый

Этот это какой?
Автор: igor_me
Дата сообщения: 05.09.2013 16:04
Наверно тот, на который указал alexgr: "вроде NTFS 0 (7510) лучший"
Автор: alexgr
Дата сообщения: 05.09.2013 16:40
Antech

Цитата:
в  MBR - по смещению B8h байт от начала сектора

1B8h

Добавлено:
dragno5

Цитата:
STOP 0x0000007B

никак не зависит от UUID винчестера. основные причины:
- слет или неисправность или отсутствие драйвера AHCI контроллера
- логическое или физическое повреждение одного из разделов винчестера
- действие вирусов (менее вероятно)
- прочие, хз какие причины

Добавлено:
9285
чета форум сення глючит - задваиваются сообщения
Автор: 9285
Дата сообщения: 06.09.2013 01:07
alexgr
Не знаю, когда писал предыдущее и сейчас, всё нормально. Всё таки заметил - подправил.
Я смотрю "оппонент" пирамиду раскручивает, да похоже ещё и с чьим то ID.
А до этого в подписи была ссылка на сомнительный сайт. С чего бы это?
farseer777
Лично мне уже даже не особо хочется писать в очередной раз, тем более что некоторые считают что разработчик должен быть меценатом и писать ПО ради удовольствия.
Хотя условия приобретения самой простой версии лишь улучшились - теперь она может работать и через год. Это если не читать что есть халявная (любит наш народ эти буковки) полнофункциональная старая версия. Или надо чтобы автор ещё и приплачивал?
Автор: Antech
Дата сообщения: 06.09.2013 08:33
9285
Меценатство и договорная оплата - разные вещи. Да и не должен он. Хочет - делает, не хочет - не делает. При правильной экономической модели разработчик оплачивается, но копирование бесплатно (деньги поступают не за копирование, а, например, от производства или других "профитных" дел). Да, это возможно. Against intellectual monopoly (посмотрите пример с RedHat, если интересно) Проблема - в том, что люди, имеющие большие деньги и большую власть, не хотят ничего менять. "Их и так неплохо кормят"
Более того, условия, сложившиеся сейчас в мире "интеллектуальной собственности", крайне негативны по отношению к разработчикам. Фактически, в большинстве случаев, оплачиваются монополии, а не сами авторы инноваций (причем так было всегда, но раньше, в среднем, в меньшей степени, чем сейчас). Известна, например, практика отъема патентов крупными фирмами на стадии подачи заявок. Они постоянно мониторят заявки, для этого есть целые отделы, и перерегистрируют их на себя. В результате настоящие изобретатели остаются ни с чем... Есть и известные исторические примеры, например, с Теслой (есть в книге по ссылке выше). Более новый пример несколько иной тактики - фирма RamBus, которая воспользовалась случаем и получила патенты на совместные разработки в области RAM, оставив своих партнеров-разработчиков "с носом". Причем это именно правило, а реальная оплата разработчика, как в случае DMDE - скорее исключение. Ну и другие проблемы есть, так что "intellectual property" в современном виде - совсем не то, что нужно...


alexgr
Да, извиняюсь, 1B8h (начало записей разделов - 1BEh, а идентификатор винта - прямо перед таблицей).
Автор: valshi1
Дата сообщения: 06.09.2013 19:53
Ситуация следующая:

Пробовал устанавливать Линукс, для чего от разных дисков было отгрызено некоторое место под установку.
Насколько я помню - три раздела 1. swap 2. / (корневой) 3. /home
С Линуксом не подружился, все снес, и присоединил свободное место обратно.

После воссоединения диск 3 - E: в Акронисе стал почему-то Primary.
Чтобы все выглядело кошерно - дал задачу преобразовать в логический...
Дальше процесс завис, был убит через диспетчер задач и теперь с диска 3 Е: ничем не возможно вытянуть файлы.
R-Studio все видит, но после восстановления файлы не читаются.

Изначально диски шли в таком порядке:
1 - С: (Prim.) Windows - приблизительно 100Гб. (исправен)
2 - D: (Log.) - 200Гб. - (исправен)
3 - E: (Log.) - 200Гб. - (не исправен)
4 - F: (Log.) - 200Гб. - (исправен)

Вот SMART из HDD Scan. http://rghost.ru/48592740
DMDE таблица разделов. http://rghost.ru/48592826
Лог DMDE поиск NTFS 100%. http://rghost.ru/48595651
И копия первых 100 секторов DMDE. http://rghost.ru/48592761

DMDE выдал ошибку CRC в районе 630 000 000 сектора. Поставил пропускать все.
В логе ошибки CRC отобразятся? или их надо записывать на листочек?

p.s. После поиска NTFS появился многострадальный диск под номером 3 - Е:
(именно так он назывался изначально ( 3, а в системе был под буквой Е: ).
Прикладываю второй скан разделов. http://rghost.ru/48595889

К сожалению ситуация та же самая - всё видится, но после восстановления не читается.
Из 200 проверенных файлов из разных папок открылись 23. Системы нет (папки, время создания, тип - разные).
Открылись mp3, flac, doc, rar, jpg, bmp, pdf, ini, log, lnk, mht. Размер разный 0 - 40Mb
Мелкие до 10кб открываются вроде все.
Один waw. открылся как jpg. ??? (система предложила изменить расширение).
В одной папке flac. из 18 открылись 7. создание 09/12. В другой соседней с той же датой создания и тоже flac. из 21 открылись 2.
Прогнал папку с фотками. Из 86 открылось 4.
Видео не открылся ни один.

p.s. Когда он читался, на нем было свободное место порядка 15 - 20 Гб.
Сейчас при попытке восстановления раздела Акронисом находит раздел со свободным местом - 0.

Буду признателен за любую помощь.
Автор: Antech
Дата сообщения: 09.09.2013 11:03
valshi1
Спасибо за подробное инфо...


Цитата:
R-Studio все видит, но после восстановления файлы не читаются.

Поздравляю, это партмагоидное смещение.


Цитата:
SMART из HDD Scan

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


Цитата:
Чтобы все выглядело кошерно - дал задачу преобразовать в логический

Кошерно и Акронис - вещи несовместные. Просто Вы не видели насколько там уже было некошерно...


Цитата:
всё видится, но после восстановления не читается

Ну, что-то все-таки открывается... Посмотрите в других найденных разделах. Если процесс преобразования типа раздела (а в Акронисе это делается с перемещением начала раздела) был прерван, часть файлов может быть расположена не там, куда указывает ФС. Это называется партмагоидное смещение... Поэтому остается только проверить то, что нашла DMDE (она может во многих случаях определять "настоящее" начало раздела) и, если у Вас полная версия DMDE, копировать из каждого подходящего найденного раздела исправные файлы.
Автор: Sting666th
Дата сообщения: 09.09.2013 12:06
9285
Я по Вашему сообщению с осЗоны прибыл ( http://forum.oszone.net/post-2178574.html ).

Вот суть проблемы:

В системнике 3 диска, один из них 2-хтерабайтник, на нем ~1700 гигов ntfs раздел (Mega_Sting), и три для debian-а... Решил я акронисом отрезать кусок от конца большого раздела ~45 гигов для еще одного linux, но что-то пошло не так и акронис операцию прервал с ошибкой (не помню какой). В итоге RAW вместо NTFS, и Testdisk-ом на нем показывает "Filesystem seems damaged". По моему скромному разумению, акронис порушил конец NTFS-раздела и самое начало корневого Debian-раздела. Важнее всего восстановить большой раздел, остальное песочницей было. Возможно, кривыми руками игрался с TestDisk-ом и что-нибудь еще наиграл... Файлы прилагаю.

http://rghost.ru/48651520
http://rghost.ru/48651532
http://rghost.ru/48651537
http://rghost.ru/48651549 - скрин разделов (DMDE)
http://rghost.ru/48651551 - скрин разделов (Windows)
Автор: alexgr
Дата сообщения: 09.09.2013 12:32
Sting666th

Цитата:
скрин разделов (DMDE)

похоже выдергивать файлы придется. пробуйте открывать в DMDE первые 3 больших раздела
Автор: AndreyIW
Дата сообщения: 09.09.2013 12:48

Цитата:
Берёте VMWare, создаёте виртуальную машину, ставите туда любимую OS, затем добавляете туда нужный жёсткий диск, и делаете его Advanced->Indepent->Nonpresistent. После этого издеваетесь над этим жёстким диском как хотите, т.к. никакие физические изменения с ним не происходят, а все изменения записываются VMWare'ью и сбрасываются после PowerOff в VMWare.


это только в VMWare можно сделать?
Автор: Sting666th
Дата сообщения: 09.09.2013 13:01
Идет "Поиск NTFS - 8%" - пока что открыл ради интереса предположительно нужный - файлы видны без проблем, скорее всего, и восстановить можно.
Вчера я через ZAR восстановил на всякий случай часть инфы (файлы абсолютно не битые)... Теперь как терабайтник напрокат возьму, восстановлю часть побольше, а потом и разделы восстанавливать можно)
Автор: 9285
Дата сообщения: 09.09.2013 14:03
Sting666th
Хотелось бы увидеть картинку-схему, из которой можно было бы понять каково было размещение раньше, и что от чего откусывалось.
Дело в том, что как то не очень понятно от чего откусывалось, особенно с конца.
Тут скорей откусывалось от начала или, нечто иное, потому как (что не ведомо "зоновскому спецу") кроме бутсектора есть ещё и MFT, в которой прописываются смещения - и в одной из них есть запись, которая как бы соотвествует разделу в 63 секторе, но в нём координаты другие.
Можно даже пофантазировать что раздел и был, и начинался после 45 гигов, но при работе с уничтожителем (Акронисом (кстати какой версией пользовался)) он перетянул начало раздела в сектор 63.
В общем то, ситуация не самая простая, но для начала нужен лог поиска NTFS - можно для начала и промежуточный (сохраняешь и продолжаешь жальше), а потом уже полный и дамп секторов 108693503+100.
Когда закончишь поиск можешь сделать проверку чекдиском, но в режиме только чтения. Возможно что всё не так печально и ошибка минорная, но критичная для виндовой системы.
Автор: Antech
Дата сообщения: 09.09.2013 15:11
Sting666th

Цитата:
По моему скромному разумению, акронис порушил конец NTFS-раздела и самое начало корневого Debian-раздела

Главное - чтобы не было смещения, как в кейсе valshi1. Если есть смещение, то надежда восстановить по файловой системе - только на результаты DMDE. Крамсание разделов - это же не батон на куски нарезать...

Сообщите, plz, размеры разделов и типы файловых систем на момент до повреждения Акронисом, как просит 9285. Ну и Поиск NTFS - это лучшее для Вашего кейса, как уже и было сказано...

Добавлено:
AndreyIW
Используйте любую подходящую виртуалку. VMWare - очень популярная, плюс достаточно функциональная бесплатная версия.
Автор: Sting666th
Дата сообщения: 09.09.2013 16:07
9285

В общем, нарисовал как сумел, точные объемы до повреждения сказать не могу, на Linux-разделы отрезАл примерно 100-110 гигов (На NTFS, ессно, всё остальное).. А раздел акронисом создавал из пустого места в конце NTFS-раздела. После после неудачного отрезания полетелзагрузчик винды (это починил, как и слетевшую при этом активацию), т.к. загрузочный GRUB с выбором систем лежал, похоже, в начале root-раздела Linux.
Пользовался, если не ошибаюсь, из-под загрузочной флешки Acronis Disk Director Home 2011.
Повторюсь, что, возможно, накосячил после.. TestDisk-ом..

З.Ы.: Инфа восстанавливается без проблем, попозже буду копировать весь диск - если что не скопируется, напишу.

http://rghost.ru/48655455 - схема
http://rghost.ru/48655750 - секторы
http://rghost.ru/48655765 - лог на 53%
Автор: 9285
Дата сообщения: 09.09.2013 18:56
Antech

Цитата:
Используйте любую подходящую виртуалку.

Вы правильно поняли суть вопроса?
Человек не собирается проводить эксперименты с виртуальными дисками - при такой постановке можно любую виртуалку.
Речь идёт о работе с существующим, причём такой, чтобы ничего реально не изменилось.
Я не проверял это на вмваре, но верю написанному в шапке. Про подобный функционал в других виртуалках не встречал инфы.

Sting666th

Цитата:
Повторюсь, что, возможно, накосячил после.. TestDisk-ом..

Скорей всего.
Лог поиска как бы намекает что том начинается в 64 секторе. И возможно что бутсектор в 63 разделе как раз таки тестдиском прописан. А 64-1 затёрся при восстановлении загрузчика (предположение).
В таком случае можно будет прописать бутсектор в 64 сектор и уже тогда решать проблему дальше (сейчас чекдиск точно не поможет).

PS. Ты на зоне предлагал помириться. С кем? С мелким мстительным Tau_0? Или с упоротым вертухаем Ment69? Первый уже успел огрызнуться не поняв моих расчётов, второй скоро всё потрёт и влепит бан очередному моему нику. При этом ни в какую не хочет восстановить все те полезные сообщения, которые помогли людям, и могут помочь будушим. И всё из за своей тупой принципиальности.
В жопу таких балбесов.
Автор: Sting666th
Дата сообщения: 09.09.2013 19:40
Проверка завершена, ссылка лога. Что еще требуется?

http://rghost.ru/48660627

P.S. Со стороны интересно наблюдать перебранку давно знакомых друг с другом спецов) Вы уж как-нибудь поскорее к общему знаменателю придите, всё же почти 2 ТБ инфы в воздухе висит.. Заранее всем Спасибо)
Автор: 9285
Дата сообщения: 09.09.2013 19:59
Sting666th
Данных достаточно.
Осталось только уточнить - когда (по результатам поиска) ты открываешь том NTFS0 (с началом в 64-ом секторе) и восстанавливаешь данные, то они все целы? Хорошо проверять целостность на архивах, фотках.
Если да, то можно приступать к исправлениям. Для этого достаточно сдвинуть содержимое секторов 63-71 на 1 сектор.
Только советую почитать тему и понять что все эти исправления in-place не всегда бывают успешными.
И это, в основном, относится к исправлениям чекдиска, которые могут произойти автоматически (если зазеваешься) или при ручном запуске но в режиме исправлений.
И страховкой от этого является или посекторная копия или вытаскивание наиболее критичных данных на другой носитель.

PS. Немного зевнул и сразу не заметил значение Hiden Sectors, о важности которого я здесь доказывал не раз. А в нём 64 - то есть лишнее подтверждение что том начинался в 64-ом секторе.

PPS. О каких спорах со спецами ты пишешь? Где ты их нашёл на зоне?
Если Tau_0 специалист, то тогда Менгель - врач.
И если бы я не понимал этого, то не заходил бы на зону и не предупреждал людей о том, что над ними издеваются (как Менгель над заключёнными).
Автор: 9285
Дата сообщения: 09.09.2013 23:59

Цитата:
Для этого достаточно сдвинуть содержимое секторов 63-71 на 1 сектор.

Тут маленькая неточность. Этого достаточно чтобы из бутсектора заходить в том в той же DMDE.
А вообще надо ещё и в таблице разделов поменять смещение раздела с 63 на 64.
В этом патче всё исправлено на так как надо.
Записывать его надо в 0-вой сектор физического диска.
После этого можно переоткрыть диск в DMDE и в ней раздел.
Доступ к файлам должен появиться и без поиска NTFS.
Ну а потом не допускать автоматической проверки диска виндой. Можно сделать проверку самостоятельно (в режиме только чтения).

PS. Tau_0 на зоне совсем в даунизм ушёл.
Автор: Antech
Дата сообщения: 10.09.2013 08:45
AndreyIW
9285
Извиняюсь, я подумал, речь просто об экспериментах.
Автор: Sting666th
Дата сообщения: 10.09.2013 10:53
Патч не качается.
И пара вопросов: как его в 0 сектор записать и можно ли будет вернуть всё назад? Так-то копия первых 100 секторов у меня есть, и, догадываюсь, их можно будет перезаписать поверх патча, чтобы вернуть всё как было, да?
Автор: 9285
Дата сообщения: 10.09.2013 11:15
Sting666th
Всё качается.
Но если у тебя какие то проблемы со скачкой то можешь сделать и сам.
Сначала делаешь дамп секторов 63-71.
Потом этот дамп записываешь в сектор 64.
63-й сектор можно обнулить.
После этого можешь в таблице разделов вручную исправить смещение с 63 на 64 или в экране разделов удалить запись о разделе, начинающегося в секторе 63, применить разметку, а потом вставить тот, что имеет начало в 64-ом. Применить изменение разметки.
Автор: Antech
Дата сообщения: 10.09.2013 11:15
Sting666th
У меня скачивается.
Как записать: DMDE - Копировать секторы. Источник - файл (патч), приемник (место для записи) - физический диск. На приемнике начальный сектор 0.
Вернуть можно, да, из Вашего дампа 100 секторов...

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

Предыдущая тема: Винт стал медленно работать


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