1) 3DMark 2006 v 1.2.0
2) Дрова 296.10
3) GTX 460
4) Запускаем 3дмарк. Ставим разрешение для тестов такое же, как на рабочем столе (это важно, иначе глюк не сработает).
5) Выбираем в тестах FireFly Forest и CPU1-Red Valley (Глюк на переходе между этими двумя тестами).
6) Запускаем тесты. Firefly forest проходит нормально, а потом при попытке сменить разрешение экрана для теста Red Valley наблюдаем рабочий стол в разрешении 640х480 и с артефактами, похожими на разгон памяти или перегрев чипа (ни того ни другого нет. Температура GPU в тестах макс 65 С). При этом ничего сделать нельзя, толко резет. В журнале событий появляется событие с источником NV "Unknown error on CMDre 00000000 00000904 0000ffff 00000004 00000084" (цифры разные). Если подождать, то можно BSOD словить, причем там будет написано о том, что "device driver is stale in an infinite loop" (не stable а _stale_)

Итак, что мы имеем? Невозможность установки из-за сбоя фазы registerdlls при установке панели управления. Ошибка звучит как 0x8007005 Access is denied. Что характерно, при попытке вручную зарегистрировать (regsvr32) те библиотеки, которые хочет инсталлятор, выдается это же ссобщение, только по-русски. Так куда же доступ запрещен? Я запустил регистрацию вручную и отследил, куда хочет писать библиотека при регистрации. К примеру, HKEY_CLASSES_ROOT\DisplayServer.AdjustDesktopSizePos. В принципе логично, и ничего криминального тут нет. Однако, посмотрев разрешения на этот раздел реестра (и на другие HKEY_CLASSES_ROOT\DisplayServer) я обнаружил, что у меня (Администратора) нет доступа на запись в этот раздел! Более того, непонятно куда делись разрешения с самого раздела HKEY_CLASSES_ROOT. Я поднял WinXP на виртуалке, и посмотрел разрешения в реестре свежеустановленной винды. Ничего общего с моими. Я не знаю, почему и куда делись эти разрешения. Моей WinXP уже 6 лет (с 2006 года) и она пережила кучу апгрейдов железа и сервиспаков, так что следы теряются.
Я установил у себя такие же разрешения, как в реестре виртуалки (с галочкой "Заменить разрешения дочерних объектов...") и стартанул чистый, не модифицированный инсталлятор. Отработал как по нотам. Все отлично, никаких ошибок, сбоев и т.п.
Таким образом, имеем 3 способа решения:

1. простой. Дать себе полный доступ на HKEY_CLASSES_ROOT с заменой разрешений дочерних объектов и на этом успокоиться. Дешево и сердито.
2. средне-сложный. поднять виртуалку и подсматривая туда, установить разрешения у себя
3. более сложный (т.к. менее наглядный) . Установить разрешения вручную так:

• правой кнопкой по HKEY_CLASSES_ROOT, выбираем "Разрешения", жмем "Дополнительно"
• удаляем отттуда все разрешения, которые там есть
• добавляем в список разрешений учетные записи: SYSTEM, СОЗДАТЕЛЬ-ВЛАДЕЛЕЦ, Администраторы, Опытные пользователи, Пользователи
• по очереди в списке выделяем каждую учетку, жмем "Изменить" и ставим следующие разрешения:
  
  • SYSTEM, СОЗДАТЕЛЬ-ВЛАДЕЛЕЦ, Администраторы: полный доступ (все флажки). Для владельца в списке "Применять" ставим "Только подразделы"
  • Опытные пользователи: флажки № 2-6, 8, 11. Остальные снять
  • Пользователи: флажки №2, 5, 6, 11
• Ставим флажок "Заменить разрешения дочерних объектов...". Жмем ОК, ждем. У меня заняло около 3 минут. Один раз матюкнулся, что не может установить разрешения.
• Все, можно ставить дрова.

Вот так вот. Так что инсталлятор просто не мог сделать то, что хотел. Другое дело, что сообщить об этом более-менее информативно не удосужился.