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

HeXakep
Не понимаю что за лажа с этой ссылкой, какая-то лабуда. Вот перезалил: http://rghost.ru/16723551


Цитата:

о чём вы, какие зубы

Не знаю, я этого не говорил!
Это говорил Тау, но что он имел в виду осталось загадкой.

9285

Цитата:

если есть патч MFT, то это значит что всё таки ошибки есть?

Не то, чтобы ошибки, раздел исправен. Но он отформатирован, вероятно, с тем же положением MFT. Поэтому я тогда написал про ручной unformat NTFS - это идея Криса Касперски, вычитанная в его статье. Довольно экстремальный метод, в плане запуска Чекдиска .
Т.е., как Вы понимаете, после патча в данном случае наоборот исправный раздел станет неисправным , зато после перестройки корня Чекдиском должны появиться все каталоги/файлы и можно будет открывать шампанское, ну а я могу открыть Тархун . Если, конечно, я не накосячил, как всегда, в патче.

Antech
Структура файлов восстановилась после действия chkdsk, однако папки в корне диска отображены с замочком, при попытке открыть некоторые файлы выдается сообщение, что нет прав на его чтение, при открытии изображений пишется, что программа просмотра не может отобразить файл, при открытии видео плеер пишет файл не найден...3аполненная емкость раздела вроде даже та, как и была раньше, то есть файлы есть, но доступа чтоли к ним нет...
P.s.: всё, нехитрыми действиями удалось сделать разрешения для папок, можно ликовать, файлы открываются!

HeXakep
Да, надо было дать себе права. А перекосячило их, как мне кажется, из-за файла $Secure: ведь он был от другого раздела.
Можете открывать шампань, а я выпью Тархун за очередной кейс. За здоровье винта !

Antech

Цитата:

Это говорил Тау, но что он имел в виду осталось загадкой.

Никаких загадок --- это я про смайлик --- уж очень он веселился, когда плакать надо --- вот так... Оптимист, однако...

Цитата:

Оптимист, однако...

Угадали

Цитата:

Можете открывать шампань, а я выпью Тархун за очередной кейс. За здоровье винта !

Кстати, ни одного файла не пострадало, зато одна директория в корне видимо все же потеряла название вместе с именами поддиректорий, после chkdsk появилась found.0000, а в ней как раз нашлось все, чего не доставало, обычное перемещение/переименование привело все в исходный вид
Ох и надолго теперь запомнятся мне эти восстановители, по вине которых случилось то, что случилось
Antech , как же гуд, когда есть такие эксперты

HeXakep
Молодец!!!
Antech
Помигите мне пожалуйста разобраться с жестким на 500 ГБ.

Antech
Так всё таки, $Secure: был некорректный?

HeXakep

Цитата:

Кстати, ни одного файла не пострадало

И действительно - оптимист. Уже успел пооткрывать все файлы и убедился что нет деффектов? Или были CRC всех файлов?

Добавлено:
Bikchast

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

Извините пожалуйста. Вот все одним файлом.
http://zalil.ru/31506900

Bikchast
Архив битый. Тем не менее - скачал "одиночные" архивы.
Немного не те дампы сбросил (MFT-шные), но запас в количестве секторов всё таки зацепил и нужные сектора. И они какие то пустые. В смысле заголовок есть, но вот данных -того же ранлиста нет. Всё по нулям. Что делалось с винтом до появления проблемы?
Возможно что Antech и найдёт решение, а пока могу предложить вытягивать данные рековерилками. По крайней мере, пока можно попробовать выташить какие то критичные файлы, или те, по которым можно оценить целостность данных. Это архивные файлы, или те же фотки просмотреть их). Если будешь делать это в DMDE, то выбери в Поиске NTFS, который начинается в 63-ем секторе. По скриншоту поиска это NTFS1.

9285
С винтом не чего не делали, он сам по себе превратился в RAW после очередного включения компа.

Bikchast
Будем считать что я поверил.
А вот ссылку ты лучше замени в предыдущем сообщении. Ну зачем людям качать битый архив?

9285

Цитата:

А вот ссылку ты лучше замени в предыдущем сообщении. Ну зачем людям качать битый архив?

Заменил и дополнил архив.

Еще я testdiskом баловался.

9285

Цитата:

И действительно - оптимист. Уже успел пооткрывать все файлы и убедился что нет деффектов? Или были CRC всех файлов?

Ну все не все, я прост уверен уже, потому что косяк после восстановления был только один - проблема с правами доступа, и это исправлено

Bikchast
Сорри, но я как увидел disk.narod.ru, сразу закрыл.
Скачал архив, посмотрел патчи. В общем-то что я могу сказать нового? 9285 уже все сказал (да , дампы вы сняли с физического, а не с раздела, отсюда смещение). Действительно часть атрибутов ушла из $MFT и $Volume. Так что Вы шлейфик-то поменяйте .
Я сделал простенький патч для MFT, вот он: http://sderni.ru/78303 (к счастью, только один фрагмент MFT).
DMDE - Копировать секторы . источник - файл (патч), приемник - раздел (не диск, а раздел!!!). Первый сектор на приемнике 6291456, число секторов 2. Запустите после этого Чекдиск и покажите что он скажет (cmd.exe, в нем - chkdsk.exe БукваРаздела: без /f).

Подозреваю что проблема смешна и решение простое, но увы уровень знаний оленеводческий и по сему прошу помощи! Суть такова: жёсткий 500гиг в HFS, обычно кидаю на него файлы с мака и читаю на писи через макдрайв. Но переодически слетает видимо что то в загрузочной области(?) и на писи пишет что диск анридбл и тд. В Управлении винды раздел МБР оказывается "нераспределённым"(изначално диск не разбит, но в меню управления видно два раздела:465гиг и МБР 128мб). Ставлю диск в макинтош, видимо он автоматом прописывает загрузочную область и снова можно юзать в писи. Но в данный момент мак увёз в другой город, а диск опять глюканул и снова 128ми метровая область "не распределенна". Если я распределю в Управлении винды 128 метров область, станет ли вновь доступен весь диск? не слетят ли данные в 465гиг разделе? Или не лезть в виндовые утилиты, а сразу уже обращаться к рстудио или изирековер? Данные ну просто очень важны. Буду благодарен за любой совет.

Antech
Скриншот chkdsk http://sderni.ru/78327
Я пока все это делаю на клон диске.

IVAN999IVAN
Ничего не меняйте в разделах, скопируйте сейчас через R.Saver, R-Studio или UFS Explorer (можно также попробовать LiveCD Linux). Что касается природы глюка, то врядли кто-то Вам даст точный ответ: HFS - мало распространенная в народе ФС, мы тут больше по NTFS, и даже FAT начали забывать..

Bikchast
Какая-то фигня. Насколько знаю, Raw бывает из-за проблем в бутсекторе, а если что-то не так в MFT и ему сильно не нравится, то "Повреждена основная таблица файлов, выполнение Чекдиск прервано". Да и записали мы совершенно нормальную $MFT с моего исправного раздела (если я косякнул в ранлисте, то реакция была бы другой). Кстати, запишите это начиная с сектора 6291462 от начала раздела (также, как $MFT, только Первый сектор другой). А то будет "невозможно определить версию тома и его состояние", $Volume-то тоже накрыта.

Что касается Raw, то покажите дамп начального сектора раздела (не диска, а раздела). Надо посмотреть что там в бутсекторе, как-то странно...
Да, и еще plz нулевой сектор физического (размеры сравнить).

Antech
Посмотри пожалуйста.
http://sderni.ru/78342

Bikchast
Подправленный 0-во сектор http://sderni.ru/78375, хотя это не влияет на результат.
Другое дело, что причина скорей всего в написанном ранее Antech-ем.
Речь шла о секторах раздела, но если вписывать их значения в приёмнике (даже если выбрать раздел, то запись делается в указанный сектор физического диска. Корректней в таком случае написать в сектор 6291456 + количество секторов, написаное в поле Первый сектор (в твоём случае - 63). То есть в 6291519.
И количество секторов не надо указывать - оно само определяется по файлу (хотя и не показывает). Буквально утром как раз по этому поводу общался с dmde.
Соответствено и другой патч прописать с таким же смещением - то есть в 6291525.

На всякий случай проверь, что во всех указанных секторах. Может я и ошибся, хотя вряд ли. Ну и если моя версия верна, то можешь вернуть назад содержимое перезаписанных секторов 6291456-6291457, 6291462-6291463 - или данными из своих же дампов или хекс шаблоном FF.

9285

Цитата:

На всякий случай проверь, что во всех указанных секторах.

Посмотрел вроде там нормально все. Вот дампы.
http://sderni.ru/78402

Antech,

Цитата:

Какая-то фигня. Насколько знаю, Raw бывает из-за проблем в бутсекторе,

9285,

Цитата:

Подправленный 0-во сектор

Bikchast
Хотел посмотреть, да не читается -- 404
Там только и было всего делов, что MBR/MBS переписать --- мусор там был, а Bikchast умудрился зачем-то загрузочный сектор NTFS "пофиксить"
См. с самого начала на зоне...
HDD - Восстановление MFT
http://forum.oszone.net/thread-212173.html

Доброго времени суток! Предыстория... У товарища накрылся винт Seagate 750Gb (прошивка была SD15). Покопавшись в инете нашёл схему восстановления и в итоге перешив винт всё было поднято. Товарищ был счастлив. Но винту этому доверять не стал и купил себе HDD Hitachi 1Tb. Подрубил его к системе, создал раздел и переместил (!) туда весь свой семейный фотоархив. Перегрузив комп (отключил старый винт после пеноса инфы) обнаружил, что винта нового в системе нет, а в управлении дисками он показывается на 32Mb без созданного раздела. Опять же погуглив нашлась причина - матерь Gigabyte с винтом 1Tb, проблема с BIOS'ом. С помощью HDD Capacity Restore размер винта востановил. И вот вопрос: реально восстановить начальный раздел сразу с фотографиями? Или проще идти восстанавливать их на предыдущем 750Gb? Заранее спасибо.

Segy4

Цитата:

Или проще идти восстанавливать их на предыдущем 750Gb?

А что, --- и 750 GB MB тоже покоцала...???...

Возможно, что и с обоих хардов придётся информацию брать --- чтобы без потерь было...

Bikchast

Цитата:

Посмотрел вроде там нормально все.

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

Tau_0

Цитата:

Там только и было всего делов, что MBR/MBS переписать --- мусор там был, а Bikchast умудрился зачем-то загрузочный сектор NTFS "пофиксить"

Есть у меня некоторые сомнение в этом, но т.к. я не зарегистрирован на том форуме, не могу ни посмотреть картинки, ни скачать файлы. Возможно что в самом начале и было что то не то, но в таком случае хотелось бы глянуть как это выглядело (мусор в MBR и исходный загрузочный сектор NTFS).

Tau_0

Цитата:

А что, --- и 750 GB MB тоже покоцала...???...

нет, просто

Цитата:

Подрубил его к системе, создал раздел и переместил (!) туда весь свой семейный фотоархив.

9285

Цитата:

Если несложно, если будешь ещё отсылать архивы, то давай им отличающиеся имена.

Хорошо.
Сейчас попробую залить 6291519 и 6291525 как вы писали выше.
Что-то появилось в chkdskе
http://sderni.ru/78432

Bikchast
Сбрось отдельно то, что на OSзоне в самом начале темы (скриншот DMDE (из #1) + архив DMDE (из #9)).


Добавлено:
Segy4
А что сейчас с террабайтником? Обычно после снятия HPA, у пострадавших вроде доступ к данным восстанавливается.
Правда это при условии что ничего другого не делали.

9285

Цитата:

А что сейчас с террабайтником?

После снятия HPA винт остался пустым, без раздела. Раздел не создаю, чтобы ничего не испортить.
Упс! Товарищ пробовал удалять тот раздел в 32Мб и создавал новый.

9285

Цитата:

Сбрось отдельно то, что на OSзоне в самом начале темы (скриншот DMDE (из #1) + архив DMDE (из #9)).

http://sderni.ru/78436
Что предлагаете делать дальше?

Bikchast
То, что просил с зоны - второстепенное. Оно может лишь решить один возникший вопрос и понять откуда вообще растут ноги. Ведь ты изначально не упоминал попытки восстановления тестдиском, а оказалось что оно было.
Кстати, в присланом наверное нет всего, т.к. Tau_0 упоминал sec_786420_101.ima а его нет. Хотя, предварительно можно сказать что в том случае была ложная тревога.

Но более важно сделать то, о чём писал ранее - а имено записать патчи Antech-a в правильные сектора.