Antech, делаю как вы и советовали Ctrl+Home - Alt+F12 и щелкаю на Partition 1 тоесть C диск где и находится MBR
» Пропал диск. Восстановление таблицы разделов (не данных)
Serjione
Понятно... Нужно нажать вначале на окно редактирования, а потом на Ctrl+Home. А если нажать на раздел, то Ctrl+Home перемещает в начало раздела, а не диска. Вы посмотрите в строке состояния: должен быть сектор 0, а у Вас 2048.
Цитата:
Нифига подобного. "C" - это буква раздела в Винде, и ничего более. Разделы в MBR-разметке (именно в разметке) не имеют идентификаторов, в т.ч. и букв. Например, в Линуксе Ваш раздел "C" мог называться типа "/dev/sda1" или "/dev/sdb1", и где здесь "C"? Не говоря уже о том, что в начале раздела у микросоидных ФС бутсектор, а MBR - в начале диска.
Понятно... Нужно нажать вначале на окно редактирования, а потом на Ctrl+Home. А если нажать на раздел, то Ctrl+Home перемещает в начало раздела, а не диска. Вы посмотрите в строке состояния: должен быть сектор 0, а у Вас 2048.
Цитата:
C диск где и находится MBR
Нифига подобного. "C" - это буква раздела в Винде, и ничего более. Разделы в MBR-разметке (именно в разметке) не имеют идентификаторов, в т.ч. и букв. Например, в Линуксе Ваш раздел "C" мог называться типа "/dev/sda1" или "/dev/sdb1", и где здесь "C"? Не говоря уже о том, что в начале раздела у микросоидных ФС бутсектор, а MBR - в начале диска.
Antech, одним словом если не выделять конкретную партицию а просто жать Ctrl+Home - Alt+F12 то показывает правильно.
Цитата:
Не так выразился я, мной имелось ввиду партиция котoрая равна 31,5 Гб на которой и имеется MBR.
Alt+F12 показывает Sectors preceding partition 2 = 63504945 и Sectors in partition 2 = 170931600 тоесть то значвние которое я ввел ранее с помощью Акронис, отняв абсолютный конечный сектор от начального. В винде видится раздел как и должен быть 81,5 Гб только RAW. В ДМДЕ и начальный сектор и количество секторов отличаются от Акронис. Кто-то из них ошибается. Как считаете ?
63504945 копия загрузочного сектора НТФС в конце первого (исправного) раздела. Так говорит Диск Эдитор.
Цитата:
C диск где и находится MBR
Нифига подобного. "C" - это буква раздела в Винде, и ничего более. Разделы в MBR-разметке (именно в разметке) не имеют идентификаторов, в т.ч. и букв. Например, в Линуксе Ваш раздел "C" мог называться типа "/dev/sda1" или "/dev/sdb1", и где здесь "C"? Не говоря уже о том, что в начале раздела у микросоидных ФС бутсектор, а MBR - в начале диска.
Не так выразился я, мной имелось ввиду партиция котoрая равна 31,5 Гб на которой и имеется MBR.
Alt+F12 показывает Sectors preceding partition 2 = 63504945 и Sectors in partition 2 = 170931600 тоесть то значвние которое я ввел ранее с помощью Акронис, отняв абсолютный конечный сектор от начального. В винде видится раздел как и должен быть 81,5 Гб только RAW. В ДМДЕ и начальный сектор и количество секторов отличаются от Акронис. Кто-то из них ошибается. Как считаете ?
63504945 копия загрузочного сектора НТФС в конце первого (исправного) раздела. Так говорит Диск Эдитор.
Serjione
Цитата:
Все равно не так. На "партиции" (на разделе) нет MBR.
Короче. Вы копию бутсектора нашли в последнем секторе раздела? Если у Вас сложности, покажите дампы 10 секторов, начиная с секторов 0 (MBR и начало диска), 63504945 (начало раздела), 69796401 (начало MFT при формате Виндой) и 234436539 (конец раздела, где может быть бутсектор). Номера секторов - от начала физического диска. Как снять дампы, думаю, Вы знаете.
Цитата:
партиция котoрая равна 31,5 Гб на которой и имеется MBR
Все равно не так. На "партиции" (на разделе) нет MBR.
Короче. Вы копию бутсектора нашли в последнем секторе раздела? Если у Вас сложности, покажите дампы 10 секторов, начиная с секторов 0 (MBR и начало диска), 63504945 (начало раздела), 69796401 (начало MFT при формате Виндой) и 234436539 (конец раздела, где может быть бутсектор). Номера секторов - от начала физического диска. Как снять дампы, думаю, Вы знаете.
Antech, нет копию в последнем секторе раздела я не нашел. Записал боот сектор с другого раздела и правлю MFT. Повторюсь, партиция не форматировалась, его ESX Server подпортил. Ответьте пожалуйста чем вызвана разница в показаниях Акрониса и ДМДЕ ? В ДМДЕ 0-3 нашел, MFT Mirror есть. Также есть фрагмент MFT 0-15 и начало фрагмента у него наименьшее в отличии от оставшихся двух, и равно 69781504. С него вычитается начальный номер сектора и делится на 8 ?
Serjione
ОК, спасибо за дампы.
Итак, что видно на дампах.
В MBR вроде нормально, хотя CHS координаты раздела можно было бы задать, но это не важно.
В начале второго раздела - только Ваша (неполная) реконструкция бутсектора. Дальше - нули. Так что номер начального сектора второго раздела - под вопросом, хотя он и правильный, если по MBR смотрить (начально первого раздела + размер первого раздела). Чего нехватает в Вашей реконструкции бутсектора:
1. Hidden Sectors должно быть равно начальному сектору раздела (а у Вас 2048). Это не критично, но тем не менее.
2. INDX Buffer Size Indicator в данном случае должно быть 1 (один кластер), а у Вас там ноль.
3. Для приличия желательно ненулевой серийник раздела.
4. Желательно загрузчик (можно и без него).
5. Нужна сигнатура 55 AA в последних двух байтах, а у Вас там нули.
Вы несколько не так бутсектор делаете. Не делайте его с нуля. Возьмите от нормального раздела, и изменяйте значения.
Вот моя версия бутсектора
В конце второго раздела (если смотреть по MBR) копии бутсектора нет. Но, как я понял, в таблицу раздел Вы сами записали, так что это не удивительно (граница наверняка неточно определена, точно-то ее неоткуда взять).
В начале дампа MFT не начало MFT, а запись №7449 (вернее, второй сектор записи 7448). MFT начинается, таким образом, в секторе 69781504 (что подтверждается показаниями DMDE). Это может означать два варианта:
1. Начало первого раздела (63504945) определено неправильно. На самом деле раздел начинался в секторе 63490048.
2. Смещение MFT нестандартное (не 6291456 секторов, как при формате Виндой Xp/Vista/7) и равно 6276559 секторов. Но это невозможно при стандартном кластере 8 секторов (начальный кластер MFT дробный - 784569.875), а другие размеры кластеров на NTFS разделах встречаются очень редко.
Так что наиболее вероятно, что начало первого раздела определено неверно. Верните исходное состояние сектора 63504945, куда Вы записали реконструкцию бутсектора (у Вас должен быть бэкап изменяемых фрагментов). Если там были нули, просто впишите нули (WinHex - выделить сектор и Ctrl+L). И покажите, пожалуйста, дампы по 50 секторов, начиная с сектора 63490048 (кандидат на начало раздела) и 69781504 (начало MFT, где можно будет точно посмотреть смещение MFT и MFT Mirror в кластерх, и мы точно узнаем, где начинался раздел, а также, если бутсектор не сохранился, у нас будет MFT Mirror Start Cluster для бутсектора).
Вполне возможно, что Вы просто неправильно определили номер конечного сектора первого раздела (а поэтому и начало второго раздела), отсюда и непонятки. Ждем дампы, в них - истина
.
Цитата:
Сорри, я не знаю (да и лень в это втыкать). Это не имеет сейчас никакого значения. Нам сейчас от DMDE и WinHex нужны только функции дискового редактора, а на Акронис вообще можно забить, т.к. он нам нафиг не нужен, когда есть WinHex.
ОК, спасибо за дампы.
Итак, что видно на дампах.
В MBR вроде нормально, хотя CHS координаты раздела можно было бы задать, но это не важно.
В начале второго раздела - только Ваша (неполная) реконструкция бутсектора. Дальше - нули. Так что номер начального сектора второго раздела - под вопросом, хотя он и правильный, если по MBR смотрить (начально первого раздела + размер первого раздела). Чего нехватает в Вашей реконструкции бутсектора:
1. Hidden Sectors должно быть равно начальному сектору раздела (а у Вас 2048). Это не критично, но тем не менее.
2. INDX Buffer Size Indicator в данном случае должно быть 1 (один кластер), а у Вас там ноль.
3. Для приличия желательно ненулевой серийник раздела.
4. Желательно загрузчик (можно и без него).
5. Нужна сигнатура 55 AA в последних двух байтах, а у Вас там нули.
Вы несколько не так бутсектор делаете. Не делайте его с нуля. Возьмите от нормального раздела, и изменяйте значения.
Вот моя версия бутсектора
В конце второго раздела (если смотреть по MBR) копии бутсектора нет. Но, как я понял, в таблицу раздел Вы сами записали, так что это не удивительно (граница наверняка неточно определена, точно-то ее неоткуда взять).
В начале дампа MFT не начало MFT, а запись №7449 (вернее, второй сектор записи 7448). MFT начинается, таким образом, в секторе 69781504 (что подтверждается показаниями DMDE). Это может означать два варианта:
1. Начало первого раздела (63504945) определено неправильно. На самом деле раздел начинался в секторе 63490048.
2. Смещение MFT нестандартное (не 6291456 секторов, как при формате Виндой Xp/Vista/7) и равно 6276559 секторов. Но это невозможно при стандартном кластере 8 секторов (начальный кластер MFT дробный - 784569.875), а другие размеры кластеров на NTFS разделах встречаются очень редко.
Так что наиболее вероятно, что начало первого раздела определено неверно. Верните исходное состояние сектора 63504945, куда Вы записали реконструкцию бутсектора (у Вас должен быть бэкап изменяемых фрагментов). Если там были нули, просто впишите нули (WinHex - выделить сектор и Ctrl+L). И покажите, пожалуйста, дампы по 50 секторов, начиная с сектора 63490048 (кандидат на начало раздела) и 69781504 (начало MFT, где можно будет точно посмотреть смещение MFT и MFT Mirror в кластерх, и мы точно узнаем, где начинался раздел, а также, если бутсектор не сохранился, у нас будет MFT Mirror Start Cluster для бутсектора).
Вполне возможно, что Вы просто неправильно определили номер конечного сектора первого раздела (а поэтому и начало второго раздела), отсюда и непонятки. Ждем дампы, в них - истина
. Цитата:
Ответьте пожалуйста чем вызвана разница в показаниях Акрониса и ДМДЕ ?
Сорри, я не знаю (да и лень в это втыкать). Это не имеет сейчас никакого значения. Нам сейчас от DMDE и WinHex нужны только функции дискового редактора, а на Акронис вообще можно забить, т.к. он нам нафиг не нужен, когда есть WinHex
.Цитата:
Но, как я понял, в таблицу раздел Вы сами записали, так что это не удивительно (граница наверняка неточно определена, точно-то ее неоткуда взять).
Antech, да в таблицу раздел я вписал только какое это значение имеет к поиску бутсектора в конце раздела ? Вы хотите сказать что ДМДЕ открывает партицию и показывает его сектора исходя из данных таблицы ? Номер конечного сектора раздела определял как-бы не я а все тот-же непотопляемый Акронис.
http://filekeeper.org/download/shared/63490048.ima
http://filekeeper.org/download/shared/69781504.ima
Serjione
Цитата:
DMDE в окне "Разделы" показывает как разделы в таблице (PT), так и результаты быстрого поиска разделов (чекбокс "найденные"). Правда, ИМХО представление результатов в этом окне выбрано несколько неудачно (неочевидно сразу, откуда какой раздел взялся в представленной таблице).
Цитата:
Бутсектор ищется в последнем секторе раздела. Последний сектор Вы задали сами. Если ошиблись, то искали копию не в том секторе...
Цитата:
Ну вот и результат. Координаты разделов определены неверно. Истина - в ручном, а не автоматическом восстановлении, а если нужны авто-утилиты (например, дистанционно быстрый поиск разделов, что трудно дампами делать), пользуйте DMDE/WinHex, они более продвинутые и правильные, чем Акронис (ну и вообще, WinHex - "умолчальный" полу-про редактор у датарекаверистов, AFAIK).
В общем, мои координаты второго раздела правильные оказались. Бутсектор и MFT на месте, смещение MFT стандартное 786432 (0C0000h) кластера (6291456 секторов). Размер раздела - около 88 ГБ. Стартовый сектор раздела 63490048. Здесь моя версия MBR (надо записать в сектор 0, или можете просто использовать параметры и ввести самостоятельно, на Ваш выбор). После перезагрузки оба раздела должны быть на месте и, если повезет, функционировать нормально. Если не заработает, покажите что говорит chkdsk.exe БукваВторогоРаздела:
Цитата:
ДМДЕ открывает партицию и показывает его сектора исходя из данных таблицы ?
DMDE в окне "Разделы" показывает как разделы в таблице (PT), так и результаты быстрого поиска разделов (чекбокс "найденные"). Правда, ИМХО представление результатов в этом окне выбрано несколько неудачно (неочевидно сразу, откуда какой раздел взялся в представленной таблице).
Цитата:
какое это значение имеет к поиску бутсектора в конце раздела ?
Бутсектор ищется в последнем секторе раздела. Последний сектор Вы задали сами. Если ошиблись, то искали копию не в том секторе...
Цитата:
Номер конечного сектора раздела определял как-бы не я а все тот-же непотопляемый Акронис
Ну вот и результат. Координаты разделов определены неверно. Истина - в ручном, а не автоматическом восстановлении, а если нужны авто-утилиты (например, дистанционно быстрый поиск разделов, что трудно дампами делать), пользуйте DMDE/WinHex, они более продвинутые и правильные, чем Акронис (ну и вообще, WinHex - "умолчальный" полу-про редактор у датарекаверистов, AFAIK).
В общем, мои координаты второго раздела правильные оказались. Бутсектор и MFT на месте, смещение MFT стандартное 786432 (0C0000h) кластера (6291456 секторов). Размер раздела - около 88 ГБ. Стартовый сектор раздела 63490048. Здесь моя версия MBR (надо записать в сектор 0, или можете просто использовать параметры и ввести самостоятельно, на Ваш выбор). После перезагрузки оба раздела должны быть на месте и, если повезет, функционировать нормально. Если не заработает, покажите что говорит chkdsk.exe БукваВторогоРаздела:
Antech, вы уж извините, но второй раздел у меня никак не мог быть 88 Гб, так как он был 81,5 Гб. Такая разбивка дисков у меня была до последней конфигурации.
Serjione
Цитата:
88/(1.024^3)=82
Ку?
ГБ - это Гигабайт. А Вы говорите в ГиБ (Гибибайты). Так что все нормально с размером раздела, используйте мои параметры и посмотрите на результат. Это же безопасно, всегда можно задать любые координаты разделов.
Цитата:
второй раздел у меня никак не мог быть 88 Гб
88/(1.024^3)=82
Ку?
ГБ - это Гигабайт. А Вы говорите в ГиБ (Гибибайты). Так что все нормально с размером раздела, используйте мои параметры и посмотрите на результат. Это же безопасно, всегда можно задать любые координаты разделов.
Antech, приколист вы однако. Гибибайты это что-то новое. )))))))))))) Окей, попробую.
Serjione
Пробуйте.
Гибибайты уже давно применяются, примеры - популярные проги TestDisk и GParted. Можете почитать подробнее в Wikipedia, если интересно. Народ "бибикает" неохотно, но бибикать придется, чтобы избежать путаницы.
Пробуйте.
Гибибайты уже давно применяются, примеры - популярные проги TestDisk и GParted. Можете почитать подробнее в Wikipedia, если интересно. Народ "бибикает" неохотно, но бибикать придется
, чтобы избежать путаницы.Antech, загрузил я файл который вы выложили, после перезагруза выдало: disk read error occured
попытался обратно вернуть сохранненый бут сектор и приехали, Missing operating system С диск тоже теперь видит как RAW, есно Виста не фурычит. Извечный вопрос, что делать ?
попытался обратно вернуть сохранненый бут сектор и приехали, Missing operating system С диск тоже теперь видит как RAW, есно Виста не фурычит. Извечный вопрос, что делать ?
Serjione
Не пробуйте пока что грузиться с проблемного винта. Давайте разделы проверим:
1. Запишите мой патч MBR (в нулевой сектор физического, разумеется).
2. Сделайте и покажите дамп секторов 0-499 физического диска.
3. Покажите скриншот из Управления Дисками.
4. Запустите (Комндная строка) ChkDsk.exe БукваРаздела: для каждого из двух разделов на проблемном винте. Покажите результаты (в виде текста: меню окна Командной строки, Изменить - Пометить, затем Enter; текст вставьте сюда или, если отчет длинный, на zalil.ru).
Не пробуйте пока что грузиться с проблемного винта. Давайте разделы проверим:
1. Запишите мой патч MBR (в нулевой сектор физического, разумеется).
2. Сделайте и покажите дамп секторов 0-499 физического диска.
3. Покажите скриншот из Управления Дисками.
4. Запустите (Комндная строка) ChkDsk.exe БукваРаздела: для каждого из двух разделов на проблемном винте. Покажите результаты (в виде текста: меню окна Командной строки, Изменить - Пометить, затем Enter; текст вставьте сюда или, если отчет длинный, на zalil.ru).
Antech, нулевой сектор партиции у меня начинается с 33 C0 8E , на его место записать ваш патч который начинается с ЕB 52 90 4E ? Правильно я вас понимаю ?
Serjione
Цитата:
Нет! Записывать надо в нулевой сектор винта, это же MBR!
Также интересны п.п. 2...4.
Добавлено:
Цитата:
Нет, патч начинается 33 C0 8E.
Цитата:
нулевой сектор партиции
Нет! Записывать надо в нулевой сектор винта, это же MBR!
Также интересны п.п. 2...4.
Добавлено:
Цитата:
патч который начинается с ЕB 52 90 4E
Нет, патч начинается 33 C0 8E.
Antech, я с вашим предпоследним патчем видно намудрил и он у меня начинался с ЕB а не с 33. Загрузил я ваш патч, и партицию размером 81,5 Гб увидел, что самое интересное Вистовский имидж после краха раздела востановил Рековерилкой, открыл а там пусто, хоть и показывал размер 4 Гига, сейчас же он нормально восстановился. Это 499 секторов. Не сочтите за ламерство что раром, просто 250 КБ не загружает почему-то на filekeeper
http://www.filekeeper.org/download/shared/499.rar
http://slil.ru/27896273
Диск G на снимке как С. Винт подключен к другому компу.
http://www.filekeeper.org/download/shared/499.rar
http://slil.ru/27896273
Диск G на снимке как С. Винт подключен к другому компу.
Serjione
Насколько помню, была еще моя реконструкция бутсектора, которая нам не понадобилась (бутсектор на месте), наверное Вы перепутали ту реконструкцию с новым патчем, на MBR.
Итак, теперь MBR в порядке и второй раздел функционирует нормально, как я понял. Первый раздел не работает?
Для ясности нужно вто что:
1. Дамп секторов 0-499 физического диска. Вы дали начало какого-то раздела, похоже второго (но это может быть и первый раздел с ошибочно записанным бутсектором от второго, так что ХЗ). DMDE - открыть физический диск - Сервис - Копировать секторы в файл. Если бы Ваш дамп был из начала физического диска, Вы бы не видели двух разделов в Управлении Дисками, не говоря уже об исправном втором разделе.
2. Дамп 100 секторов, начиная с сектора 63489958 физического диска (63490048-90 == хвост первого раздела и начало второго - здесь может обитать копия бутсектора первого раздела, надо поискать).
Насколько помню, была еще моя реконструкция бутсектора, которая нам не понадобилась (бутсектор на месте), наверное Вы перепутали ту реконструкцию с новым патчем, на MBR.
Итак, теперь MBR в порядке и второй раздел функционирует нормально, как я понял. Первый раздел не работает?
Для ясности нужно вто что:
1. Дамп секторов 0-499 физического диска. Вы дали начало какого-то раздела, похоже второго (но это может быть и первый раздел с ошибочно записанным бутсектором от второго, так что ХЗ). DMDE - открыть физический диск - Сервис - Копировать секторы в файл. Если бы Ваш дамп был из начала физического диска, Вы бы не видели двух разделов в Управлении Дисками, не говоря уже об исправном втором разделе.
2. Дамп 100 секторов, начиная с сектора 63489958 физического диска (63490048-90 == хвост первого раздела и начало второго - здесь может обитать копия бутсектора первого раздела, надо поискать).
Цитата:
Итак, теперь MBR в порядке и второй раздел функционирует нормально, как я понял. Первый раздел не работает?
Antech, да первый раздел не работает.
Цитата:
Если бы Ваш дамп был из начала физического диска, Вы бы не видели двух разделов в Управлении Дисками, не говоря уже об исправном втором разделе.
А в чем ошибка бутсектора физического диска ? Что-то я не догоняю.
http://www.filekeeper.org/download/shared/63489958.ima
http://www.filekeeper.org/download/shared/499.ima
Serjione
Значит, патч MBR на месте. Но я забыл, что первый раздел начинается в секторе 2048, а не 63, как обычно (для primary). Поэтому, пожалуйта, покажите еще 100 секторов, начиная с 2048 (от начала физического диска).
А вот со вторым дампом, похоже, Вы ошиблись. Номер сектора в имени файла правильный, я проверил (PT - Sectors preceding partition №2, вычитаем 90). Но либо дамп снят по номеру сектора от начала раздела, либо с другого винта, т.к. сектор 63490048 (начало второго, исправного теперь, раздела) в дампе, как Вы понимаете, должен быть, а там его не наблюдается (тогда раздел был бы "RAW"). Так что проверьте дамп "63489958.ima".
Значит, патч MBR на месте. Но я забыл, что первый раздел начинается в секторе 2048, а не 63, как обычно (для primary). Поэтому, пожалуйта, покажите еще 100 секторов, начиная с 2048 (от начала физического диска).
А вот со вторым дампом, похоже, Вы ошиблись. Номер сектора в имени файла правильный, я проверил (PT - Sectors preceding partition №2, вычитаем 90). Но либо дамп снят по номеру сектора от начала раздела, либо с другого винта, т.к. сектор 63490048 (начало второго, исправного теперь, раздела) в дампе, как Вы понимаете, должен быть, а там его не наблюдается (тогда раздел был бы "RAW"). Так что проверьте дамп "63489958.ima".
Antech, пожалуйста
http://www.filekeeper.org/download/shared/2048.ima
http://www.filekeeper.org/download/shared/63489958_1.ima
последний снят с сектора 63489958 - 63490057
http://www.filekeeper.org/download/shared/2048.ima
http://www.filekeeper.org/download/shared/63489958_1.ima
последний снят с сектора 63489958 - 63490057
Serjione
Вот, теперь понятно, я так и думал. Помните, когда Вы патч MBR записывали первый раз? Вы тогда ошиблись, и вместо патча MBR в нулевой сектор записали реконструкцию бутсектора второго раздела в сектор 2048 (т.е. ошиблись и с патчем, и с целевым сектором). Поэтому теперь у Вас бутсектор первого раздела переписан реконструкцией бутсектора второго раздела. Это даже могло как-то работать, но второй раздел больше, чем первый, а в MBR размер первого раздела остался прежним, естественно. Поэтому сейчас размер первого раздела, указанный в бутсекторе, больше размера в MBR, а это означает, что будет "файловая система Raw" даже в Чекдиске. Но Вы ведь форматили разделы Виндой (Vista/7), поэтому в последнем секторе первого раздела есть то, что нам нужно - копия бутсектора для первого раздела. Вот эта копия (из сектора 63490047). Запишите этот файл в сектор 2048 физического диска (не забывайте, что открывать надо физический диск (Physical Drive / Physical Media), а не раздел). Перезагрузитесь и проверьте, теперь должны работать оба раздела.
Вот, теперь понятно, я так и думал
. Помните, когда Вы патч MBR записывали первый раз? Вы тогда ошиблись, и вместо патча MBR в нулевой сектор записали реконструкцию бутсектора второго раздела в сектор 2048 (т.е. ошиблись и с патчем, и с целевым сектором). Поэтому теперь у Вас бутсектор первого раздела переписан реконструкцией бутсектора второго раздела. Это даже могло как-то работать, но второй раздел больше, чем первый, а в MBR размер первого раздела остался прежним, естественно. Поэтому сейчас размер первого раздела, указанный в бутсекторе, больше размера в MBR, а это означает, что будет "файловая система Raw" даже в Чекдиске. Но Вы ведь форматили разделы Виндой (Vista/7), поэтому в последнем секторе первого раздела есть то, что нам нужно - копия бутсектора для первого раздела. Вот эта копия (из сектора 63490047). Запишите этот файл в сектор 2048 физического диска (не забывайте, что открывать надо физический диск (Physical Drive / Physical Media), а не раздел). Перезагрузитесь и проверьте, теперь должны работать оба раздела.Antech, огромный вам респект. Сделал как вы сказали, и С появился наконец, правда Виста все равно не грузится, мигает себе курсор в правом верхнем углу и ни туда и ни сюда. Поделитесь опытом пожалуйста, как вы поняли что бутсектор первого неправильный ? Ведь на первый взгляд и не скажешь.
Serjione
Цитата:
Элементарно, Ватсон. Там размер второго раздела указан, и hidden sectors (смещение) - тоже для второго раздела. А я знал, что Вы наверняка записали туда что-то не то, потому что при снятии дампа Вы уже перепутывали физический винт и раздел. Но если там бутсектор, то какой? Скорее всего, моя реконструкция (я ведь выкладывал ее). Так и оказалось.
Конечно, если бы я увидел этот бутсектор без предыстории, то догадался бы не сразу, но все равно причина была бы определена. Общий алгоритм проверки бутсектора NTFS:
1. Инструкция EB 52 90 (переход на загрузчик) в первых трех байтах.
2. Сигнатура NTFS + 4 пробела (важно обратить внимание на пробелы: должны быть именно пробелы (20h), а не байты 00h, иначе RAW).
3. Размер раздела (сравнение с размером в таблице разделов). Если в бутсекторе размер раздела больше, чем в таблице, будет RAW.
4. Размер кластера (сравнение с размером кластера по MFT). размер кластера можно определить по любому нерезидентному атрибуту (например, $MFT : DATA).
5. Начальный кластер MFT (поиск MFT по указанному кластеру). Если MFT нет на месте, то либо в бутсекторе ошибка (размер кластера, начальный кластер MFT), либо начало MFT испорчено (переписано другими данными).
6. Размеры файловой и индексной записей. Стандартно файловая - 1024 байта (2 сектора), индексная - один кластер (8 секторов).
7. Сигнатура 55 AA в конце сектора. Ну это понятно.
Цитата:
как вы поняли что бутсектор первого неправильный ?
Элементарно, Ватсон
. Там размер второго раздела указан, и hidden sectors (смещение) - тоже для второго раздела. А я знал, что Вы наверняка записали туда что-то не то, потому что при снятии дампа Вы уже перепутывали физический винт и раздел. Но если там бутсектор, то какой? Скорее всего, моя реконструкция (я ведь выкладывал ее). Так и оказалось. Конечно, если бы я увидел этот бутсектор без предыстории, то догадался бы не сразу, но все равно причина была бы определена. Общий алгоритм проверки бутсектора NTFS:
1. Инструкция EB 52 90 (переход на загрузчик) в первых трех байтах.
2. Сигнатура NTFS + 4 пробела (важно обратить внимание на пробелы: должны быть именно пробелы (20h), а не байты 00h, иначе RAW).
3. Размер раздела (сравнение с размером в таблице разделов). Если в бутсекторе размер раздела больше, чем в таблице, будет RAW.
4. Размер кластера (сравнение с размером кластера по MFT). размер кластера можно определить по любому нерезидентному атрибуту (например, $MFT : DATA).
5. Начальный кластер MFT (поиск MFT по указанному кластеру). Если MFT нет на месте, то либо в бутсекторе ошибка (размер кластера, начальный кластер MFT), либо начало MFT испорчено (переписано другими данными).
6. Размеры файловой и индексной записей. Стандартно файловая - 1024 байта (2 сектора), индексная - один кластер (8 секторов).
7. Сигнатура 55 AA в конце сектора. Ну это понятно.
Antech, однако дедуктивный подход Холмс. 
Правда Виста как не грузилась так и не грузится, хотя вродь все на месте и С активный. хз что происходит.
Правда Виста как не грузилась так и не грузится, хотя вродь все на месте и С активный. хз что происходит.Serjione
В Висте установщик вроде умеет восстанавливать загрузку, попробуйте.
В Висте установщик вроде умеет восстанавливать загрузку, попробуйте.
Antech, пробовал установщиком, результат тот-же, не пойму в чем дело.
Antech добрый день.
Очень нужна ваша помощь.
Поигрался с САТА шлейфами и один диск система не опознает. Точнее он его видит в Управлении дисками. как Динамический - Неподключенный. Состояние подкючение Неудачно. При попытке Реактивизировать диск, пишет, что Указанный диск не найден.
Сам диск имел название DISK Z. Seagate ST3500320AS. Версия прошивки: SD15. На диске всего один раздел. Практически все 500Гб диска заполнены. С диском ничего не делал, и ничем не проверял. SMART тест в Виктории проходит нормально.
Я сделал дамб первых 100 секторов от 0 до 99 в программе DMDE. http://dump.ru/file/3235997
Если нужны другие, скажите какие.
Также добавлю фото_скрины СМАРТА с Виктории и как это выглядет в меня Управление разделами. http://dump.ru/file/3236019
Надеюсь на вашу помощь.
С уважением Николай.
Очень нужна ваша помощь.
Поигрался с САТА шлейфами и один диск система не опознает. Точнее он его видит в Управлении дисками. как Динамический - Неподключенный. Состояние подкючение Неудачно. При попытке Реактивизировать диск, пишет, что Указанный диск не найден.
Сам диск имел название DISK Z. Seagate ST3500320AS. Версия прошивки: SD15. На диске всего один раздел. Практически все 500Гб диска заполнены. С диском ничего не делал, и ничем не проверял. SMART тест в Виктории проходит нормально.
Я сделал дамб первых 100 секторов от 0 до 99 в программе DMDE. http://dump.ru/file/3235997
Если нужны другие, скажите какие.
Также добавлю фото_скрины СМАРТА с Виктории и как это выглядет в меня Управление разделами. http://dump.ru/file/3236019
Надеюсь на вашу помощь.
С уважением Николай.
ЧТО ДЕЛАТЬ ЕСЛИ ПРОПАДАЕТ DVD-ПРИВОД.ПОМОГИТЕ КТО ЧЕМ МОЖЕТ.
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374
Предыдущая тема: Проблема с сетевым принтером: не доходят задания до принтера
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.