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

Цитата:

Глупость сотворил, понимаю

Цитата:

А тут вдруг после очередного взбрыкивания отключил,

qwerzxc вы про это что ли. Я все USB так отключаю и ничего. Не партесь. Скорее всего - просто совпало. На диске накопились ошибки и в один прекрасный момент ОС просто не распознала файловую систему... У него накапливались бэды и долгочитаемые сектора. И ОС тупо тормозила при работе с ним. Я видел диски, которые через раз: раз - норма, раз - RAW

все получилось, вот результат. http://www.adslclub.ru/upload/img/2012-07/18-15414943536.gif

Nsk00
На скане бэды (16 штук), что, в общем-то, не новость. Проверить, ушли ли они после ремапа, можно повторным сканом (должно быть Err: 0). Но вероятность поиметь сюрпризы от такого винта уже намного больше, чем если бы бэдов не было, так что подумайте о посектрной копии.

Antech
Я использую последнюю версию DMDE free. В ней при копировании секторов они копируются в файл. "Заполнить секторы" выполняет запись файла на диск в указанные секторы. Я правильно вас понял, что мне нужно именно записать ваш файл в указанные два сектора.
Записывать именно в физический диск, не раздел? В своих постах я выкладывал значения секторов раздела, а не физ. диска. У них нумерация разная же?
Сделал как вы говорили: записал ваш файл в секторы 6291519-6291520 физического диска. Результат chkdsk такой же:
Тип файловой системы: NTFS.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.
Повреждена основная таблица файлов. Будет выполнена попытка восстановления
основной таблицы файлов с диска.
Не удается восстановить основную таблицу файлов. Выполнение CHKDSK прервано.

limbast
Сорри, ошибся я с номером сектора, перепутал с другим кейсом... Записывайте начиная с сектора 6291456 от начала раздела (от начала диска не знаю, у меня нет Вашей таблицы, по бутсектору брать не будем). А сам патч я проверил, он работает.

Antech
вот результат http://zalil.ru/33584916
Что означают эти "повреждения"? Невозможность восстановления?
DMDE после поиска NTFS распознает структуру и файлы. Но восстанавливает по одному. Ужас.
R-Studio находит на этом разделе кучу других разделов и почти все битое. Из фото нужных максимум половину если восстановит, то хорошо. И то я досконально не исследовал. И так видно что на большом кол-ве файлов крестики.

Antech
Сейчас проверил HDD при помощи MHDD. Самое худшее - при <500 - 3. После всех телодвижений с DMDE и другими прогами (включая R-Studio) имею ряд Excel файлов открывающихся, ряд неоткрывающихся и ряд пропавших. Я думаю, что это все результат работы chkdsk.exe. Как можно вернуть состояние диска до внесения изменений chkdsk.exe?

Ну Antech пишет через пост:

Цитата:

Вы можете пустить Чекдиск на исправление (/f), но мы никогда не даем 100% гарантии беспроблемности Чекдиска. Если есть что-то важное, лучше сразу скопировать через любую рекаверилку.

Перевод на "русский": никак

Antech,

Цитата:

Покажите дамп 20 секторов физического, начиная с сектора 6291519 от начала диска.

http://zalil.ru/33585857

Добавлено:
igor_me, смарт атрибуты, как ни странно, в норме. Ни бэдов, ни пендингов, вообще ничего. Сам винт похоже в порядке, я думаю дело только в контроллере.
А-дата меня подкупает только защищенностью от ударов и влаги, ронять переносной винт или заливать его чем-нибудь - это у меня как здрасте. На велике много езжу ))

AlexanderGreat

Цитата:

Как можно вернуть состояние диска до внесения изменений chkdsk.exe?

На NTFS? Никак (записи исправляются in-place). Либо по остаткам ФС восстанавливать (Вы это уже опробовали), либо по сигнатурам искать (raw-поиск), это можно сделать в R-Studio (Extra search for known file types), RecoverMyFiles и других прогах. Если такой режим тоже опробован, то врядли Вы восстановите больше.

limbast
Это уже лучше, патч успешно сработал.
Ошибки типа "Запись атрибута (128, "") в сегменте записи файла XXX повреждена" врядли относятся к самим этим записям. Тут больше похоже на пересекающиеся файлы (еще бывает от неверного размера раздела, но врядли это Ваш случай, ведь дефрагментация размер раздела не затрагивает).
В принципе, у Вас в перспективе стандартный выбор: предварительное восстановление рекаверилкой самого нужного (теперь-то любая хоть как-то работающая рекаверилка должна справиться), либо сразу chkdsk /f (те файлы, которые с ошибками в 128, накроются). Но это не сразу. Есть еще вопрос с размером MFT, т.к. в ранлисте он один, а в размерах (которые в байтах) и в Last VCN - другой. Чекдиск это роглатывает спокойно, но нужно проверить реальный размер MFT. Для этого покажите результаты Поиска NTFS в DMDE (лучше сразу скрин и лог).

Кстати, Ваш патч был сделан и проверен не в WinHex, а в MediaWorkshop. Это типа реклама бесплатной проги

qwerzxc
MFT была нафиг испорчена: смещение и не только. Я имплантировал $MFT : DATA в $MFT своего раздела.
DMDE - Копировать секторы. Источник - файл http://rghost.ru/39286916 , приемник - физический диск. На приемнике начальный сектор 6291519 (вот для Вас это правильный сектор), число секторов 8. После этого напустите на раздел chkdsk.exe БукваРаздела: без /f и покажите результат (сразу после патча раздел не должен открываться, это нормально).

Причина - в контроллере, это да. USBC - классика USB-генных проблем. Так что меняйте коробку...

Antech
Видно, что вы в своем деле дока и я больше не понял, чем понял из того что вы сказали. Ваши познания удивляют!
По поводу рекламы MediaWorkshop. Я правильно вас понял, что после патча лучше пытаться восстанавливать нужные файлы через MediaWorkshop, а потом уже применить chkdsk?
Такое руководство к действию?
Вот результаты поиска NTFS и скин DMDE ДО применения патча. http://rghost.ru/39290861
Нужно сделать поиск NTFS ПОСЛЕ применения патча?

limbast
В своем деле я инженер-котельщик, DR - это хобби и мои познания довольно скромные, и вообще я довольно тупой и тормозной... Просто у меня были проблемы с винтами, я заинтересовался темой и теперь вот такое хобби по восстановлению инфы...


Цитата:

после патча лучше пытаться восстанавливать нужные файлы через MediaWorkshop, а потом уже применить chkdsk?

Как хотите, я не имел в виду именно это , но Вы можете и в Workshop попробовать (я им восстанавливал файлы со всего раздела). Есть еще R.Saver бесплатный (рекламная прога от известной DR-фирмы R-Lab и авторов UFS Explorer). DMDE Free - только по одному файлу.

По результатам поиска. Все нормально, у Вас сейчас в патче ранлист точно соответствует размеру MFT (остальные значения поправит Чекдиск или драйвер ФС, это уже ерунда).

Цитата:

В своем деле я инженер-котельщик, DR - это хобби

Только в России может быть. Причём выпускники IT-учебных заведений зачастую меньшие профи, чем инженеры-котельщики

Цитата:

и вообще я довольно тупой и тормозной

Ага, знаем мы... Это у нас "порода" такая. Я про себя тоже так говорил не раз (основная работа - сисадмин (по образовани - инженер-механик), занимаюсь ремонтом БП, мониторов, материнок, HDD,принтеров, другой (некомпьютерной) электроники, немного програмирую на VB и т. д. и т. п. )

limbast
Не знаю что имел в виду под оригинальностью Antech - но подобное уже встречалось, и насколько помню тоже после глюка дефрагментатора. Поэтому хотелось бы уточнить чем делалась дефрагментация. Желательно точные данные - версия винды если делалось штатными средствами, или точный релиз если использовалась сторонняя утилита. Эти данные могут помочь тем, кто в дальнейшем может пострадать в подобной ситуаци.

Antech

Цитата:

т.к. в ранлисте он один, а в размерах (которые в байтах) и в Last VCN - другой.

Что то не заметил такового. Или это последствия спешки (многозадачной)?

igor_me
Учащиеся IT-технологим делают это чтобы зарабатывать деньги а е превращать это в хобби.
И если кто то зарабатывает деньги на восстановлении, то вряд ли у него есть желание светить своими знаниями в публичных местах.
Дружеский совет - почитай эту и подобные темы. Для этого потребуется немало времени, и хотя бы в этот промежуток времени ты не будешь писать глупости подобия

Цитата:

На диске накопились ошибки и в один прекрасный момент ОС просто не распознала файловую систему... У него накапливались бэды и долгочитаемые сектора.

У qwerzxc классическая болячка внешних винтов, производства A-data. И она не лечится перетыканиями и пофигизмом.

Уважаемый Antech, после применения вашего патча и работы chkdsk все данные восстановились, может конечно и не на 100%, но система загрузилась и работает без ошибок!
Единственное, размер тома в его свойствах определялся не верно. Вместо 217Гб - 89Гб. Но это уже были решаемые мелочи.

Огромное вам человеческое спасибо!

На правах оффтопа
9285
Поручик - не придираться. Я описал по аналогии со случаями, которые сам видел. Про A-data - значит не встречал ещё. Я и не говорил, что эксперт по датарекавери и по всем моделям дисков - тоже могу ошибаться... Да и "удалённая диагностика" местами дело неблагодарное, уж это сами знать должны

Цитата:

чтобы зарабатывать деньги а не превращать это в хобби.

Цитата:

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

Вы забыли, что большинство пользователей просто испугаются использовать "методы", описанные профи (если хотят поднять дату, вот если прибить винт, поэкспериментировать... ) Посему не вижу смысла в сокрытии большинства методик...
Я вот (подрабатываю) ремонтом компов и электроники. Никогда не испытывал желания "не поделитьтся" информацией, потому, что мне "жалко". (только если я получил не рядовую инфу от других на условиях "не давай, кому попало"). А вот вопрос времени - но тогда просто не надо заходить в форумы, если его нет. Я никогда не скажу плохо о профи, если он скажет - нет времени. А то всё ещё встречаются, заглядывающие в форумы, "профи" типа: "знаю, но не скажу".
У меня работа - оплачиваемое хобби. This is THE BEST

Флуд заканчивается этим постом. Ответов на контр-аргументы не последует. Останемся при своих мнениях.

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

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

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

9285

Цитата:

подобное уже встречалось

Просто я раньше такого не видел (или забыл).

limbast
Был неправильный размер раздела в бутсекторе. Я пропустил это, потому что в подобных кейсах (смещение в начале MFT) бутсектор не должен затрагиваться. Я говорил об этом, когда пояснял ошибки в Чекдиске, но не мог даже подумать, что это действительно из-за размера в бутсекторе (непонятно зачем дефрагментатор вообще лез в бутсектор). Так что теперь те файлы, на которые ругался Чекдиск, покоцаны. Сорри.

9285
Ну я вроде никого ничего не лишил. Если про тот случай говорить, я, вообще-то, предполагал, но просто не написал об этом (ведь результатов сканирования поверхности нет, а без этого даже МЕГАпрофи только предполагает - есть бэды или нет, что уж я )
А флудом, если перечитаете, я назвал только свой пост, никак не ваш
Ну и играет роль, что я всё же больше ремонтировал HDD (хотя на работе, по "долгу сисадминства", приходилось и спасать данные с компов-серваков).
Похоже, мы остались "друзьями" - это хорошо

Antech
Как я писал выше вроде все на месте, система загрузилась, и на какой именно файл ругался chkdsk (файл 128) я не знаю. Лог к сожалению не сохранился, но чекдиск прошел быстро и файл всего был потерян один, судя по нему №128. Система ругнулась при загрузке на поврежденную библиотеку windows live, я весь WL удалил и ошибки не стало. Возможно этот файл как раз и был поврежден.
Главное что все фото на месте.

limbast
128 - это не номер файла, а тип атрибута (128 == 80h - DATA). И таких был не один... Будем надеяться, что это не были важные для системы файлы. Ну а формально - я всегда предупреждаю перед Чекдиском на исправление...

Antech
вот результат выполнения чекдиска после копирования секторов:

Цитата:

chkdsk k:
Тип файловой системы: NTFS.
Метка тома: QwertyZXC.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Обработано файловых записей: 471552.
Проверка файлов завершена.
Сегмент записей в файле 197537 потерян.
Обработано больших файловых записей: 317.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

qwerzxc
Это хорошо. Теперь пускайте chkdsk.exe K: /f для исправления минорных ошибок. Но если есть что-то важное, а раздел недоступен, сначала скопируйте через любую рекаверилку (нет 100% гарантии безопасности Чекдиска).
Кстати, этот патч тоже был сделан в MediaWorkshop, это продолжение рекламы

На правах оффтопа:
Antech
Не примите как наезд на вашу прогу (скорее как антирекламу ), но проги (размером несколько мегабайт) которые требуют framework, весящий десятки мегабайт и жрущий оперативу, лично я считаю "не айс", особенно если они не уникальны. Мимо проходил, уполз в свою "норку", сапогами больно не бейте

Уменьшил диск D, а системный С увеличил. В VISTA ничего не изменилось, а в ACRONIS все как просил. Помогите!!! Как пользователь я питекантроп. Поэтому использовал ACRONIS. Сказали бегунок влево вправо и будет счастье. Причина банальна. Купил DIABLO 3. Потребовалось обновить VISTA. Так сказали BLIZZARD. Не хватило пространства для обновления. Пошел искать. Нашел АД, но не DIABLO. По моей системе и по проблеме сделал скриншот. Заранее спасибо.http://i41.fastpic.ru/big/2012/0722/48/d19ed7e791f14950c107bbd0e7d53d48.jpg

bair1974
Типа пытались на 3 с лишним гига увеличить (неразмеченное место в конце)? Вообще и в Акронис и в Диспетчере дисков у вас одинаковая картина. По ней однозначно не понятно. Единственно приходит на ум, почему могло "не получится" (читай: не так делали) - это тот момент, что диск D находится в дополнительном разделе (зелёный прямоугольник в Диспетчере дисков), в котором ещё и E и F. Нужно сдвинуть к концу диска все три раздела и сам дополнительный раздел (он как "контейнер"), если акронис это позволит. описывайте пошагово, неплохо промежуточный скриншот показать того этапа, где что-то не так пойдёт.
Передвигаем к концу диска по очереди F, E, D, увеличиваем С. Если в процессе вдруг рубанут электричество, могут быть нехилые проблемы с сохранностью данных

Область справа там хранятся образы. Это мне сделали если будет CRUSH системы. Цитрус в другом. Посмотрите на скрине Управление дисками. В верхней части старая дисковое пространство, а в нижней новое. Пугает несоответствие. Спасибо за предложение помощи.

Да - не заметил. Кстати - первый раз такое вижу Либо нужно перезагрузиться (видимо, это уже сделано). Либо Vista не хочет менять размер системного раздела. Либо это глюк, возможно, поможет запуск ScanDisk. Посмотрим, что скажут другие...

Вы знаете, своим мозгом неандертальца мне тоже кажется вроде надо что-то перезагрузить. Но в силу своей компьютерной безграмотности опасаюсь. Поэтому хотелось бы знать мнение доктора. Но я пытался обновить VISTA опять не хватает пространства. То есть если это глюк, то не в мою пользу. Подождем.

igor_me

Цитата:

проги (размером несколько мегабайт) которые требуют framework

Она не требует Framework, это чистый C++. Вы скачали вторую версию? Сорри, там фигня с runtime библиотеками C++ (надо будет поставить статическую линковку во всех проектах) - подарочек от Микрософт (в VS 98 все нормально работало). Попробуйте первую версию или вторую (статическая линковка).


Цитата:

Нужно сдвинуть к концу диска все три раздела и сам дополнительный раздел (он как "контейнер"), если акронис это позволит

Нельзя этого делать! Представьте что будет, если в процессе произойдет глюк! Такое бывает, и тогда оказываются здесь, с плохими кейсами... Этот товарищ, кстати, тут тоже из-за глюка Акрониса, правда, это уровень "I'm too young to die" - самый простой.

bair1974
Это стандартный глюк Акрониса: размер в таблице увеличен, а в бутсекторе - нет. Покажите дампы по 100 секторов, начиная с секторов 0, 6291519 и 6293504 от начала физического диска (DMDE - Сервис - Копировать секторы, источник - физический диск, приемник - файл) и скрин окна "Разделы" из DMDE.