[Tau_0]

Теперь за дело. »

Например, на ru-board (СМ. ссылку ниже) Antech привёл общую логику и порядок действий при восстановлении повреждённых таблиц разделов (Primary Partitions и Extended Partitions)

жёски 1000 gb. два раздела.
http://forum.ru-board.com/topic.cgi?...450&start=0#lt

И мы с этого начнём…
“Махмуд, поджигай!” --- Запускайте DMDE…

ЗЫ хороший Help, увы, на аглицком… по
MBR/EBR Partition Tables --- без ясного понимания назначения и знания структуры таблиц разделов никак не получится...
http://thestarman.pcministry.com/asm...tTables.htm#SS

Обязательно посмотрите
Урок 4. Восстановление удаленных разделов.
http://www.rdm.kiev.ua/Data_Recovery/lessons/urok4.php

ЗЗЫ Картинки показывайте и соображениями делитесь --- не стесняйтесь...

[Призрак-ВС]

Обязательно посмотрите »

Просмотрел, мне понравилось. Просто написано, ничего лишнего. Хотя, может это после предыдущей так показалось...
Последний вопрос перед подключением. Насколько я понимаю, производить запись на этот диск крайне не рекомендуется, правильно? А если я подключу, есть ведь вероятность записи системы. Или на это можно положить?

[Tau_0]

я понимаю, производить запись на этот диск крайне не рекомендуется, правильно? »

В Вашей ситуации уберите диск в менеджере дисков (diskmgmt.msc), чтобы система сама туда ничего не записала. И Вам пока стоит воздержаться, хотя потом так или иначе кое-что придётся подправить --- как минимум входы таблиц разделов.

Из дисковых редакторов DMDE у Вас уже должен быть. Поставьте ещё WinHex --- он действительно хорош. (детали скину в PM…)

Ну и несколько рекомендаций

1 загружаетесь не с проблемного диска, с другого --- у Вас есть ещё один системный диск.

2. Вы восстанавливаете данные in-place (то бишь на месте), а не вытаскиваете на другой носитель как, например делает R-Studuo. Поэтому работа с дампом требует аккуратности и скрупулёзности --- это как правка кода программы. Всегда перед внесением изменений записывайте LBA корректируемого сектора (секторов) и обязательно сохраняйте этот сектор или диапазон секторов в надёжном месте (на флешке или на другом жёстком). Можно сохранять с запасом… Что не так --- всегда можно сделать UnDo… Не полагайтесь на память, --- протоколируйте все свои действия в тетради и/или в текстовом файле (Блокнот или Ворд…).

3. Автозапуск CHKDSK отключите от греха подальше, чтобы утилита сдуру чего не натворила...

4 Что такое бит, байт, слово, дамп и адресация для 86 процессоров найдёте в Гугле. Тут несложно --- но руку набить надо..

Вроде пока всё..

[Призрак-ВС]

уберите диск в менеджере дисков »

Сделал.

Из дисковых редакторов DMDE у Вас уже должен быть. Поставьте ещё WinHex --- он действительно хорош. »

DMDE поставил. Бесплатная правда.

загружаетесь не с проблемного диска, с другого --- у Вас есть ещё один системный диск. »

Так все и есть - "подопытный" все это время лежит в столе от греха подальше.

как правка кода программы. »

Простите, не программист )))

Автозапуск CHKDSK »

Он срабатывал при первом подключении, но выходил на ошибку. Надеюсь, это не критично.

то такое бит, байт, слово, дамп и адресация для 86 процессоров найдёте в Гугле »

Что-то знаю, что-то найду.

И еще - очень прошу объясняться по-проще. Новичок все-таки...

Скрин DMDE на проблемном диске. Я так понимаю вот это красненький VOL5 - это и есть необходимый раздел?

Если после Вашего предыдущего сообщения нет сообщений других пользователей и прошло менее 3-х дней, то не создавайте новое сообщение! Добавляйте информацию в своё последнее сообщение ч/з функцию Редактировать. Иначе, будет рассматриваться как нарушение п.3.14 ОПК

[Tau_0]

Призрак-ВС
Вот Вам первое задание --- потренироваться и побаловаться, чтобы набить руку и терминологию
1. Запустите WinHex и посмотрите MBR сохраните MBS в файл_1 (достаточно сохранить 1 сектор 512 байт. Но можно и больше --- 1000 секторов).
2. Создайте ещё один NTFS раздел --- подопытный кролик…
3. Загоните туда несколько вложенных Папок с файлами --- кроликами.
4. сохраните MBS в файл_2. См. 1
5. Сравните 4 и 1 --- в WinHex и найдите разницу.
6. Затрите новый вход (запись) Primary Partition Table шестнадцатеричными нулями… --- Шестнадцать байт надо затереть (хотя необязательно тереть все ), т.е. такой вход
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 --- это нули.
И раньше так было --- можно портить вход частично…
Сохраните эти изменения на кролике
7. Перезагрузите машину и посмотрите --- что стало с разделом. Он должен пропасть...
8. Запустите DMDE и запустите поиск NTFS разделов.
9. Посмотрите --- что нашёл DMDE --- он должен многое найти… Проанализируйте найденное и попробуйте примонтировать найденный раздел.

Необязательно использовать WinHex (См. выше) всё тоже самое можно сделать и в DMDE, но мне хотелось, чтобы Вы и этот редактор освоили. Это полезно, тем более, что Вы линуксом балуетесь. И у меня стимул будет --- чтоб чем интересным Вы меня озадачили.

Ещё шпаргалка из Вики.. --- На реальной задаче легко в голову вобьёте.
Главная загрузочная запись
http://ru.wikipedia.org/wiki/Таблица....D0. BE.D0.B2

Простите, не программист )))

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

И еще - очень прошу объясняться по-проще. Новичок все-таки...

ЗЫ Гутарить по нашенски, по простецки… Я бы и рад, но есть тут такие --- им ентаво шибко не нравится… Но буду стараться в рамках комильфо.
ЗЗЫ Можно мусорную рабочую часть диалога перенести в ПМ… Мне без разницы --- главное, чтобы Вам удобно было..

Добавлено...

01.11.2010 23.18.00 Время местное

Когда ответ писал --- картинку выше не заметил…

Этот красненький 465.8GB, как я понимаю --- обрезок мамки Гигабайт… Сам обрубок без головы нам не очень интересен, поэтому лучше бы запустить поиск NTFS разделов для физического харда целиком.

Поиск долго работает --- пускайте его --- пусть в фоне болтается… Покажите --- что найдёте и сохраните результаты.

Если что непонятно --- редактируйте свой предыдущий пост или через личку… По любому увижу…

[IgNat]

Вот Вам первое задание »

- не забыли указать, что "задание" не следует выполнять на проблемном HDD

есть тут такие --- им ентаво шибко не нравится »

- и эти "такие" своё мнение не поменяли. Попытаетесь "мусорку" вылить на страницы конференции - далее, надеюсь, помните...

Можно мусорную рабочую часть диалога перенести в ПМ »

- сделайте милость.

[Tau_0]

- не забыли указать, что "задание" не следует выполнять на проблемном HDD »

Ессно предполагал, как само собой разумеющееся, но забыл подчеркнуть --- спасибо, что обратили внимание…
Конечно на проблемном нельзя --- запросто можем перекрыть данные… Надо на здоровом харде кусочек для экспериментов найти… Много не надо --- тестовая задачка…

[IgNat]

Надо на здоровом харде кусочек для экспериментов найти… Много не надо --- тестовая задачка… »

- много/не много, какая разница , напишите: эксперименты проводим на чистых дисках, не содержащих никакой информации! Это и будет "объясняться по-проще", но не кисель Ваш, разбирать/размазывать

[Призрак-ВС]

эксперименты проводим на чистых дисках, не содержащих никакой информации! »

Я понял что тесты проводим на другом жестком. Не совсем еще дурак. Для этого выбор пал на флешке, ибо она чистая и не особо нужная в случае чего. И вообще, проблемный жесткий в WinHex не виден - он отключен через диспетчер дисков.

Этот красненький 465.8GB, как я понимаю --- обрезок мамки Гигабайт… »

Это не может быть обрезок мамки, ибо это полный объем диска. То есть на мое корявое мнение - предыдущая разметка. Если бы можно было увидеть в нем точный объем свободного/занятого места я бы сказал точно. Хотя, вам виднее.

Новичок все-таки... »

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

UPD В WinHex вообще не понял как работать. Полазил по программе, ничего не понял. Локализация - просто ужас. Английским владею, но все равно мало что понял. В DMDE попроще с задачкой, но делать пока ничего не стал - проблемный сканируется.

UPD 2 Закончилось сканирование проблемного жесткого. Выкладываю конечный скрин и лог процесса.

[Tau_0]

Это не может быть обрезок мамки, ибо это полный объем диска. »

Да, Вы правы --- молодцом думаете. А я в спешке маху дал...

Но похоже, и Вы меня неправильно поняли…
Я хотел, чтобы Вы на всём физическом диске поискали, а не на разделе $Vol05 (части харда)…

У Вас ведь стояла Windows 7 --- у неё раздел начинается с сектора 2048 (зазор в 1 MB, начиная с Vista теперь так), а у XP c сектора 63 (старое наследие DOS)… Счастья с него никакого --- это какой-то реликт XP, перекрытый Seven.
На NTFS первый сектор хранится в последнем секторе раздела. Правда неизвестно, где кончался раздел до обрезания… Наверное, Вы примерно помните --- посмотрите у себя --- что там лежит…???... При желании мохно найти и расшифровать.

Непонятно, как с WinHex работать…???... Это инструмент --- он как топор… Вы сами должны уметь им дрова колоть, Буратино вытёсывать или, как Раскольников поработать… Про то никакой простой пошаговой инструкции нет..

WinHex --- Help на русском…
http://www.databack4u.com/snc/download/whhelpru.zip

Общие наброски концепции, восстановления таблицы разделов
Восстановление таблицы разделов (не данных)
http://forum.ru-board.com/topic.cgi?...=20390&start=0

Информация к размышлению…

Сам MFT поделен на записи фиксированного размера по 1 Кб (2 сектора) каждая. Первые 24 записи - это служебные файлы, причем первым в списке идет сам MFT. Ввиду особой важности MFT файла, копия первых четырех записей хранится в файле $MFTMirr где-то в районе середины раздела. Также в последнем секторе раздела (для Win'2k/XP) хранится резервная копия boot сектора. Таким образом, для восстановления раздела необходимо найти и скопировать в начало раздела 4 первые записи MFT из резервной копии и, возможно, сам загрузочный сектор.

Восстановление NTFS раздела
http://www.xakep.ru/post/17375/default.asp?print=true

Первые четыре записи настолько важны, что продублированы в специальном $MFTMirr-файле, находящимся приблизительно посередине диска (точное расположение хранится в boot-секторе по смещению 38h байт от его начала). Вопреки своему названию, $MFTMirr это отнюдь не зеркало всего $MFT-файла, это всего лишь копия первых четырех элементов.

Файловая система NTFS извне и изнутри
http://www.insidepro.com/kk/044/044r.shtml

Основы построения операционных систем промышленного назначения
http://www.ibm.com/developerworks/ru.../section8.html

Выложите пока на обменник
1. первые сто секторов диска
2. последние сто секторов раздела. Конец раздела постарайтесь вспомнить, чтобы сектор в диапазон попал..
3. последние сто секторов харда (они не есть сто последних секторов раздела). Ведь обрезание было --- посмотреть хочу --- что там...

Для справки --- обычный (не ADF) сектор имеет длину 512 байт или пол KB.