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

9285
Чуйка рулит

Ну вот смотрите. Допустим, у Вас есть файловая запись каталога, в ней - атрибут INDEX_ALLOCATION, а у него - ранлист. Ранлист описывает расположение каталога (индексной записи) относительно начала раздела. Поэтому, если мы знаем где начинается индексная запись этого каталога, мы можем определить начало раздела. Т.е. НачалоРаздела=НачальныйСекторИндексной-НачальныйКластерПоРанлисту*SectorsPerCluster. Таким образом, осталось только определить соответствие между файловой и индексной записями. Для этого можно посмотреть поле Parent FILE record в любом элементе нашего каталога (элементы, как Вы знаете, состоят из атрибутов FILE_NAME). Эти номера родительских записей одинаковы у всех элементов каталога. Таким образом, мы определяем соответствие индексной и файловой записей, а после этого - вычисляем начальный сектор раздела. И так по многим записям.

Добавлено:
xTREASHERx
Мое мнение: in-place не имеет смысла. Но я могу ошибаться.
Покажите дамп сектора 2055 (от начала физического диска).
В принципе, вот патч MBR: http://rghost.ru/40428863 В нем раздел начинается в секторе 2055, соответственно уменьшен его размер. Но записывать пока что не нужно, просто я подготовил его, чтобы потом осталось только бутсектор исправить, если это нужно. Так что ждем дамп.


Цитата:

в идеальном случае если все сработает то этот раздел должен открыться?

В идеальном - да. В реальном - наверняка понадобится правка Чекдиском. Кроме того, если заливать мой патч, то нужно и MFT вернуть к "пост-партмагоидному" виду (если Вы записали исправление MFT от 9285). Но, как я понял, Вы еще его не записали. Короче, сделайте дамп 2055...

у меня две копии
так что все можно вернуть вспять-))
как я только что сделал после очередного косяка

знаете а есть плюс во всем этом я нашел еще одну тему длоя размышлений которая мне оч интересна

вот сделал бы я по умному (сначала образ и если что то я б просто образ залил и все) но я б возможно и не коснулся этой темы никогда а так новое семя знаний может даже прорастет во что то большее и плодотворное

вот дамп http://zalil.ru/33762218 правда это с копии харда(т.е. я посекторно скопировал хард в раздел) не знаю правильно это или нет,
в 8 -9 утра смогу выложить дамп оригинала
сможете посмотреть?

dmde

Цитата:

Там разные варианты покупки.

сорьки маленькая недоговорка эта почта нужна при покупке через карту кредитную(дебетовую)


Цитата:

А я еще пару дней назад подумал - что за уродский email у этого пользователя

это ты про кого?


Добавлено:
Antech

вот дамп 0-2055 секторов оригинала
http://zalil.ru/33762455

ща перепроверю если я не прав то удалю

Добавлено:
dmde

ну можно и переоформить ящик

проверил shareit требует платную почту
значит allsoft не требует
печалька

поправил
не обижайся
РЕСПЕКТ ТЕБЕ-)))

9285

вот что выдал chkdsk после патча http://zalil.ru/33762636
http://zalil.ru/33762676
(комп не перезагружал)
TXT версия http://zalil.ru/33762689 http://zalil.ru/33762694

На правах бреда:

Цитата:

я скопировал посекторно проблемный хард (320 гб seagate) в раздел другого
(1ТБ seagate раздел порядка 600 ГБ)

xTREASHERx
Простите, что предираюсь, но "ухо режет" . Если вы копировали один диск (размером 320Гб "в раздел" размером 600 Гб) - то это уже НЕ ПОСЕКТОРНОЕ копирование. Посекторным оно было бы, если бы вы 320-ку скопировали НА ПУСТОЙ терабайтник (БЕЗ РАЗДЕЛОВ) именно посекторным копированием (т. е. "клонирование диска" это называется в прогах) (тогда на терабайтники были бы заняты первые 320 Гб и в конце осталось бы неразмеченное место. А всё остальное - не посекторное копирование. Что вообще означает фраза "посекторно скопировать в раздел"? "Посекторно скопировать в файл-образ" это я ещё понимаю (хотя если этот образ будет сжат - это опять не посекторное, т. е. не 1:1 копирование). Возможно я вашу "терминологию" не понимаю, но вы явно неправильно употребляете понятие, уж извините. Решил написать, а то может вы сами заблуждались, теперь знать будете на будущее...

igor_me

возможно я что то не понял
но там есть пункы
источник -хард
место для записи -> нажимаем диск-> выбираем логический раздел
ну и после это идет копирование 320 гигов
после чего тот раздел становится также "проблемным"

возможно я просто что то недопонял(впринципе понимаю что посектрное это 320->320, но я нуб, написал , никто не поправил, я и решил что все нормально)

спасибо

Цитата:

источник -хард
место для записи -> нажимаем диск-> выбираем логический раздел

Либо так у вас в программе сделано (что за прога?), либо потому, что на диске (целевом) есть разделы и нет неразмеченного пространства. Пробуйте клонировать раздел на диск, на котором нет разделов... Если у вас всё работает - замечательно. Я всё это только к вопросу о терминологии.

Можно и диск->раздел посекторно скопировать, если влезает, хотя это и нестандартно и неудобно для работы на приемнике (но если это просто для бэкапа, то неважно). Главное, что без сжатия, и потом не потерять координаты и не запутаться.

Цитата:

Можно и диск->раздел посекторно скопировать, если влезает

А как будет выглядеть этот раздел? Его начало затрётся началом копируемого раздела, а конец останется нетронутым? Или он "преобразуется в расширенный"?

прога хорошая DMDE

igor_me

Цитата:

А как будет выглядеть этот раздел?

Скорее всего, как неотформатированный раздел. Конечно, это не для использования прямо в системе, а просто как бэкап секторов.

igor_me
dmde

у меня написано что система на дубле RAW
как и на оригинале

Antech

блин расшифруй что значит in-place
-------------------------------------
как эта проблема решится
попробую поэкспериментировать с по секторным копированием хардов

Цитата:

Конечно, это не для использования прямо в системе, а просто как бэкап секторов.

Мудрёно как-то, ну да ладно

Antech
9285

пропатчил то что chkdsk выдал написал выше
попробовал chkdsk \f хард стал открываться в винде,
но 80% файлов битые
(субъективно, проверить все равно не получится, так пару папок посмотрел)
ну и винда с него тоже соответственно не грузится
вечером буду из копии в файле посекторно записывать на хард обратно чтоб вернуть ему первосданность


кстати подскажите как сделать так чтобы командная строка выдовала мне весь лог а не только определенное количество строк вконце?

А кто нибудь сталкивался что у жесткого диска скорость 4мб/с?
SMART чистый Victoria выдает тест линейного чтения где то 50-60мб/с
Тестил и в WinPE и в Linux

xTREASHERx

Цитата:

кстати подскажите как сделать так чтобы командная строка выдовала мне весь лог а не только определенное количество строк вконце?

Перенаправь вывод в файл:
Например: chkdsk x: /f > y:\log.txt
Где x проверяемый диск, y любой другой диск

Цитата:

А кто нибудь сталкивался что у жесткого диска скорость 4мб/с?

Самое простое - у диска отключен какой-то из кэшей (чтение или запись) либо проблемы с кабелем (ещё очень редко - с драйвервми контроллёра) и ОС понижает режим UDMA. Все остальные варианты уже не так просты

Unduing
спасибо
------------------------------------------------------------
я вот не пойму
в DMDE жму сервис--заполнить секторы -- выбираю файл (копия жеткого диска на 320 гиг)
а он мне: "файл слишком большой. Используйте функию "копировать секторы" для записи больших файлов."

вопрос копирование и заполнение что одно и тоже?

xTREASHERx

Цитата:

копирование и заполнение что одно и тоже?

Нет. Делай то, что тебе советует программа.

понял
сделаю скину лог чекдиска


DMDE выдала вот такое сообщение
http://zalil.ru/33764295

стоит принудительно блокировать?

gor_me

Цитата:

Самое простое - у диска отключен какой-то из кэшей (чтение или запись)

На самом устройстве отключен?
Под досом Ghost копирование на диск тоже дает 4мб

xTREASHERx
Зачем насиловать винду, если можно договориться (убрать букву у раздела)?

Цитата:

А кто нибудь сталкивался что у жесткого диска скорость 4мб/с?

Диск не террабайтник WD случайно?

у меня есть подозрения на контроллер VIA. Бывает такое у меня в WIN7, лечится простым способом ( у меня) подключаю к другому компу с XP, и всё. Переставляю обратно. Попробуй поменять шлейф и воткнуть в другое гнездо.

Nsk00
Не терабайтник, Samsung IDE 80GB, и Victoria под DOS выдала по нему линейное чтение 50-60мб/с, т.е. в PIO режиме показал корректную скорость чтения.
Думаю шлейф и разъем не причем.
Но попробую с шлейфом и разъемом винта который под WinPE выдал 40мб/с

Unduing
Ты случайно про хлеб не спрашиваешь в мебельном магазине?
При том что в булочной получить ответ (нормальный) намного реальнее.
Здесь рядом есть темы про железные проблемы, в том числе и по винтам отдельных производителей.
PS. Изучи распиновку ножек. Не помню какая, но если отходит (ломается) - UDMA не видать.

Я тут уже спрашивал по теме: http://forum.ru-board.com/topic.cgi?forum=84&topic=4160&start=640#4
Потом одолжил диск, а у него проблемы со скоростью в Windows, а Victoria под DOS показывает нормальную скорость, думал кто по быстрому подскажет.

Цитата:

На самом устройстве отключен?

Да. В Виктории 4.46 можно посмотреть (да и включить на вкладке advanced)

Цитата:

PS. Изучи распиновку ножек. Не помню какая, но если отходит (ломается)

Посередине: 20 или 21.
Да и в диспетчере устройств в Винде посмотрите, какой режим стоит (не PIO ли ?)

Antech
9285

вот лог чекдиска http://zalil.ru/33765363
(он там почти 18000 строк выдал)

что теперь?
если применить параметр /f то хард становится виден но почти все файлы убиты, и винда не грузится

xTREASHERx
Теперь возрати назад содержимое 6291519 и последующих 7ми секторов.
После чего примени патч Antech-а в отношении 0-го сектора и затем повтори проверку чекдиском (после перезагрузки).
Пойми одно - обрыв произошёл на промежуточном этапе и неизвестно на каком и что за это время делалось. Поэтому говорить о более-менее полноценном восстановлении можно, но это когда винт перед тобой и есть что то, по чём можно сравнивать целостность данных (типа контрольных сумм) - в противном случае всё проверять вручную. Что касается винды, то тут как раз таки есть и лёгкость, выраженная в том, что можно сделать проверку системных файлов, но есть и сложности - например если реестр побит и нет копий, в которых можно быть уверенным. Обычно, когда речь идёт о восстановлении, подразумевают как раз таки данные пользователя, потому как винду (пусть даже с кучей настроенных программ и прописанных сертификатов) можно и переустановить

[more] 9285

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

Цитата:

Обычно, когда речь идёт о восстановлении, подразумевают как раз таки данные пользователя, потому как винду (пусть даже с кучей настроенных программ и прописанных сертификатов) можно и переустановить

т.е. винда скорее всего не вернется к жизни, так?
файлы то я восстановил , спасибо проге DMDE


Цитата:

Мое мнение: in-place не имеет смысла. Но я могу ошибаться.
Покажите дамп сектора 2055 (от начала физического диска).
В принципе, вот патч MBR: http://rghost.ru/40428863 В нем раздел начинается в секторе 2055, соответственно уменьшен его размер. Но записывать пока что не нужно, просто я подготовил его, чтобы потом осталось только бутсектор исправить, если это нужно. Так что ждем дамп.

все сделал
залил сектор 0-0

лог чекдиска после патча Antech [/more]

xTREASHERx
Я уж тем более ХЗ что там сделал Акронис, тем более что до сих пор неизвестно:
1. что за версия была (а есть и кривые (если так можно сказать о изначально кривой программе))
2. как она запускалась (из винды или с загрузочного диска)
0. самое главное; с какого переляку начало раздела сместилось в 2055 сектор? Старые версии акрониса бывает что смещают начало раздела, но они это делают как бы приводя к старому формату - то есть было в секторе 64 (2048) а переносит в 63-й. Но тут обратная ситуация. Я уже написал два варианта почему это произошло, но подтверждений какой более вероятен не услышал.

Да и знание этого всё равно не поможет - ведь тут важен алгоритм работы. Предположим что сначала корректируются данные в MFT для тех файйлов, которые остаются на прежнем разделе, потом данные с освобождаемого места переносятся и данные в MFT соотвествено, потом перепрописывется бутсектор (хотя судя по дампу 2055 сектора это делается в начале), потом таблица разделов. Ну это такой упрощённый сценарий (мой) - на самом деле всё может быть по другому. Ну и даже зная сценария важно знать на каком моменте произощёл сбой (причём не в визуальном представлении а в самих изменениях).

Что касается винды, то теоретически можно, но практически долго и нужно (и то, если ХР).