» Пропал диск. Восстановление таблицы разделов (не данных) - 2

Others

Цитата:

а восстанавливать из образа dmde умеет не только весь диск, но и нужные части...

Возможно, я не буду отрицать, потому как не пробовал такое.
Ка оно выглядит? Указание насального-конечного байта образа?

Ну, раз образ сделан, будем двигаться дальше. Будем восстаналивать по одному разделу или всё (кроме 4-го) и сразу?

9285

Цитата:

Ка оно выглядит? Указание насального-конечного байта образа?

точно также, как и запись в образ


Цитата:

Будем восстаналивать по одному разделу или всё (кроме 4-го) и сразу?

все, чего тянуть-то

Others
Все сразу не получится, потому как нет данных четвёртого раздела, а для для трёх разделов патч имеется.
Загрузочный код использовал от ХР, "серийный" номер не указывал. Хотя если сбросишь ветвь реестра HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices то серийник пропишу.
А четвёртый раздел надо искать. Или Поиском NTFS на "свободном" месте или сбрось дамп секторов 156296480 + секторов 200 - там, где по логике должен быть бутсектор какие то фрагменты MFT.

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

PS.
Цитата:

точно также, как и запись в образ

Надо будет попробовать

Смог восстановить таблицу разделов почти к исходному состоянию с помощью утилиты TestDisk. Теперь у меня вот так: http://rghost.ru/23782331/image.png

НО есть одна большая проблема - диск С, который содержит основную информацию и винду не удается сделать доступным, винда пишет "Нет доступа. Файл или папка повреждены. Чтение невозможно", вроде как он не отформатирован, хотя через DMDE видно всю файловую структуру. http://rghost.ru/23782261/image.png
Через TestDisk пробовал Boot and MFT Repair (заливал Mirror и ребилд BootSector) - не помогло.


Товарищи, подскажите чего сделать, чтобы оживить диск С?

Доброго времени суток! Нужна помощь, т.к. я сейчас "на нервах" и туго соображаю. Суть дела: в системе 2 винта WD на 500 Гб и 1,5 Тб. 500-гиговый разбит на 3 раздела (Win XP SP3 / устанавливаемые проги и игры / архивы с софтом), 1,5 Тб без разбивки одним разделом под фильмы/музыку/фото/дистрибутивы игр и т.п. Название раздела - "Arhiv". Файловая система везде NTFS. Сегодня решил поставить вторую операционку (Win 7), но не на 1,5 Тб, а создать на 500 Гб 4-й раздел под неё. На всякий случай, чтобы не было проблем с запуском обеих систем, я решил сначала установить Acronis OS selector v 8.0.0.914. В ХР прога установилась, после перезагрузки перед стартом ОС предложила создать 16-ти мегабайтный раздел в FAT-16, нажал ок, раздел создался, ХР загрузилась и на экран вывелось сообщение с предложением опять перезагрузиться. Нажал ОК, окно закрылось, а за ним было окно с какой-то ошибкой, прочитать не успел. Опять загрузилась ХР, захожу в мой компьютер - весь раздел 1,5 Тб диска пустой, при входе на него ошибка "Heт дocтyпa к диску\:. Фaйл или пaпкa пoвpeждeны. Чтeниe нeвoзмoжнo." 500 Гб диск в норме. В "управлении дисками" на 1,5 Тб основной раздел с неопределенной файловой системой и раздел 16 Мб Acronis OS selector в FAT. Деинсталяция Acronisa понятно не помогла.
Вкрадце почитал эту ветку, скачал софт - winhex 15.5, DMDE 2.2.2 и Testdisk 6.12
Посмотрел пример работы Testdisk на сайте разработчика и в одном из постов тут, попробовал так:
.... partition table -> Intel....Analyse...backup.... search partition created under Vista or later -> N.....выбрал из двух разделов потерянный раздел в NTFS.....Enter to continue....write....(deeper search не использовал). Потом перезагрузка винды. Итог - раздел Acronis остался и стал виден в Моем компьютере, раздел Arhiv не открывается (все та же ошибка). Опять запустил Testdisk, повторял все, только deeper search запустил. Учитывая размер в 1,5 Тб и "прогресс" после 5-ти минут работы по прикидкам ждать надо было около 3 часов. Времени не было, нажал стоп, далее увидел в программе один мой потерянный раздел в NTFS (до этого был в паре со вторым разделом Acronisa) и выбор quit или write. Нажал write, перезагрузился. Радел Arhiv не открывается (все та же ошибка), а раздел Acronisa теперь не распределенные 16 Мб без файловой системы.
Я так понимаю проблема в этом 16-ти Мб разделе, но форматировать его в NTFS и присоединять к основному разделу опасаюсь, т.к. очень не хочу потерять все нажитое непосильными закачками, да и фотки некоторые пропадут безвозвратно. Winhex структуру папок и файлы раздела Arhiv видит, все на месте. Главный вопрос - что дальше пробовать?
Дампы MBR, Boot сектора и разделы системы на данный момент http://zalil.ru/31790400

9285
http://rghost.ru/23785901
а первые три поднялись - пока сливаю файлы, чтобы была живая копия - мне же еще венду там поднимать, сходу она не стартанула....

как бы тебе пива поставить?

Others
Что то не видно признаков ещё раздела. Возможно что он смещён.
Сделай Поиск NTFS на "свободном" участке и выложи лог. И ещё, сбрось последние 5 секторов винта.

После восстановления делал чекдиск разделов? Каков результат?
Винда не стартанула в каком смысле (на чём обломалась)?

9285
ну и черт с ним - там все равно ничего ценного не было
чекдиск не делал, винда сказала inaccesible boot device - но уже починил....

кстати, посоветуй правильный инструмент для переливки дисков на большие?

Others
Имелся в виду чекдиск и других разделов.
По поводу правильного софта попозже отпишусь в личных ссобщениях.

zebra497

Цитата:

Через TestDisk пробовал Boot and MFT Repair (заливал Mirror и ребилд BootSector) - не помогло.

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

WebnaiL
mbr похож, а вот в boot какие то индексы. Если это 63-й LBA, то это плохо, а если нет, то тогда какой?
Не надо называть дампы своими именами - DMDE формирует информативное имя файла.

9285

Цитата:

mbr похож, а вот в boot какие то индексы. Если это 63-й LBA, то это плохо, а если нет, то тогда какой?

Что за 63-й LBA? Где посмотреть?

Цитата:

Не надо называть дампы своими именами - DMDE формирует информативное имя файла.

Сорри, дампы я делал через Winhex также, как в анимашке. Сделать через DMDE?
Сейчас кстати копирую через Winhex файлы с этого раздела на свободное место 2-го винта. Но там данных на терабайт где-то было, а у меня свободного места на 500 Гб около 360 Гб + 2 винта по 200 Гб валяются "в резерве" + 120 переносной + послезавтра ноут привезут с 320 Гб. Короче наверно копипастом придется выкручиваться. Хотя это долго и муторно....

P.S. Дамп boot сектора, сделанный через DMDE http://zalil.ru/31791934

WebnaiL
Если судить по скриншоту DMDE, то бутсектор раздела начинается в 63-ем секторе и он как бы есть. Но судя по твоему boot там не то, что нужно.
Сбрось дамп первых 100 секторов диска.

Цитата:

Сбрось дамп первых 100 секторов диска.

http://zalil.ru/31791957

WebnaiL
Неправильно сняли дамп бутсектора. Во-первых, DMDE показывает что бутсектор на месте, а у Вас в дампе INDX от корневого каталога. Во-вторых, "файл или папка повреждены" при заходе в раздел - это MFT или корень, но никак не бутсектор. Так что, дорогой Ватсон , Вы просто нажали на Root и сняли дамп показанного сектора, потому что перепутали Root и Boot. Вот такая дедукция.
Покажите лучше 100 начальных секторов диска (не раздела, а диска), а также можно заодно 100 секторов, начиная с 6291519 и результаты "Поиск NTFS" в DMDE, область - весь диск (не раздел, а диск), т.к. в 6291519 может и есть начало MFT, но это еще ничего не значит, т.к. партмагоиды очень коварны и Акронис мог перенести начало MFT, нам надо проверить, что хотя бы по INDX'ам начало раздела все еще в 63-м секторе...

Апдейт. Посмотрел дамп начала диска. Ну да, бутсектор на месте, размер в нем согласуется с таблицей, параметры стандартные (кластер 8 секторов, начало MFT в кластере 786432). Т.е. начало MFT указано по стандартной координате, а вот есть ли оно там - это вопрос. Так что ждем второй дамп и "Поиск NTFS" (скрин и лог).

Antech
Стормозил и сначала запустил поиск по NTFS. По ходу до утра делаться будет, т.к. за полчаса прочитано 21 млн секторов из 3 млд. Счетчик процентов прогресса с нуля еще даже не сдвинулся... Так что второй дамп и поиск тока завтра похоже будут...
ПыСы Остановил копирование данных с винта через winhex, вроде пошустрее пошло дело.
ПыСы Остановил поиск по NTFS т.к. спать пора, а там тока 3 процента было. Завтра утром запущу. Сделал дамп 100 секторов с 6291519 сектора http://zalil.ru/31792265

WebnaiL
Ну вот видишь - реально ошибся.
Пришли дамп запрошенных секторов - 6291519+100.

Скан можно остановить, сохранить лог, а потом продолжить (даже после запуска проги по новой - подгрузив сохранёный лог).

Цитата:

Пришли дамп запрошенных секторов - 6291519+100.

В пост выше ссылку выложил

Цитата:

Скан можно остановить, сохранить лог, а потом продолжить (даже после запуска проги по новой - подгрузив сохранёный лог).

Упс.... Уже остановил, но лог не сохранил. Ладно, переделаем.

WebnaiL
MFT на месте и выглядит вполне живой. Это подтверждается скрином DMDE, а также тем, что Вы перешли в корневой каталог через какой-то интерпретатор (встроенный в WinHex или DMDE).
Так что давайте посмотрим что там найдет DMDE, а кроме этого выполните cmd /k chkdsk БукваРаздела: и скопируйте сюда результат (только не пускайте Чекдиск на исправление, вначале посмотреть на тест без исправлениц надо). Акронис стал умнее и добавляет теперь раздел для себя любимого в конце диска, так что вполне вероятно, что партмагоидного смещения нет, а есть просто минорные глючки, которые исправляются Чекдиском...

Цитата:

выполните cmd /k chkdsk БукваРаздела: и скопируйте сюда результат

минуту, щас сделаю
http://s006.radikal.ru/i213/1110/17/455ab1375c44.jpg
Он вроде что-то исправил, но раздел все не открывается...

WebnaiL
Ругается на $Logfile : DATA. Там действительно есть ошибка: размер атрибута в байтах почти правильный, но потеряна единичка в старшем разряде. Т.е. 4 начальных байта правильно 00 80 E3 BF (по ранлисту и Last VCN размер = 1BF3E8h кластеров), а потом 00 00 00 00, хотя должно быть 01 00 00 00. Можно попробовать исправить: DMDE - Копировать секторы. Источник - файл $LogFile-M.img, Приемник - физический диск, Первый сектор 6291523, Число секторов 2. Посмотрите что после этого скажет Чекдиск, а лучше поспите, уже поздно...

P.S.
Чекдиск ничего не исправил, без /f были замечены только BAAD вместо FILE при несовпадении элементов USA, но у Вас эти элементы ОК. Он просто на понт берет , а реально исправит только с /f, но Вы пока что не давайте исправлять, посмотрим что он после патча скажет. Если я ошибся, Вам 9285 исправит.

WebnaiL

Цитата:

Он вроде что-то исправил, но раздел все не открывается...

Если речь о написанном на скриншоте "Удаление ....", то это фиктивно. И этому обьяснение в нижнем предложении.
Или успел с ключём запустить?

Цитата:

Если речь о написанном на скриншоте "Удаление ....", то это фиктивно... Или успел с ключём запустить?

Ага, на "удаление..." повелся. С ключом не запускал.

Цитата:

Можно попробовать исправить: DMDE - Копировать секторы. Источник - файл $LogFile-M.img, Приемник - физический диск, Первый сектор 6291523, Число секторов 2.

Сделал, но на всякий случай скрин настроек DMDE выложу
http://s54.radikal.ru/i143/1110/43/d282bea4fac0.jpg
Результат запуска чекдиска без исправления ошибок
http://s44.radikal.ru/i104/1110/1c/0b7c8b171666.jpg
Так, диск через мой компьютер открывается и данные все на месте, только в свойствах от забит под завязку -> свободно 0 байт. Как это исправить?

WebnaiL
Запусти чекдиск с ключем /f - он исправит ошибки.

Цитата:

Запусти чекдиск с ключем /f - он исправит ошибки.

Ага, сделал. Сейчас все в порядке. 9285 и Antech СПАСИБО БОЛЬШОЕ !!!!!

Добрый вечер всем!!!
Есть проблема, есть два диска по 500 ГБ, на каждом было на весь объем по одному разделу, но по ошибке Ghost'ом начал копирование одного диска на другой, естественно копирование началось, машину ресетом почти сразу перезагрузил. Теперь хотелось бы восстановить тот диск на который неверно начал копировать, собственно не могу понять теперь Ghost копию MFT затер или её все таки можно найти и попробовать восстановить с неё. Или какой порядок действий, вобщем помогите с чего начать.
Диск в винде говорит что к нему нет доступа, и парметр задан неверно.

Voron86
Давайте будем обсуждать на iXBT, раз уж Вы там тоже отписались (9285 там есть, если что). Эта тема и так без клиентов не останется , а в двух темах одновременно - неудобно.

Всем привет!
Возникла проблема с диском. "Файл или папка повреждены. Чтение не возможно"
подскажите, что можно сделать?
необходимые данные http://zalil.ru/31810946

DanCap
Нужен дамп 6291519+100

Цитата:

Нужен дамп 6291519+100

Пожалуйста http://zalil.ru/31812299

DanCap
Похоже что у внешний винтов A-data есть какой то глюк.
По крайней мере, подобный случай здесь уже был (и кажется не один).
Случай несмертельный, но сейчас не могу помочь, надо убегать.

DanCap
Смещение в первых 4 записях MFT. Это возможно на разных USB-девайсах...

Пока нету 9285, попробуйте мой патч. DMDE - Копировать секторы. Источник - файл MFT-M.img, приемник - диск. На приемнике первый сектор 6291519, число секторов 8. После переподключения винта или перезагрузки, если раздел не будет доступен, покажите что говорит cmd /k chkdsk БукваРаздела: (но не исправляйте сразу и не допускайте Чекдиск при перезагрузке).