Но после модификации регистров становились более сговорчивыми и уже не надоедали своими дурацкими предложениями переставить диск туда, куда им заблагорассудится.
требовали переставить диск в другой привод невзирая на состояние идентификационных регистров контроллера.
Последнему факту можно найти следующее объяснение.
Судя по всему старфорс во время запуска игры
не проверяет (
!) состояние регистров контроллера.
С одной стороны, нам от этого немного грустно.
Но с другой стороны, еще более грустно должно быть разработчикам старфорса, т.к. подобная неразборчивость в будущем рано или поздно выйдет им боком. Баг это или фича ? Скорее всего первое.
Спрашивается: откуда тогда в последнем случае старфорс берет информацию ? Сие мне не известно. Можно предположить следующее:
- Либо из реестра. Наверняка там хранятся данные по идентификационным регистрам устройств на момент запуска винды.
- Либо на этапе загрузки операционной системы драйвера старфорса сами опрашивают контроллер и запоминают его идентификаторы. А в дальнейшем вероятно используют для работы с контроллером только его PCI-адрес (шина/устройство/функция).
Можно ли как то исправить ситуацию ? Вероятно, да. Если для защищенных продуктов существует обновление, содержащее так же обновленную/исправленную систему защиты. Качайте, устанавливайте, проверяйте.
Но напомню: любом случае недоразумение под названием "старфорс" можно будет обойти так, как описано в предыдущей статье. Т.е., если пропатчить:
- драйвера контроллера;
- BIOS материнской платы, чтобы еще на этапе POST он менял нужные идентификационные регистры интегрированного контроллера.
Кстати, сам код БИОСа вручную ковырять необязательно. Можно просто попробовать добавить в него дополнительную PCI-ROM'ку. Для многих БИОСов это практически стандартная процедура. Похожие модули уже присутствуют в БИОСах материнок со встроенными RAID-контроллерами на борту. Существуют даже специальные утилиты, позволяющие проделать операцию "вживления". Например, для биосов производства AWARD обычно используют тулзу под названием CBROM. (подробности см. на
http://www.rom.by)
Но это уже совсем другая история...
У тех немногих, кто осилил статью до этого момента
, наверняка возник вопрос: сможет ли приведенная здесь информация пригодиться на практике ? И имеет ли смысл со всем этим связываться ?
Все зависит в первую очередь от конфигурации Вашей системы и от того, что Вы хотите получить в результате.
- Если, например, у Вас в системе стоит SATA-жесткий диск и IDE-привод (или наоборот), то для того, чтобы спрятать привод, нужно лишь отключить контроллер, к которому он присоединен, в биосе или диспетчере задач.
Т.е. приведенная в статье информация Вам в данном случае не понадобится
- Если у Вас привод висит на IDE и требуется лишить вредоносные программы прямого доступа к нему (например, ради возможности использовать RMPS), то тогда да, советы из этой статьи вам помогут.
- Если Вам требуется то же, что и в предыдущем пункте, но CD/DVD-привод висит на SATA, причем в биосе материнки отсутствует возможность перевести SATA в режим [RAID], то статья должна Вам помочь.
- Если же у вас и системный жесткий диск, и привод подключены одновременно к IDE-контроллеру (неважно, на один канал или на разные), то в этом случае статья Вам просто необходима.
Скрыть привод от системы не удастся, т.к. одновременно "исчез" бы и системный жесткий диск. Зато, изменив регистры, как описанно в этой статье, можно добиться того, чтобы вредоносные программы не лезли к IDE-контроллеру напрямую, а работали с ним через системные драйверы.
И еще разок повторюсь: