StarForce (защитник от копирования), похоже, испортил бут-сектор. Есть ли способ восстановить родной бут в WinXP?

Вот ещё одна компьютерная неприятность. При опробовании хорошо защищённого технического справочника защита, похоже, залезла в бут-сектор. Выглядит это так: комп теперь при включении (или выходе из спячки) стоит в паузе несколько минут, прежде чем перейти к выполнению POST и собственно к загрузке ОС (тот справочник, естественно, давно удалён). При этом в этой паузе нет даже дисковой активности (не светится индикатор обращения к HDD). Интересно, что не помог даже откат на предыдущую контрольную точку WinXP. Следовательно, вмешательство было раньше загрузки ОС. БИОС отпадает (ну не мог же защитник переписать флэшь?), значит, эта пауза прописалась в бут, больше негде. Старинный способ ремонта бут-сектора (fdisk /mbr) в WinXP не работает, так как в составе ОС нет fdisk. Как вернуть штатный бут без переустановки?

Бут идет после ПОСТ.
Так что проблема в биосе.
Пост должен проходить даже если нету ни одного загрузочного диска и вообще даже если нету никакого диска.

Попробуйте отключить вообще HDD, если пауза перед попыткой загрузки сохранится, то проблема с железом или BIOS. Если же после отключения HDD пауза исчезнет, то это может быть связано и с неисправностью HDD и с логическими ошибками на нём.
Что касается FDISK, то в любом случае надо иметь загрузочную дискету с DOS.

Посмотрите в БИОС соответствие реально установленному оборудованию в нём прописанного(дисководы и т.п.).

загрузись с компакта с виндами
пройди там до экрана с предложением восстановить
там должна быть консоль восстановления

в ней проделай нужные шаги
потом получиш приглашение в виде мигающего курсора
напиши fixmbr и все
если не поможет, то еще и fixboot или bootfix

а диск со старфорсом однозначно в топку

А может, биос виснет на этапе автодетекта IDE-устройств? Тогда это, наверное, даже не бут-сектор, а ПЗУ платы управления НЖМД полетело.

Это похоже не BOOT-сектор виноват.
Дело в том что POST происходит до загрузки OS, и скорее всего неприятность происходит от BIOS. Зайдите в BIOS Setup и попробуйте сбросить настройки на изначальные (Load setup defaults), попробуйте также полностью обнулить CMOS (снимите батарейку с платы)

Вообще подобный эффект наблюдал после выхода из строя одного из каналов встроенного двухканального IDE-контроллера к которому подключен жесткий диск (операционная система по прежненму могла пользоваться этим IDE каналом, но его работа сопровождалась глюками и повреждением данных на харде). Потом отключил от испорченного канала
диск, отключил испорченный канал IDE в биосе, воткнул в PCI-слот плату Promise Ultra133 TX4, к которой подключил жесткие диски с неисправного канала. Недостатки - теперь нужна дискета с драйвером для промиса, и два POST-а на экране - один BIOS платы, другой - биоса навесного IDE-контроллера, а так же не совсем приятные ощущения от осознания факта работы на неисправной плате

Видите ли, всё это происходит на ноутбуке... А там, во-первых, такой BIOS Setup, в котором самый минимум настроек, и во-вторых, очень мало возможностей для возни на "железном" уровне. Сброс настроек и установка по умолчанию там есть, и это первое, что я проделал. Не помогло. Батарейку отключал - аналогично. IDE, выходящий наружу, там естественно, только один... Но предположения о его дефектности упираются в тот факт, что после описываемой мною паузы комп (и естественно, этот канал IDE) работает совершенно нормально. Попробую снять HDD и посмотреть, как оно себя поведёт. Но всё же, если не бут, то БИОС? Получается, что всякая посторонняя хрень может осуществить туда запись в обход запретов?

Запретов на запись чего либо куда либо на компьютере нет, за исключением пожалуй служебных дорожек жесткого диска и микросхемы EEPROM на которой хранится прошивка BIOS-а, и то при условии что микросхема переведена в режим "только чтение" перемычкой при содействии пользователя.

На встречавшихся ноутах (в первую очередь, АСУС) нет аппаратной защиты от записи в БИОС.