[atf7]

Интересное дело. Если cтавлю на Virtualbox систему, потом Vistapack (после второго входа пользователя) и запускаю команду sfc /scannow, то после перезагрузки система вообще не может загрузится. Доходит до бутскрина и все. Virtualbox "жрет" вcе ресурсы одного из ядер, но отказывается производить загрузку системы.
Не то чтобы я грешил на VistaPack, так как на реальной машине таких проблем нет, но все же, интересно, почему же такое происходит?
ЗЫ
Ведь я правильно понял из шапки, что VistaPack не выводит из-под защиты ни одного системного файла Windows?

[boss911]

Ведь я правильно понял из шапки, что VistaPack не выводит из-под защиты ни одного системного файла Windows? »

Правильно. И я этого специально не делал. Вообще этого не признаю, выводить кучу важных системных файлов из-под защиты SFC.

[atf7]

Вообще этого не признаю, выводить кучу важных системных файлов из-под защиты SFC. »

Я-то, по-идее, такого же мнения, но...
Решил поставить вместо Virtualbox vmware workstation 7. До этого, на реальной машине прогнал sfc /scannow после установки VistaPack. Нажимаю на инсталлятор workstation 7 - сразу вылетает ошибка. Доустановил фрейморки, отрубил HIPS - все бестолку. Опять установил VistaPack - установка workstation заработала. Ради экперимента опять прогнал восстановление системных файлов - workstation опять не устанавливается. Опять установил VistaPack - все заработало.
Ну прямо мистика. В теории VistaPack не причем, но на практике ситуация прямо противоположная.
Придется попробовать самому вывести из-под защиты некоторые системные файлы, так как отказываться от VistaPack уж очень не хочется.

[boss911]

Ну прямо мистика. »

Вы правы, именно поэтому мне нечего сказать. Вместо sfc /scannow попробуйте удалить мой пак по средствам его деинсталлятора, после чего проверьте проблему (чисто интересно). Деинсталлятор вернет все те файлы, что были до пропатчивания, кроме "UxTheme.dll" (моя тема так же не удаляется).

[atf7]

Вместо sfc /scannow попробуйте удалить мой пак по средствам его деинсталлятора, после чего проверьте проблему (чисто интересно). »

Так будет все нормально. Но, универсальность сборки пропадает. Пришлось вывести часть системных файлов из-под защиты.
Другое дело, интересно почему же возникают такие проблемы. Такое впечатление, что в каком-то файле который не находится под защитой прописывается "ссылка" на часть исполняемого кода, который добавляет в другой, уже защищенный файл, VistaPack.
Но так как файл, который без защиты, после отработки sfc /scannow остается неизменным, тогда как тот, который содержит необходимый ему исполняемый код в файле, который был под защитой, возвращается в прежнее состояние и уже перестает содержать в себе нужный код.
Примерно такое у меня предположение.

[boss911]

atf7

Если установить мой пак и сразу провести его деинсталляцию или вместо деинсталляции sfc /scannow, то по сути, эффект будет один и тот же, то есть по идеи это одно и то же.

Попробуйте на чистой ОС накатить другой пак, что-то похожее на мой (патч 200+ файлов), например VistaPath там какой-то, потом sfc /scannow и проверьте проблему. То же, чисто интересно.

[atf7]

Если установить мой пак и сразу провести его деинсталляцию или вместо деинсталляции sfc /scannow, то по сути, эффект будет один и тот же, то есть по идеи это одно и то же. »

Да, но при использовании sfc /scannow не вернуться в изначальное состояние файлы, которые не находились под защитой. А если мое предположение из предыдущего поста верно, то как раз это и есть причина ошибок.

Попробуйте на чистой ОС накатить другой пак, что-то похожее на мой (патч 200+ файлов), например VistaPath там какой-то, потом sfc /scannow и проверьте проблему. То же, чисто интересно. »

Как-нибудь попробую, но если, опять же, предположить, что мое утверждение верно, то у нижеперечисленных, или у Respathс-ей этих проблем не будет, так как все они выводят ряд системных файлов из-под защиты Windows. Смотрел их структуру, так у них список в KillWFP.lst - мама не горюй.
http://forum.oszone.net/thread-74723.html
http://forum.oszone.net/thread-114821.html

[boss911]

Да, но при использовании sfc /scannow не вернуться в изначальное состояние файлы, которые не находились под защитой. »

Пардон, забыл об этой особенности. Ну, тогда другие пачтеры, которые не трогают SFC, уверен, такие есть, но, желательно чтобы патчили 200+ файлов.

А если на чистой ОС запустить sfc /scannow, проблема не возникает после этого? Так же попробуйте в моем инсталляторе отменить патч Boot Screen и повторить проблему.

[atf7]

Ну, тогда другие пачтеры, которые не трогают SFC, уверен, такие есть, но, желательно чтобы патчили 200+ файлов. »

Я что-то не наталкивался на них. Есть ссылка?

А если на чистой ОС запустить sfc /scannow, проблема не возникает после этого? »

Нет, и даже если на совсем не чистой.

Так же попробуйте в моем инсталляторе отменить патч Boot Screen и повторить проблему. »

Попробую.
Но мне кажется, что надо копать исходя из того, чем вы патчили файлы. Если "вручную", то вряд ли могла возникнуть проблема с "ссылками" на исполняемые коды. А вот если чем-то еще, то уже неизвестно что там еще пропатчилось кроме картинок.
А вообще, хотелось бы услышать мнение тех, кто уже много подобных ресурсов делали. Они-то возможно знают, в чем именно проблема. Но, что-то никто не помогает советом.

[boss911]

Есть ссылка? »

Нету. Погуглите на предмет "изменение внешнего вида XP".

А вот если чем-то еще, то уже неизвестно что там еще пропатчилось кроме картинок. »

Все файлы патчатся РесХакером, только иконки и изображения, даже диалоги не трогаются. UxTheme.dll исключение, там применяется патчер бинарного кода моего производства.

Но, что-то никто не помогает советом. »

Проблема специфическая, нужно соблюсти несколько нюансов, чтобы на ее наткнуться, так что вполне возможно, вы первый, кто на ее мог наткнуться. Опять же, сама проблема не особо является таковой из-за своей спецификации.