alw
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору eGorZ Цитата: 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 все файлы лежат в оригинале, т.е. не переименованные. | интеграция делалась на w2k3, штатным методом сервиспака. после интеграфии sp3 делалась интеграция драйверов из driverspack. после - через RunOnceEx.cmd прописывалась установка некоего количества софта. все. |