eGorZ
Gold Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
УФФФФФФФФФФФФФФФФФФФФ!!!
парни, вы чего? Где такую травку дают???
alw
ты каким образом интеграцию делал?
Судя по всему, кроме SP3 решил в дистрибутив интегрировать всё, что под рукой лежало.
А делать это не следует по многим причинам, но сейчас не буду на этом подробно останавливаться, к тому же это уже обсуждалось не раз, да и по сборке дистрибутивов есть отдельные ветки, как по оригиналам, так по по махровым самосборам.
Хотелось бы верить:
1. что интеграция делалась не с помощью nLite
2. не из под Vista/W2K8/W7
Hal и kernel всегда идут в паре и зависят от системы, в которой эксплуатируются:
NTOSKRNL.EXE normal Kernel for non ACPI systems
NTKRNLPA.EXE ACPI Kernel
NTKRNLMP.EXE normal Mulitprocessor Kernel
NTKRPAMP.EXE ACPI Multiprocessor Kernel
"Standard PC", Non-ACPI PIC HAL (Hal.dll)
"MPS Uniprocessor PC", Non-ACPI APIC UP HAL (Halapic.dll)
"MPS Multiprocessor PC", Non-ACPI APIC MP HAL (Halmps.dll)
"Advanced Configuration and Power Interface (ACPI) PC", ACPI PIC HAL (Halacpi.dll)
"ACPI Uniprocessor PC", ACPI APIC UP HAL (Halaacpi.dll)
"ACPI Multiprocessor PC", ACPI APIC MP HAL (Halmacpi.dll)
В SYSTEM32 лежат всего два файла ядра, ACPI и нормальный - ntkrnlpa.exe и ntoskrnl.exe - но они, как правило, чётко соответствуют системе, и, в случае однопроцессорной системы именно эти файлы и лежат, а в случае многопроцессорной системы (системы с гипертрейдингом и многоядерные тоже к ним относятся) вместо них будут лежать файлы NTKRNLMP.EXE (под видом ntoskrnl.exe) и NTKRPAMP.EXE (под видом ntkrnlpa.exe).
Так что если у тебя система многопроцессорная с ACPI, то подмена ntkrnlpa.exe на ntkrpamp.exe вполне обоснована, но и вместо hal.dll должен лежать переименованый Halmacpi.dll в этом случае. Возможно, что у тебя вместо Halmacpi.dll оказался Halaacpi.dll.
Т.е., другими словами hal и kernel не соответсвовали друг другу. Может и с версиями была какая-нить проблема в процессе интеграции. Кстати, в dllcache все файлы лежат в оригинале, т.е. не переименованные.
mrrc
Язык системы проще проверить по языку файлов самой системы. Например посмотри свойства файла Explorer.exe и сразу всё поймешь.
Помимо MUI также существует и LIP (в отличии от MUI он не имеет возможности переключаться на другие языки). Примером использования LIP может служить "русская" версия Windows XP MCE  - MCE в природе существует только в английском варианте с языковыми добавками.
По поводу ставить SP или нет - нужно сначала почитать FAQ по установке в шапке и в первую очередь статью KB950717.
Не на все системы и SP2 хорошо вставал.
Brother_Micro
У меня английская XP с MUI и в winver написано именно "Корпорация Майкрософт", так что у тебя не верные данные. Скриншот не привожу - поверь на слово.
NegoroX
Проблем с активацией нет. Есть проблемы нелегального использования. Часто приходится сталкиваться даже с лицензионной XP OEM (Retail), которые "активированы" с помощью WPAKill или чего-нить в этом духе - вот тут то и возникнет проблема активации после установки SP. А некоторые пользователи в данной ситуации зачастую абсолютно убеждены в том, что у них VLK, а потом пишут - вот, мол, стояла VLK, поставил SP и через 30 дней возникли проблемы.
dabradei
К сожалению, у меня x64 системы нет в ближайшем окружении, и проверить Microsoft Update Agent Plus под ней не было возможности. Стать то под неё и текущая версия сможет, но только в режиме Microsoft Update Agent, т.е. без Plus. Что-то в x64 с каталогами намутили  Надо её как-нить живьём потрогать.
|
