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

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

Автор: Tau_0
Дата сообщения: 15.01.2014 15:33
9285

Цитата:
ЗЫ: Зона упала, или у вертухаев опять приступы непущания инакомыслящих?

С зоной пока номально, но по твоему совету решип побродить дабы умища набраться….
Алеверды… --- продолжим тест… А ты что видишь на этой картинке…
http://imagizer.imageshack.us/v2/800x600q90/32/2t7i.jpg
Автор: Beard_Electric
Дата сообщения: 15.01.2014 18:26
всем доброго времени суток...
Восстанавливал флешку Partition Doctor - всё прошло успешно. Но! Он при запуске чё-то спросил - я нажал "ОК". Результат: на винте 1.5Тб слетела таблица разделов и главная MBR.
Сканирую Active Partition Recovery. Результат: найдёны разделы, вся информация цела. Но восстанавливать разделы он наотрез отказывается.
Я так понимаю, что единственный способ это вбить таблицу разделов вручную, зная начальный и конечный сектора. Но как это сделать (т.е. по какому принципу и что вбивать в загрузочную область) я не нашёл нормальной информации. Поделитесь инфой для чайника, пожалуйста.
Автор: KshaGo
Дата сообщения: 15.01.2014 19:10
9285
А файловую систему восстановить никак не получится на этом винте? Просто р-студио пишет ошибку симафора и ничего не получается считать. Для посекторного копирования у меня нет 2Тб пустого винчестера.
Просто видел как Вы в HEX редакторе делали человеку почти и у него после них восстанавливалась работоспособность винта. Конечно наверное моя ситуация другая, более сложна. Мне хотя бы увидеть каталоги на винте.
Автор: 9285
Дата сообщения: 15.01.2014 21:55
Beard_Electric
Более корректная тема - http://forum.ru-board.com/topic.cgi?forum=62&topic=20390#1
И щапка в ней очень полезная.

KshaGo
Я понимаю что тебе хочется верить в чудеса, и что именно ты счастливчик (в отличии от других).
Но только hex-редактором не устранить физические проблемы винта.
Если на этом винте остановится рост сбойных секторв, то потенциально ФС можно восстановить. Но только вряд ли это случится. И всяческие попытки реанимации лишь оотягивают конец решения проблемы, но приближают конец винта. Нет винта - купи, займи и т.п. Или как ещё тебе обьяснить что чудеса бывают только в сказке.
Вот когда ты вычитаешь какую то часть данных то, в зависимости от того что вычитается, можно будет говорить о восстановлении ФС.

Добавлено:
Tau_0
На твоей картинке я вижу структуру диска с расширенным разделом, внутри которого имеются логические диски. А между строк вижу твою попытку оправдать ту глупость, которую ты написал на "чудо-форуме".
Кстати, похоже что тот, кто закрыл мне доступ на зону читает эту тему. Или ты маякнул? Сейчас уже зашёл на "чудо=форум" и отписался.
Автор: pivometr
Дата сообщения: 16.01.2014 00:24
9285

В продолжение оригинального запроса залил дампы двух кусков к пунктам 1 и 2: http://rghost.net/51685510


Цитата:
3. По результатам Поиска NTFS в DMDE можешь открыть том с началом в секторе 264192 и посмотреть что там выжило (в том числе и в папках с невзрачными именами Fxx Восстанавливай самое ценное и проверяй целостность.

К сожалению удалось вытащить чуть больше десятка файлов из сотен тысяч. Они целы.

А полный список файлов както можно найти?

Спасибо
Автор: 9285
Дата сообщения: 16.01.2014 00:42
pivometr
Картина удручающая.
Обрывки каких то записей, причём не всегда там, где они должны быть.
MFT судя по ранлисту как раз не сильно фрагментирована - всего то два фрагмента. Вот только из более чем 150 ыс. записей целы (судя по логу) лишь чуть больше 152. Причём второй фрагмент, с числом записей 6656, должен находиться в самом конце диска, хотя как раз такой же (по числу записей и их номерам). И очень много больших фрагментов, расположенных в разных местах диска.
Это чем то напоминает взрыв бомбы попавшей на помойку (не воспринимай дословно).
В принципе, открывай тома и смотри что там есть. Восстанавливай важное (на другой носитель) и проверяй корректность данных.
Если реально воспринять ассоциацию, то можно попробовать сложить ошмётки в их "законное место" и посмотреть что получится. Ну и раз такие проблемы с записями MFT, то без восстановления по сигнатурам не обойтись.
Автор: pivometr
Дата сообщения: 16.01.2014 01:36
9285

Цитата:
Это чем то напоминает взрыв бомбы попавшей на помойку

По вашему опыту приблизительно чем это было вызвано?
При копировании вылетала такая ошибка - Error: 665 (file system limitation).

Цитата:
Если реально воспринять ассоциацию, то можно попробовать сложить ошмётки в их "законное место" и посмотреть что получится.

К сожалению это выше моих способностей.

Цитата:
без восстановления по сигнатурам не обойтись

Напустил R-STUDIO посмотрю что выдаст.
Автор: 9285
Дата сообщения: 16.01.2014 02:04
pivometr
Я в реалии ещё не сталкивался с заворотами, а по форумным случаям сложно судить потому как дампы не могут показать всей картины - например как было распределено пространство на диске, что конкретно заполнялось. А может это ошмётки прежних ФС (разделов)?

Эти темы для того и существуют, чтобы участники могли получить помощь. Лично я не любитель помогать тем, кто просто ленится почитать уже имеющееся или считает что за него кто то должен это сделать(например изучить как делается дамп и т.п.). Но зато с удовольствием помогу желающему разобраться, особенно в интересном и для меня случае. А твой как раз таковой. Только если захочешь проверить версию с ошмётками, потребуются , более существенные дампы фрагментов MFT, в которых (в резидентных записях) могут быть и конфиденциальные данные. Поэтому такие вещи (ссылки на дампы) можно будет сделать не в теме а через ЛС.
Автор: pivometr
Дата сообщения: 16.01.2014 03:18
9285

Цитата:
А может это ошмётки прежних ФС (разделов)?

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

Львиная доля данных которые есть на этом винте у меня продублирована в других местах. 98% данных ценности не представляют и методом исключения списки файлов и сами файлы могут быть восстановлены.
2% данных возможно на 50% восстановить зная имена файлов.
Самое противное что эти 2% заливались в начале.

Я к сожалению механизм действия заворота не совсем понимаю. Если после заполнения 2.2Тб емкости данные начинают писаться поверх старых начиная с цамого начала то это в моем случае очень печально т.к. интересующее скорее всего погребено.

Посмотрю что R-STUDIO накопает, все еще сканит...
Автор: betssaf
Дата сообщения: 16.01.2014 03:33
pivometr
Порой лучше находит DiskDigger, нежели R-Studio
Автор: pivometr
Дата сообщения: 16.01.2014 04:37
betssaf

Цитата:
Порой лучше находит DiskDigger, нежели R-Studio

Спасибо, попробую и DiskDigger.
О разнице в количестве найденного отпишусь.
Автор: betssaf
Дата сообщения: 16.01.2014 04:43
Универсальной нет утилиты, в одном случае одна поможет лучше, в другом другая. У каждого свой топ 5 программ.
Автор: 9285
Дата сообщения: 16.01.2014 10:15
pivometr

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

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

И не надо идеализировать работу винды с файловой системой. Файлы не всегда заполняют простанство последовательно, а недавно практически на пустом 200 гиговом разделе винда умудрилась записать 20 гигов и часть данных была фрагментирована.
Автор: Tau_0
Дата сообщения: 16.01.2014 11:24
9285

Цитата:
А между строк вижу твою попытку оправдать ту глупость, которую ты написал на "чудо-форуме".

Опять ты меня рассмешил. Тебе что в лоб, что по лбу – всё едино…
Эта картинка как раз и иллюстрирует верность моего основного тезиса ===>

Цитата:
На MBR разметке можно в PT создать не более 4 разделов, а в EPT (звене цепочки разделов) расширенного раздела можно указать только один раздел.

Там твои перлы порезали, но лохмотья остались...
http://forum.oszone.net/thread-273612.html

ЗЫ На зоне я никому ничего не мяукал и не гавкал. Я даже не знал, что твои Ментовские войны дошли до того, что уже по IP начали банить…
Автор: Ancient_Knight
Дата сообщения: 16.01.2014 15:58
Tau_0
Не связывайтесь, я уже всё про него понял - тот ещё троль. Не стоит оно того. Он меня упрекал в офтопе, а сам какие-то картинки суёт... Обычно игнорирую таких. Просто я тут новичок, вот и не понял сразу. А за поддержку, спасибо.
Автор: Tau_0
Дата сообщения: 16.01.2014 16:28
Ancient_Knight
Он не троль, но порою слишком много апломба и упёрт до безобразия...
У нас старые разборки...
Автор: pivometr
Дата сообщения: 16.01.2014 16:46
9285

Цитата:
Но если ошмётки поместить в правильное место

Т.е. собрать те найденные NTFS фрагменты в одно целое?

Если подскажете как это делается или поможете сделать буду признателен.

Я нуб в этом деле. Это первый случай в моей жизни когда я сталкиваюсь с восстановлением данных. Винты конечно сыпались но я всегда имел бэкап и на восстановление время не тратил.
Автор: alexgr
Дата сообщения: 16.01.2014 16:50
Tau_0

Цитата:
У нас старые разборки...

ну дык тогда лучше в ПМ. многие не в теме и пример не из лучших.
Автор: pivometr
Дата сообщения: 16.01.2014 17:41
9285
После беглого анализа результатов R-STUDIO скана у меня возник вопрос.
На этом диске лежал с десяток vmware виртуальных машин и по почти все они виндовые.
Может файловые системы виртуалок были распознаны DMDE?
Автор: 9285
Дата сообщения: 17.01.2014 00:40
Ancient_Knight
Очень даже показательный ответ.
Кстати, Tau_0 так быстро ответил на вопрос, я уж подумал что это твой ответ. А теперь вот в одну дуду задули. Х Х видит издалека? Или раздвоение личности? И покажи где это я тебя обвинял.
А вопрос таки по теме, но только это надо понимать в теме. Нк да ладно - раз специализд говорит что он прав, то падаю лицом и ниц.

Попозже я отвечу и на вопрос и ещё кое что, но это будет не для тебя.

pivometr
Ну видишь - я оказывается троль. А что, ведь мысль о личных сообщениях даже заинтриговала - давай как мы с тобой там пообщаемся. Заодно не будем спецам показать себя во всей красе - ведь они теперь решат все вопросы за один присест - в том числе и твой.
Автор: Tau_0
Дата сообщения: 17.01.2014 00:44
alexgr

Цитата:
ну дык тогда лучше в ПМ. многие не в теме и пример не из лучших.

Через личку уже было... Бесполезно --- арбитров нет...
Пример именно для этой темы самый жизненный...

А вот то, что многие не в теме относительно того, как устроены расширенные/дололнительные/extended разделы в классической разметке MBR это плохо...
Автор: Ancient_Knight
Дата сообщения: 17.01.2014 12:49
Tau_0
Цитата:
Он не троль, но порою слишком много апломба и упёрт до безобразия...
Пусть так. Но тогда, как понимать вопросы с картинками?...
9285
Цитата:
И покажи где это я тебя обвинял.
http://forum.ru-board.com/topic.cgi?forum=84&topic=4564&start=440#9
Цитата:
даже сам вопрос с разделами практически оффтоповый

На остальной бред отвечать не хочу и спорить - тоже. Не интересно.

Автор: Tau_0
Дата сообщения: 17.01.2014 13:32
Ancient_Knight

Цитата:
Пусть так. Но тогда, как понимать вопросы с картинками?...

А как хотите, так и понимайте.... Я свое понимание картинки 9285 истолковал...
Мою ответную картинку 9285 (в смысле к чему она...) тоже прекрасно понял --- у нас с ним богатый контекст наработан...

Вот правда истолковал он её по своему --- мол я свою глупость признаю... Вот тут он ошибся, ибо считаю, что он неправ... Жаль, что Antech нет... --- было бы просто этот незамысловатый спор добить...

Вам нечего на 9285 обижаться... --- По крайней мере я ничего обидного для Вас в приведенной ссылке не усмотрел.
Автор: Ancient_Knight
Дата сообщения: 17.01.2014 13:54

Цитата:
Вам нечего на 9285 обижаться...
Да что Вы, я не обижаюсь, ерунда. Просто, подобные споры ни о чём - лишены смысла, пустая "трата слов".

9285, извини за "троля". Но именно так я воспринял твои "выпады".

Цитата:
По крайней мере я ничего обидного для Вас в приведенной ссылке не усмотрел.
Мы на "разных колокольнях". Надо просто привыкнуть к дискуссионной манере 9285

Tau_0
Извините, не хочу больше это обсуждать, давайте по теме.
Автор: 9285
Дата сообщения: 18.01.2014 00:18

Цитата:
споры ни о чём - лишены смысла, пустая "трата слов".

А как же известное "В споре рождается истина"? Я не претендую на истину - просто привожу доводы, и хотелось бы такого же с другой стороны. И могу [more="обьяснить"]xerpal спросил чем заполнить 0-ми диск. Я посоветовал ему DMDE, Tau_0 - Victoria. Могл быть предложен и тот же Ccleaner, но ведь это было выставлено в ракурсе - он простой, а остальное офигеть как сложно. Имено это не задело, а стало поводом к разьяснению. А уж упоминание с этаки восхитительным придыханием метода Гутмана лишь стимулировало действо.
Итак.
1.Ccleaner достаточно неоднозначная утилита, после использования которого возникали проблемы. В том числе проблемы с чем то другим после чистки другого.
К тому же, на сайте разработчика этой утилиты присутствует и кода то кем то выданная за суперпрогу Recuva. Так вот последняя даже на абсолютно чистом диске умудрилась найти раздел.
Не знаю кому что, но лично мне это говорит о не идеальном (мягко говоря) уровне разработчиков.
Да и вообще, не раз попадались системы которые и при другом её использовании приводили системы в кому. Поэтому у меня есть большие сомнения в том что это лучше и легче.
Что касается метода Гутмана, то это может быть хорошее дело, но применительно к очень древним винтам, где может и есть остаточная намагниченость (ведь утилита может использоваться применительно и к таким винтам, да и просто упоминание использования этого метода магически (паралитически) действует на сознание тех, кто не понимает в этом вопосе).
Так вот про это д метод я и написал - и именно в том плане что он вреден для будущего владельца винта (ели он ничего не будет чистить 0-ми). И это связано как раз таки с мусором, записываемым в последних проходах. Именно он может стать помехой, так как то, что отличается от 0-ля (скажем так чистоты) может быть помехой.
И мой вопрос упрощённо показывает как может быть неоднозначно восприниматься информация.
Ведь то, что нарисовано может быть воспринято и как римская IV а может и как просто буквы IV (и как комбинации того и другого). Причём, в немалой степени, это восприятие может быть в контексте и других данных поблизости - например становится понятным что по смыслу описания исторических событий это нужно отнести именно к 4-веку.
А ведь I может быть просто остатком того самого мусора. В таком слчае представление значения символов на картинке резко меняется. Надеюсь то понятно обьяснил И если понятно, то вполне понятно что наиболее оптимально именно обнуление.
Но почему то есть категория оппонентов, которая считает что это пишется в пику. Наверное потому, что каждый думает в меру своей распущенности.
И вместо простой аргументации начинается (уже привычные) обвинения в троллинге и т.п.
Есть один персонаж - Игорь Лейко. Так тот в неудобных для него ситуауциях сразу начинает отмазываться тем, что мол к нему нет на Вы обращаются и т.п.

Добавлено:
Кстати, вот тут недавно проскакивало по поводу формата раздела и последующего восстановления.
В интернете можно найти не один случай когда таким методом кто то восстанавливал данные. И хотя эти случаи редки (и специфичны) - им есть обьяснение. В существующей ФС имеется какой то хлам (мусор) в начальных записях MFT. И он неправильно трактуется некоторыми программами. В случае формата (имеется в виду быстрый) при котором MFT форматируется в том же месте прежнее содержимое с мусором переписывается читабельным содержимым. После чего тупившие ранее программы начинают находить данные
Зто подтверждение того что мусор не бывает полезен. Более того, если не форматировать а просто занулить проблемный участок , восстановление может быть существено лучше - но тут всё зависит от конкретики и софта.
[/more] это на примере последнего "спора" в котором был затронут и мой вопрос.
Автор: Anagal
Дата сообщения: 23.01.2014 13:44
Помогите!
Есть компьютер, на котором контроллер сконфигурирован как Raid. Диск разбит на две части: 300Гб и 2Тб. Тома были сконфигурированы как динамические. На системном диске 300Гб не хватало места. Не пришло в голову ничего лучше как поставить еще один диск на 500Гб и перенести на него систему (Win7). Acronis Disk Director сказал, что с динамическими дисками не работает и предложил преобразовать их в базовые. И сказал, что даже если диск загрузочный. то все будет хорошо. Я это сделал. Acronis пообещал это выполнить после перезагрузки.

После перезагрузки система перестала грузиться: BIOS показывает наличие 3х томов, но Windows не грузится
"сбой меню загрузки, поскольку требуемое устройство недоступно"
и предлагает взять cd с Win7 и запустить восстановление системы. Загрузка с cd Win7 приводит к BSOD на драйвере megasr.sys.
Загрузка с live cd WinXP проходит и Acronis в ней показывает, что диски остались динамическими.
Загрузка с cd Win8 проходит, в командной строке видны все файлы на потерянных дисках. Но восстановление Win7 не проходит: говорит диски заблокированы.

Что делать? Преобразовать диски обратно в базовые? Или какую утилиту? Помогите!!
Автор: 9285
Дата сообщения: 23.01.2014 14:45
Anagal
Нужно смотреть что там сейчас. Покажи скриншот экрана Разделы из DMDE.
Смущает упоминание режима контроллера. Если был рэйд, то какой. И если при этом был один винт, а подключили второй, то тут зависит от того, как поведёт себя контроллер.
Автор: Anagal
Дата сообщения: 23.01.2014 21:05
9285
контроллер был установлен в режим рэйд только чтобы можно было использовать диск на 3Тб. Он разбил большой диск на два. И в ADD они видны именно как два диска (а не партишина). Добавление второго винчестера прошло вполне безболезненно. Win7 после этого нормально грузилась и видела новый диск. Проблема возникла после желания скопировать Win7 с системного диска на новый. ADD объявил, что для этого нужно сначала преобразовать динамические диски в базовые. И вроде как сделал это (?), но после этого ось не загрузилась
Компьютер на работе, скриншот покажу завтра
Автор: 9285
Дата сообщения: 24.01.2014 02:06

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

Это что за такой контроллер что в обычном режиме не поддерживает 3тб, а в режиме рэйда да?
Ну что же, подождём скриншот.
Автор: dimitriy7
Дата сообщения: 24.01.2014 15:41
9285: Маленькое лирическое отступление: тут не в поддержке дело, а в том, что большие диски делят средствами рейд-контроллера на ЛЮНы, чтобы не связываться с gpt. Ибо каждый LUN расценивается как самостоятельный физический диск с собственной mbr и pt


Добавлено:
Anagal

Цитата:
"сбой меню загрузки, поскольку требуемое устройство недоступно"
и предлагает взять cd с Win7 и запустить восстановление системы. Загрузка с cd Win7 приводит к BSOD на драйвере megasr.sys
Конфигурация дисков изменилась, и загрузчик не знает, где теперь искать необходимый ему драйвер lsi megaraid. А когда вы с DVD вин-7 пытались загрузиться, на каком этапе получился BSOD? После выбора пункта "восстановление системы" или чуть позже, на вкладке "параметры восстановления"? Вы ваш драйвер "lsi megaraid" руками подгрузить не забыли?

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109

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


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