Восстановление MBR

[borskiy]

MoxX, МБР здесь ни при чём, поскольку в ней прописана только разбивка диска на разделы и указан активный (загрузочный) раздел. А вот бут-сектор на диске С (или какой у тебя там системный) не соответствует текущему состоянию диска. Дело в том, что загрузчик винды (ntldr) ищется программой бут-сектора не по имени, а по адресу первого кластера из цепочки, в которой находится этот загрузчик. После восстановления системы из образа, ntldr оказался в другом месте, поэтому бут-сектор его и не находит.
Делай переустановку системы в режиме коррекции.

[MoxX]

borskiy,хммм... то есть получается, что при архивации он не записался в образ?

P.S. Да, кстати, прога лицензионная, входит в пакет Paragon Rescue Kit 4.0.

[borskiy]

MoxX, записался. Но парагон не отследил его расположение и при восстановлении кинул куда попало. Ну и не попало оно на прежнее место...

PS Norton Ghost создаёт нормальные образы и при восстановлении получаются работоспособные системные разделы.

[dviktor]

MoxX, а если дать команды fixmbr и fixboot, то вполне возможно что и поможет

[Volex]

Сообщение от borskiy

Дело в том, что загрузчик винды (ntldr) ищется программой бут-сектора не по имени, а по адресу первого кластера из цепочки, в которой находится этот загрузчик.

На сколько мне известно загрузчик ищет этот файл как раз по имени (иначе подмена файла никогда бы не помогала), только поиск осуществляет в определенном разделе, этот раздел можно узнать в boot.ini
запись обычно начинается так:
multi(0)disk(0)rdisk(0)partition(1)

Если при создании образа ос стояла в разделе с идентификаторами отличающимися от текущего, то ntldr она будет искать по старым координатам, даже если раздела/диска не существует.
Бороться с этим можно переписав загрузчик, но это вам видимо не понадобится))))

[borskiy]

Сообщение от Volex

иначе подмена файла никогда бы не помогала

А она никогда и не помогает (у меня, по крайней мере, ни разу не получилось подсунуть ему нужный файл).

Добавлено через 1 минуту 34 секунды

Сообщение от Volex

этот раздел можно узнать в boot.ini

Ну да... Только бутини используется загрузчиком (ntldr), который, как раз и не стартует.

[Volex]

Не знаю как у Вас, а у меня все проблемы с ntldr всегда разрешались благополучно)

Сообщение от borskiy

Только бутини используется загрузчиком (ntldr), который, как раз и не стартует.

Потому и не стартует, что запись "boot.ini-старого" не соответствует новому адресу ntldr.

[borskiy]

Сообщение от Volex

Потому и не стартует, что запись "boot.ini-старого" не соответствует новому адресу ntldr.

Да не потому!
Это ntldr использует бутини, а не наоборот!
А если ntld вообще не находится, то до бутини очередь даже не доходит!

ЗЫ Кстати, система прекрасно грузится (правда, ругается в начале) и без этого твоего любимого boot.ini (разумеется, если она на активном разделе).

Добавлено через 2 минуты 16 секунд

Сообщение от Volex

у меня все проблемы с ntldr всегда разрешались благополучно)

Шаман ты, однако!

[Volex]

Сообщение от borskiy

Да не потому!
Это ntldr использует бутини, а не наоборот!
А если ntld вообще не находится, то до бутини очередь даже не доходит!

ЗЫ Кстати, система прекрасно грузится (правда, ругается в начале) и без этого твоего любимого boot.ini (разумеется, если она на активном разделе).

Я говорю о том где можно найти информацию используемую загрузчиком при поиске ntldr, вы меня уже не раз неправильно поняли, я прекрасно знаю что ntldr будет потом читать boot.ini, я просто говорю что именно из boot.ini можно узнать где загрузчик ищет ntldr.
Конечно если вам проще прочитать загрузчик, то boot.ini не для вас.

Аж тавтологией "уписался".

[borskiy]

Сообщение от Volex

именно из boot.ini можно узнать где загрузчик ищет ntldr.

А вот тут ты ошибаешься.
Первичный загрузчик (загрузочный сектор активного раздела) НЕ использует boot.ini. У него просто "мозгов" на это не хватит! Единственная его функция - загрузить ntldr (если найдёт, конечно) или io.sys+msdos.sys (в случае с DOS/вин95-mе).
А искать его он будет только на том разделе, на котором и сам находится (т.е. на активном).