Внутренности Установщика WinXP
DEL.
|
UPD
|
1. Обновления в описаниях.
2. Вопрос к общественности: Кто-нибудь знает, в каких случаях и какими утилитами используется ключ установщика -plugplay ? В оригинальном установщике, запущенном такой строкой setup.exe -plugplay не происходит запуска инсталлятора ОС функцией InstallWindowsNt. Вместо этого запускается функция, устанавливающая драйвера устройств. Но вот кем и когда это используется? |
Насколько я не в курсе - setup во время поиска устройств пишет "может потребоваться/случиться перезагрузка"
Что именно он имеет в виду не совсем понятно. То ли запуск устройсва породит кучку новых устройств и надо перезагрузиться, чтоб ничего не пропустить. То ли если будут проблемы при запуске драйвера устройства - рестарт сетапа с этого места, с пропуском неподходящего драйвера :dont-know |
Наверное сюда. Устанавливаю английскую версию Windows XP SP3. Хочу всего лишь переименовать названия этапов, появляющихся над прогрэсс-баром в левом нижнем углу во время графического этапа установки. Всё это разбросано в файле syssetup.dll. Может есть у кого что-то вроде таблицы, какой русурс, какая строка и её перевод?
|
Цитата:
|
Цитата:
|
Цитата:
|
Цитата:
|
Кто знает по какому алгоритму вычислют контрольную сумму установочным файлам (напр setupldr.exe)?? В PE заголовке есть поле CheckSum котое содержит загадочное число, возможно это CRC32 но не всего файла? тогда что не пропускать? потому-что программы умеющие вычислять CRC32 выдают другие данные
|
Цитата:
Код:
DWORD MapFileAndCheckSum( ;) |
Содержимое этого поста перенесено сюда:
http://forum.oszone.net/thread-110577.html |
Mr dUSHA, Про использование API функции MapFileAndCheckSum, для этих целей стало известно в первую очередь, меня же интересует по какому алгоритму посчитана контрольная сумма, насколько я понял это не CRC32 не СRС16, наверняка не MD5 ;), ну и вот что-за там контрольная сумма, кстати MapFileAndCheckSum считает по такому-же алгоритму(в описании говорится что она считает CRC32 вроде), тоглда результат не сама контрольная сумма, или они считают сумму не всего файла, а каких-то участков, инфы нету че-то, я в программировании конечно ноль, но все-же интересно...
|
Цитата:
|
Mr dUSHA,
Цитата:
На MSFN.ORG был найдет такой рег-файл: Код:
Windows Registry Editor Version 5.00 Я пытался заменить "setup.exe -newsetup -mini" на "setup.exe -plugplay", но после перезагрузки и лого Винды просто черный экран с указателем мышки на несколько секундр, потом перегрузка и при следующей загрузке сообщение, что система не установлена до конца, надо опять переставить. Т.е. что-то не работает (как хотелось бы...). Пробовал применять файл без двух последних ключей с мини-установкой. Тоже не работает... Можно вопрос? А есть ли теоретическа возможность отключить насильственную перегрузку компа в конце этой процедуры сетапа (в моем случае для мини-установки)? Извиняюсь, если влез не туда :) Тогда просто проигнорируйте :) |
Цитата:
"setup.exe -plugplay" запускает только процедуру установки драйверов устройств. Эта процедура находится прямо в теле setup.exe. Цитата:
|
Mr dUSHA
Спасибо за ответ. Но написать самому не получится - не тот уровень... А вот если бы можно было хотя бы перегрузку отключить правкой какого-нибудь файлика, то можно было бы попробовать :) Причем, речь идет об уже установленной системе, там где не полная установка, а только минисетап запускается. В идеале бы только определение драйверов и устройсв запускать, а все остальное нафик... |
Цитата:
|
MS, как всегда, немного врет. Только что попробовал применить волшебный рег-файл к Home edishn.
Мини - установка запустилась и прошла полностью нормально. Хотя, MS пишет, что мини-утановка невозможна для хомяка. Поэтому и я не заморачивался при работе с образами по поводу мини-setup. Так что, наверное в новой версии для заливки напишу свой фейк-сетап и буду использовать его. sysprep не дает на хомке выставить ключик -mini, но внести рег-файл перед завершением работы запечатаного образа не проблема. Oleg_II, Цитата:
Пути к драйверам должны уже быть внесены в реестр. Код:
function IsNtOs:boolean; |
Boa Soft
Вот спинным мозгом чувствую, что это то, чего хотелось :) , а признаться стыдно, что не совсем понимаю, куда это применить... Не подскажете в общих чертах куда и как это применить? Еще раз напомню, чего хотелолсь бы получить: у меня этот регфайл тоже работает, но хотелось бы чтобы автоопределение устройств начиналось автоматом и компьютер потом не перегружался. В идеале - только определение устройств и все! Все остальные процессы (установка сети, компонентов и прочее) желательно бы пропустить вообще. Почему автоматом - столкнулся с тем, что на некоторых компах мышь и клавиатура при переносе имиджа не работают. Поковырял и вроде нашел способ поддержки мыши в образе в такой ситуации, но срабатывает он только если есть сиспреп и файл ответов или вообще без применения мини-установки через некоторое время после полной загрузки системы. Хотелось бы того же, что происходит при мини-установке для нормального определения драйверов (но тоже не полной - читайте дальше :) Почему не перегружать... Хм... Тут немножко антинаучные мысли - сильно уменьшенная система запускается сразу в РАМ и там желательно чтобы подхватила все новые устройства как это делает BartPE, а такое возможно только при PNP установщика оси, насколько я понимаю... Соответственно, раз система загружается в РАМ, то перегрузки допускать нельзя - изменения все равно не сохранятся... Вобщем-то все и так работает, новые устройства находятся в самой системе, но есть проблемы с некоторыми контроллерами жестких дисков (САТА), не видит, гад... Т.е. надо как-то по другому их инициировать (хочется надеятся, что процедура мини-установки их найдет). ЗЫ Про заливки. Сейчас на Руборде я ковыряю китайскую заливку (выложил там самую последнюю версию от одного известного сборщика и будет еще одна от серьезного форума, копаюсь и делюсь впечатлениями). Китайцы добились очень хороших успехов в этой области - их заливки встают практически на любое железо с правильным определением любых ХАЛов, драйверов контроллеров (включая и "проблемные" AHCI), не имеют проблем с мышами и клавиатурами, да и решения вообще интересные, можно сказать даже изящные - образ полной необрезанной системы (даже длл-кэш присутствует) вместе с МС Офисом и еще кучей софта занимает всего 650МВ ;) Если интересно, то загляните :) Кстати, на этом форуме тоже есть топик по заливкам-клонированию? Было бы интересно почитать :) |
Oleg_II,
Оно самое. Я много много почепнул для себя у Кетайцев в области автодетекта хал для разных систем. С мышами все просто - надо пользоватся суспреп с соответствующими параметрами. Тогда он добавит все мышино-клавные контроллеры в список критических устройств и далее проблем не будет. То, что я запостил - это код процедуры удаления неопорзнанных и нустановленных устройств и запус энумерации и обновления драйверов. Код - TurboDelphi, но, можно применить для любой версии длелфы (окромя 1 - оно под 3.11 и 16 бит) Я уже полгода на зад перевел все производство на заливку с образов. Экономит кучу времени. За все время попался 1 бук. на котором заливка тупо его вырубала. поддержку рейдов я не делал, ибо редкая вещь, и со стенда на рейд-массив не зальеш. |
Boa Soft
Ну, до Дельфи мне тоже пока далеко, но код аккуратно сохранил в свои закрома, может когда-то пригодится. Спасибо! Про мышей - дык с сиспрепом и так работает, если есть файл ответов и мини-установка, даже добавлять в критические устройства вроде и не надо :) Вот если сиспрепа нет, допустим, применить тот файлик, то на моих Леново выскочит окошко о начале мини-установки и все! дальше не пойдет, потому что нужно там на кнопке с Ok нажать... Или если тоже без сиспрепа и без рег-файла просто при загрузке системы: еслит там был пароль, то так на окошке логина и встанет - ни пароль ввести, ни даже перезагрузку сделать - мышь и клава мертвы... если же пароля не было, то в систему-то войдет, но потом начнется обнаружение новых устройств и тоже надо будет либо клавой, либо мышью воспользоваться, а они-то мертвы! :( Я нашел решение для загружаемой системы - предварительно применяю другой рег-файл и несколько файликов из DRIVER.CAB и SP3.CAB добавляю в нужне места. Но это работает только при прямой загрузке системы (без процесса мини-установки), да и то только через минуту после полной загрузки, а до этого просто тупо на экран смотрю... Кстати, только сейчас подумал: может можно как-то хакнуть NEWDEV.DLL, чтобы определение новых устройств не спрашивало подтверждения, а устанавливало все устройства подряд автоматически? Тогда, правда, и файлы драйверов, наверно, надо будет в папку INF складывать, потому что выбора откуда драйвера брать уже не будет? Или он из другой папки тоже будет брать, если ее путь будет в реестре уаказан? Не глянете NEWDEV.DLL? :) |
Цитата:
Копать надо factory.exe. Она каим-то образом запрещает юзерский интерфейс при обновлении устройств. Об этом и в логах sysetup есть записи. У меня тоже есть подобная проблема - у меня USB KVM, и, соответственно, подключая машины для ремонта приходится дожидатся определения мыши и клавиатуры. Но, если выскочит окно определения модуля подключения монитора, то ой. Курим бамбук и идем за PS/2 клавой. К сожалению, не удалось купить двустандартный KVM (PS2/USB). Если на счет окон - могу кинуть код простенькой проги, которая тупо нажимает кноки далее и готово мастера оборудования. Но, это спасет только после логона. Цитата:
Цитата:
|
Boa Soft
Немножечко меня не поняли :) Если применить тот рег-файл, что на прошлой странице, то клон на другом компьютере начнет мини-установки даже без сиспрепа (ни его, ни файла ответов, ни даже папки сиспреп в корне не надо - начнется без этого). Но надо будет на вопросы отвечать, т.е. вводить информацию с клавиатуры и по кнопкам жмакать. Вот тут-то может поджидать засада - на некоторых компах не мышшь и клавиатура может бездействовать... Если есть сиспреп и файл ответов, то все проиходит автоматом (если файл ответов правильно заполнен), здесь как раз проблем нет. Но в любом случае мне это не подходит - с сиспрепом или без оного, но с мини-установкой все заканчивается автоматической перегрузкой в конце процесса мини-установки. А мне надо бы не перегружаться... Да и вообще бы не весь процесс мини-установки проходить, а чтобы работо только определение и установка драйверов и все! Потому что для моих целей перегружаться нельзя... Если же дать самой системе находить новые устройства, то там проблема с подключением жестких дисков... По крайней мере у меня уже есть один неудачный опыт (ноутбук Леново). Тут вроде забрезжил свет в тонеле - может быть удастся подключать контроллеры дисков после загрузки (тоже антинаучная практика, но в РЕ вроде работает, по крайней мере есть сообщения об успешных подключениях :) Кстати, тут еще нашел у китайцев интересную инфу про определение PNP через реестр, но пока руки не дошли. Там же еще говорилось, что автоматом в тихую могут определятся только подписанные драйвера (даже при отключении обязательной проверки через реестр). Как с насущными проблемами разберусь, можно будет посмотреть. Про рег-файл для подключения мыши, если система при первой загрузке на новом железе ее не видит. Я взял его из плагинов БартРЕ и, возможно, там есть что-то лишнее или наоборот, чего-то не хватает. Если система с автологином, то он у меня работает, но не сразу, а примерно в тот момент, когда система начинает находить новое оборудование. Очень может быть, что я не все файлы добавил в нужные папки или упустил что-то из установок в реестр. Я тут расковырял свежую китайскую заливку, у них такой проблемы вроде нет, сейчас выуживаю из нее установки :) Вот собственно тот файл поддержки мыши: Код:
Windows Registry Editor Version 5.00 |
Цитата:
Единственный момент, что установщик на этапе Т-0 обнуляет в файле ответов такие параметры: AdminPassword DomainAdminPassword UserPassword DefaultPassword ProductKey productid StagingKeyUsed Так что если взять этот файл из установленой системы, то нужно снова добавить в файл нужный ProductKey и AdminPassword (и возможно другие параметры, если вы их используете). |
Mr dUSHA
Пробовал $winnt$.inf, но то ли я что-то не так делаю, то ли для мини-установки там чего-то не хватает или лишнее, то ли еще что, но не получилось... Впрочем, я вас совсем запутаю :) Вобщем-то проблем с использованием сиспрепа или того рег-файла нет, все, в принципе, работает. Но в конце мини-установки идет перезагрузка. Хотелось бы без нее :) И еще прибавилось желание: хотелось бы чтобы Винды при обнаружении нового оборудования втихую его устанавливали, беря драйвера из папки INF, а если там нет нужных драйверов, то также втихую проходили мимо. Т.е. чтобы выскакивало окошко обнаружения нового устройства и не предлагалось найти или указать где драйвер искать. Если вдруг наткнетесь в своих исследованиях на подобное, буду благодарен :) |
Цитата:
Потом запустите это все на виртуальной машине и вытяните из system32 сгенерированый файл $winnt$.inf. Дело в том, что установщик добавляет еще несколько параметров в $winnt$.inf после старта установки. Цитата:
|
Mr dUSHA
Да вобщем-то не секрет, я на прошлой странице уже объяснил - занимаюсь "несерьезными", можно сказать антинаучными экспериментами - запуск системы в РАМ на разных компах (почти так же как БартРЕ). Были некоторые проблемы с клавиатурой и мышью, они более-менее решены, сейчас столкнулся с проблемой того, что на некоторых компах не видит жестких дисков кроме своего (в РАМ). Хотелось попробовать определить диски в процессе мини-установки (почему-то кажется, что там больше вероятность их подцепить с ходу). Вобщем-то, поскольку эксперименты не совсем "правильные" (но уж очень хочется :) , то я и не прошу найти решение, а просто прошу - если вдруг попадется :) Ну, а вторая часть - "тихая" установка драйверов во время входа в систему без мини-сетапа - просто хотелось уменьшить количество телодвижений (подтвержать, что надо установить, подтверждать, что пусть само найдет, подверждать после установки или если скажет, что драйвер не найден...). У китайцев был вариант с переименовыванием NEWDEV.DLL и ссылкой на скрипт обратного переименования. Т.е. во время логина система ничего не определяет, а пользуется тем, что уже установлено, но в любой момент можно кликнуть на шорткате и определение новых устройств начнется. Тоже какой-никакой выход, но кривоватый и совсем уж не выход... Еще вопрос по Вашему SETUPAPI_5512.txt (извиняюсь, я просто любитель, много не понимаю еще): правильно ли я понял, что с помощью приведенного патча можно будет добиться того, что в WINNT.SIF задается параметрами: Код:
DriverSigningPolicy=Ignore И еще: есть в настройках "Поиск драйвера в Интернет", я его отключаю и сразу на один пункт при установке драйверов становится меньше. Отключаю я это рег-твиком, а может быть можно и хаком какого-нибудь установочного файла? Вот твик, я его в HIVESFT.INF добавляю: Код:
HKLM,"Software\Policies\Microsoft\Windows\DriverSearching","DontSearchWindowsUpdate",0x00010001,1 |
Цитата:
Особенно полезно это если файл ответов отсутствует вообще, и задавать параметры неоткуда. Цитата:
Так что путём заглядывания в душу Winlogon-у оно и попалось... :) Пока в виде тестирования можно попробовать отключить перезагрузку после установки патчем Winlogon.exe (версия файла 5.1.2600.5512). 0003077C: 8B C2 0003077D: FF 08 0003077E: 55 00 Но имейте ввиду, что отключить перезагрузку и теоретически нормально работать можно только после миниустановки. После обычной установки на Т-0 сработает оптимизатор реестра, и после этого все изменения в реестре уже не сохранятся после дальнейшей ручной перезагрузки, если вы, отключив перезагрузку, будете запускать еще какие-либо программы. Хотя в рамках эксперимента запуска ХР в памяти это не критично. |
Mr dUSHA
Цитата:
Что делал: Открыл файл SETUPAPI.DLL, пошел по адресу 0003C85D, там было 01, поменял на 00 и сохранилася. Еще раз открыл файл и убедился, что по этому адресу у меня теперь 00. Поменял чек-сумму с помощью ModifyPe и добавил в дистрибутив (файл, который был до этого, соответственно предварительно удалил). Установка прошла без проблем. Пробовал на одном из устройств, которое не до конца установилось (желтый знак вопроса) сделать Update Driver - в первом появляющемся окне все равно есть предложение сходить за драйверами на Виндоуз Апдейт... В My Computer > Hardware > Windows Update все осталось по умолчанию (Ask me to search Windows Update every time I connect a new device), в реестре ключа DontSearchWindowsUpdate нет... Может что-то не так делаю? ЗЫ Забыл добавить - Windows XP SP3 Professional Volume Licence (English). |
Mr dUSHA
Что-то плохо сегодня идет... Вы не могли бы написать для Driver Signing по каким адресам надо что менять, а то что-то пока у меня тямы не хватает это из файла выудить? |
Цитата:
00033E06: 0F E9 00033E07: 84 4A 00033E08: 49 01 00033E09: 01 00 00033E0B: 00 90 Цитата:
|
Mr dUSHA
С большим опозданием, но рапортую - после манипуляций подписи драйверов действительно не проверяются :) Правда, я еще и WFP (проверку файлов) полностью отключаю, но это, вроде, другое дело. С Winlogon-ом пока не проверял, некоторые изменения в планах, слишком много обрезал, миниустановка просто даже не начинается. Это моя проблема, еще буду пробовать... А по поводу отключения поиска дров на Windows Update пока не получилось? Еще вопрос, я тут нарвался на такую инфу: Цитата:
|
Цитата:
Из дома выложу, на домашнем компьютере все записано. |
Если вдруг кому-то нужно. Отлючение проверки подписи драйверов для SYSSETUP.DLL v5.1.2600.2180 (Windows XP SP2 English):
Цитата:
Информация от JDOE (его сайт вроде в дауне, по крайней мере, мне зайти не удалось): SFC_OS.DLL - отключение Windows File Protection (WFP). SYSSETUP.DLL - включение возможности редактирования SYSSETUP.INF. Версия файлов все таже для SP2 - v5.1.2600.2180: Цитата:
Отключение DEP сразу во время установки через редактирование файла SETUPDD.SYS v5.1.2600.2180, нашел здесь же на форуме для SP3 (те же значения работают и на предидущей версии), только сейчас автора с ходу не назову, сорри: Цитата:
Отключение встроенного файрвола в процессе установки для SP2 и SP3 (где-то нашел документ от Мелкософта), файл NETFW.INF: Цитата:
Избавление от папок System Volume Information на дисках/разделах (также требуется выключение служб Восстановление Системы, Индексирование и Distributed Link Tracking Client, может еще каких, но эти вроде главные), два варианта: 1. Замена файла MOUNTMGR.SYS на файл из XP SP0 (информация от eXPerience). 2. Патч NTOSKRNL.EXE с помощью утилиты SVI Eliminator (есть на просторах инета). Еще есть пара патчиков для Хоум Эдишн (установка дистрибутива Хоум как Про без всяких взломов и включение вкладки Безопасность в Хоум), а также небольшие хитрости для SYSOC.INF, SYSSETUP.INF TXTSETUP.SIF (подключение дополнительного файла хивов, который подключается последним, поэтому через него можно отредактировать только что собранный начальный реестр, включая некоторые установки WINNT.SIF, добавление файла с твиками, которые применятся в момент установки компонентов - это, наверно, уже известно, отключение минимальных требований к памяти и месту на диске, классический вид установки, отключение дублирования некоторых файлов по разным папкам и т.д.). Если это уместно здесь, то тоже могу описать. Все примочки можно применить в момент установки. Если еще что-то найду (а вроде еще есть, надо только время на эксперименты), то поделюсь :) ЗЫ Вроде нашел как заранее поменять в одном из файлов дефолтные установки для свойств папки (показывать системные файлы, показывать расширения для известных файлов, классический вид и т.д.), которые задаются твиками реестра. Буду пробовать :) ЗыЗы Проблемы с мышами и клавиатурами во время клонирования решены! Сорри за оффтом, трудно было сдержать свой восторг по этому поводу :) |
Oleg_II, давно обещаное:
С таким патчем если ключ DontSearchWindowsUpdate в реестре будет отсутствовать, то "Поиск драйвера в Интернет" показываться не будет: Для версий файлов 5.1.2600.5512: setupapi.dll: 0003C85D: 01 00 newdev.dll 0000D061: 40 90 |
Знает ли ктонить как пропатчить SFC_OS.DLL 5.1.2600.2180 чтоб было отключение инициализации SFC и проверки всех файлов на этапе Т-8 установки Windows как в SFC_OS.DLL 5.1.2600.5512 ?
|
Как показала проверка, предложенный патч для setupapi для висты имеет побочные действия.
Драйвера на звук устанавливаются, а звука нет. После возвращения назад непатченой версии все становится нормально - звук появляется. Так что, все не так просто. |
Цитата:
0000ECE7: 75 EB Это оба патча для 2180, которые описаны в SFC_OC_5512.txt. Но не забывайте, что гдето в твиках на Т13-Т12 руками вам нужно внести в реестр SFCDisable = 0xFFFFFF9D, иначе не сработает. |
Цитата:
Аудиоподсистема при запуске проверяет подписи некоторых системных файлов. Так что возвращение не патченой библиотеки в уже установленую систему возвращает звук. Сейчас копаю в сторону, как отучить Висту от этих глупостей. Как обходной путь - возвращать скриптом (или еще как-то) оригинальную библиотеку на место после установки драйверов, поскольку патч нужен лишь для автоматизации установки Висты. |
Mr dUSHA,
Может встречал, как называется функция которая определяет путь к файлам установки? в установленной системе он записан в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Setup\SourcePath на T40 его еще нет. |
vserd,
В библиотеке Syssetup.dll есть внутреняя вункция SpSetupProcessSourcePath. Она какраз и занимается поиском дистрибутива. Вызывается она в момент разбора параметров из $winnt$.inf на Т-39. Из $winnt$.inf она берет значение параметра "sourcepath", и преобразовывает его в букву диска и записывает в параметр "dospath". (Конечно буква диска будет, если установка идет с CD-ROM-а или винчестера, а если сетьевая установка, то будет видимо ссылка на RIS-овую шару с дистрибутивом). А сам параметр "sourcepath", насколько я понимаю, еще на текстовом этапе в $winnt$.inf вписывает SETUPDD.SYS Сейчас смотрю функцию более детально, как ее можно использовать, либо переписать заново на С++. А если буква диска с дистрибутивом нужна не на Т-40 (до вызова этого парсера), а на Т-12 например, то без зазрения совести ее можно прочитать напрямую с $winnt$.inf с параметра "dospath". :) |
Mr dUSHA,
SpSetupProcessSourcePath или pSetupSetSystemSourcePath??? SpSetupProcessSourcePath не экспортируется... Sourcepath из $winnt$.inf в нормальный вид я преобразовываю нормально. Но если установка идет через winnt/winnt32 или с hdd тогда часть файлов копируется в $win_nt$.~ls и $win_nt$.~bt на системный раздел (С:), в $winnt$.inf записывается OriSrc = "A:\_WINDOWS\PROF\I386" который собственно и показывает где находится дистрибутив. Но в процессе установки, он правильно преобразуется в букву CDROM и пишется в реестр. sourcepath имеет вид: sourcepath = "\device\harddisk0\partition1\$win_nt$.~ls" и показывает что установка идет с HDD, но нужные мне файлы на CD, вот и хочу использовать стандартные средства винды, а не городить свой эмулятор. Тем более что описания этого хозяйства нет... И там хитрый такой вариант есть. Установка по сети OriTyp = "4" (RIS ???), в котором можно использовать переменные. Вот его пока не могу проверить.. А инфы по OriTyp и OriSrc я не нашел. Цитата:
За одно, если встретится API которое объединяет $UNIQUE$.UDB c $winnt$.inf маякни? |
Цитата:
Для конкретного билда библиотеки зарание узнаем VirtualOffset этой функции, далее после загрузки библиотеки с помощью LoadLibrary складываем VirtualOffset с дескриптором (который по сути является базовым адресом загруженой библиотеки) и вызываем функцию как обычно. Функция имеет формат: Код:
BOOL __stdcall SpSetupProcessSourcePath(LPCWSTR lpString1, LPCWSTR lpString2) Цитата:
Обе эти функции отрабатывают на Т-39 и вызываются тоже внутреней функцией SpSetupProcessParameters. Цитата:
Но полезные функции в болшинстве своем не экспортируются, что впрочем не мешает их вызывать по адресу напрямую (но только для этого нужно конролировать версию библиотеки). |
раз тут за такие умные вещи разговор идет, тогда и я примажусь :)
подскажите, из-за чего в setuplog.txt где-то на T40 идет фраза Код:
08/07/2008 15:36:44.437,d:\xpsp\base\ntsetup\syssetup\syssetup.c,6683,,Setup: Could not open the cdrom for hack, ec=0xc0000034 Полный лог до этого момента Код:
Time,File,Line,Tag,Message |
Mr dUSHA,
Цитата:
Цитата:
|
Цитата:
syssetup ведь скорей всего обновляться через Windows Update, а новая версия ИМХО появится только в SP4, если конечно сам SP4 вообще выпустят... Я конечно вполне могу ошибаться, но что-то не помню, чтоб syssetup.dll обновлялась когда либо, кроме как через сервиспаки. Так что можно реализовать простенькую функцийку контроля версий (могу даже выкинуть в шапку исходник) и составить таблицу VirtualOffset-ов нужных нам функций, скажем, для версий 2180 и 5512 библиотеки, и далее вызывать их напрямую даже в хитром аддоне. А способ получения адреса функции путем складывания дескриптора библиотеки с VirtualOffset-ом технически ничем не отличается от функции GetProcAddress. Отличие только в том, что GetProcAddress берет VirtualOffset-ы из таблицы экспорта библиотеки, а мы - из своей базы для конкретной версии библиотеки. |
Для интеграции $UNIQUE$.UDB в $winnt$.inf есть такая функция:
Код:
int __stdcall IntegrateUniquenessInfo(PCWSTR FileName, PCWSTR Index) Но одна тонкость: Сначала нужно вызвать функцию void __stdcall UnattendInitialize(void) для того, чтоб она инициализировала внутренюю строковую переменную _AnswerFile, в которую заносится полный путь к $winnt$.inf. |
Цитата:
Более никаких других действий связаных с этим сообщением я не наблюдаю. |
ясно, спасибо
|
Вложений: 1
Цитата:
В %SystemDrive%\$WIN_NT$.~LS остаются(неудаляются) временные файлы.... Причем количество неудаленных файлов при каждой установке ХРюши разное :idontnow: Mr dUSHA, может подскажете в чем проблемма? ЗЫ: Установку форточек произвожу из-под WinPE загруженной с USB-HDD такой строчкой bat'ника: winnt32.exe /unattend:%AnswerFile% /s:%SetupFiles%\I386 /syspart:!DestDisk! /tempdrive:!TempDisk! /noreboot |
Цитата:
Исходя из вашего лога setuperr.log, где по нескольким файлам выводится предупреждение можно сделать вывод, что файлы просто заняты в этот момент каким-либо другим процессом, поскольку "ошибка 32 (20)" - это ни что иное, как описаное в Error.h #define ERROR_SHARING_VIOLATION 32 Можно сделать вывод, что без патча за те несколько минут, за которые SFC проверяет файлы на Т-8, другой процес успевает освободить эти файлы, после чего на Т-0 происходит зачистка всего мусора, и эти файлы удаляются тоже. |
Mr dUSHA, а можно както на T9 узнать какие процессы болтаются в памяти ? Может в winnt.sif в секции [SetupParams]
прописать какуюнить тулзу создающю лог выполняемых процессов ? Посоветуйте плиззз ченить !!!! |
Цитата:
|
Mr dUSHA, разобрался в чем проблемма... В CMDLINES.TXT было:
"HIDEC.EXE RUNONCEEX.CMD" В RUNONCEEX.CMD происходило копирование из sourcepath дистрибутива в %SystemRoot%\I386 . CMDLINES.TXT не дожидался завершения выполнения RUNONCEEX.CMD вследсвие чего имел вышеописываемую проблему.... Чтоб решить проблему пришлось в CMDLINES.TXT прописать так: "HIDEC.EXE /W RUNONCEEX.CMD" , хотя во всех доках указано что команды вызываемые из CMDLINES.TXT выполняются последовательно т.е. ждут своего завершения :confused: Задача была скопировать дистрибутив в локальную папку и при первом логоне заменить падченную sfc_os.dll на оригинальную а также в реестре прописать локльную папку с дистрибутивом чтоб в случае подмены оригинальных файлов ХРюши SFC не требовал установочного CD'диска а воостанавливал файлы из локальной папки с дистрибутивом... Но как окозалось(сейчас только обнаружил) уже на T40 в sourcepath имеем неполный дистрибутив (на текстовом этапе часть системных файлов распакована с перемещением в %SystemRoot%) Как вариант, вижу только из-под WinPE c USB-HDD скопировать дистрибутив на системный раздел и оттуда запускать winnt32.exe и при первом логоне указывать в реестре местоположение скопированного дистрибутива..... |
я не уверин в ту ли тему я задаю этот вопрос ....!? Помогите кто знает..... я хочу собрать себе сборку Windoes XP какой программой можно собрать , кроме нлайта!!!!?????
|
Цитата:
|
Цитата:
Цитата:
HIDEC.EXE сама по себе тупая, и команд из CMD-файла не выполняет. Она только запускает интерпретатор CMD.EXE в скрытом окне, и передает ему на выполнение ваш CMD-файл. Когда интерпретатор только запустился и начал работать (а работы у него много в данном случае), сама HIDEC.EXE завершается, и соответственно идет выполнение следующей комманды из CMDLINES.TXT. С параметром /W вы заставляете HIDEC ждать завершения работы интерпретатора CMD.EXE, а SYSSETUP ожидает завершения HIDEC, так что при таком раскладе все у вас работает корректно. |
Mr dUSHA, а можно както извлечь из sfcfiles.dll в текстовый файл список файлов(папок) для которых работает WFP ? Проста для моей задачи хочеца не тупо копировать весь дистрибутив на системный раздел а только те файлы для которых сработает WFP......
ЗЫ: Эх... Былобы супер еслиб в список защищаемых файлов возможно былобы добавить и свои..... |
Цитата:
Первая часть защиты проводит мониторинг изменения файлов из списка sfcfiles.dll; Вторая часть защиты отловленый измененный защищаемый файл проверяет на наличие цифровой подписи (в каталогах безопастности, установленых в системе), и если подпись отсутствует, то файл восстанавливается из дистрибутива. Но файл, лежащий в дистрибутиве, проверяется также. И если дистрибутивный файл также изменен, то вы видите сообщение, что "восстановить измененный файл до начальной версии не удалось...". Во вложении список файлов для ХР SP3 (но он сформирован уже с привязкой к моей SystemRoot=c:\winnt\) |
Mr dUSHA, спасибо за список защищаемых файлов но меня больше интересует КАК этот список самому сформировать ?
ЗЫ: Я просто все еще юзаю WinXP_SP2 поэтому Ваш листинг файлов возможно для меня неподойдет..... :( |
Dilinjer, Цитата:
Кроме того, патчер Boa Soft-а умеет формировать список вообще всех файлов, которые включены в SfcFiles.dll (а там их 5 наборов). Читайте эти две темы, там информации достаточно для понимания сути механизмов: Служебные - Патч SfcFiles.dll Служебные - [addon] sfc patch А то здесь уже оффтоп начинается... |
Цитата:
|
Цитата:
Для меня как-то мало от этого практической пользы... Но зато та функция отдает непосредственно текстовые строки из библиотеки, а не преобразованные к путям конкретной установленной системы :) Там другая интересность и полезность есть: SfcInitProt кроме других параметров принимает указатель на список игнорирования, в который заносятся файлы, исключаемые из проверки в текущем сеансе проверки файлов. Syssetup заносит в этот список MSST-драйвера, добавленные на текстовом этапе по Ф6, которые использовались для установки системы, и на Т-10 эти файлы исключаются из проверки. Может это тоже расковырять, и придумать ему полезное применение? |
Цитата:
|
Извините если не фтему.... Очередной раз собрал дистрибутив XPюши с падченым SFC_OC.DLL . На стендовой машине установил форточки... В сборке при первом логоне падченая библиотека должна заменяться на оригинальную но в логе выполнения bat'ника имеем: отказано в доступе, т.е. падченная библиотека назаменилась на оригинальную так как файл заблокирован, хотя раньше все было ОК.
Подскажите можно ли както из bat'ника не используя сторонних утилит при логоне заменить падченную SFC_OC.DLL на оригинальную ? ЗЫ: Замену с помощью WinPE, Safe Mode, и т.п. не предлагать..... |
Цитата:
Либо еще во время установки, на Т-12 например, засунуть все, что нужно переименовывать/удалять, в ветку реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations напрямую, либо с помощь функции MoveFileEx с параметром MOVEFILE_DELAY_UNTIL_REBOOT (но это конечно уже не из батника... :) ) |
Цитата:
Код:
REG ADD "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager" /v PendingFileRenameOperations /t REG_MULTI_SZ /d \??\%SystemRoot%\system32\sfc_os.dll /f Возможно ли это реализовать через REG ADD ??? ИМХО, очень нужная фича..... Пришлось все сделать через ж.... В батнике, выполняемом на T-12 добавил: REGEDIT /S DelFile.REG Содержимое DelFile.REG: |
Цитата:
Я слепил по быстрому, на коленках утилиту для отложенного удаления или переименования файлов. Она сама ставит файлы в очередь на отложенное удаление или переименование через ветку реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations Причем утилиту можно вызывать из батника много раз, и при этом в PendingFileRenameOperations будут просто добавляться заданные файлы в конец очереди. Юзать так: для удаления: ADel.exe %systemroot%\system32\mydll.dll для переименования: ADel.exe %systemroot%\system32\mydll_1.dll %systemroot%\system32\mydll_2.dll |
Цитата:
Цитата:
|
Цитата:
|
Не подскажите, что sysprep вносит в реестр, чтоб не было проблем с мышами и клавами.
Иногда бывает так, что клава PS2, и нужно ждать установку звучек, видях и проч. фигни. А иногда вылазиет модуль подключения монитора или SM контроллер шины - и все, хрен что сделаешь. Вобщем как хотябы решить проблему с PS2устройствами. И еще вопрос, вы где сами тусуетесь по заливкам? Я так понимаю, что в этой теме только отголоски той самой дискуссии. На ру0борде есть тема перенос ситемы на другую мать - но она мертвая и интересных идей я там давно не видел. |
Цитата:
он прописывает критические устройства. Более подробно возможно BoaSoft скажет... Я занимаюсь только чистыми автоустановками, и в заливки не вникал пока.... |
Real Root
Обижаете :) В теме по переносу на другую мать есть ссылки на тему по клонированию, да и в теме по заливкам тоже перекрестные ссылки и все на последние находки из китайских заливок - там есть про мыши и клавиши. Для меня эти проблемы уже решены ;) Вкратце - в ветки реестра вносятся предуставновки для этих устройств, их ограниченное количество вариантов именно для клав и мышей и все уже вытянуты (хочется надеятся). Я сейчас сравниваю реестры нескольких китайских заливок и Windows Fundamentals for Leagacy PC (очень интересная штука, между прочим), скоро еще раз выложу результаты. Но в плане клав и мышей там точно ничего кардинального уже не будет (с последним вариантом рег-файла), добавятся другие вещи ;) |
Ну чтож, будем ждать всемогущего (BoaSoft) пусть прояснит, что там вноситься в CryticalDevices. А я пока на борду схожу, посмтрю тему по клонированию.
|
Oleg_II, а как реализвать отключение минимальных требований к памяти и месту на диске ?
|
Dilinjer
Редактируем TXTSETUP.SIF: 1. Для отключения минимальных требований к памяти в секции SetupData меняем значение для RequiredMemory на 10485760. 2. Для отключения минимальных требований к месту на диске в секции DiskSpaceRequirements все значения кроме следующих 4-х меняем на "0": 40PFDocSpace = 1744 50PFDocSpace = 25336 51PFDocSpace = 25336 PFDocSpace = 81112 Вообще, это твик из nLite ;) |
Кстати, эту проблему еще иногда решаем просто перезагрузкой.
|
Цитата:
|
Обновления:
Добавлен набор патчей для WinXP SP2 x64 и Win2003 SP2 x86. Все патчи собраны в единый архив Patches_5.2.3790.3959_for_x86_and_x64.7z |
Вложений: 1
Mr dUSHA, означает ли это что компоненты из Win2003 SP2 x86 полностью эквивалентны 32 битным файлам включённым в WinXP SP2 x64? В любом случае спасибо потащил на тесты.
Цитата:
Можно напомнить о эквиваленьте патча SfcFiles.dll от Boa Soft для x64? Добавлено Сделай плиз патч для syssetup.dll версии 5.2.3790.4226 (во вложении), это для следующей версии моего пакета. Ещё вопрос нет у тебя случайно какой нибудь маленькой утилиты которая на основе твойх текстовых файликов (так чтоб информация о патчинге нескольких версий хранилась в одном файле) патчила бы файлы в соответсвии с текущей предложеной версией. Волнует совместимость с x64 т.к. в патчинге не разбираюсь. |
Кто бы еще подсказал консольные тулзы опр. версию DLL и патчющие файл по указанию в передаваемых прараметрах смещения и данных, чтоб была возможность наваять батник, а не в ручную все патчи вносить каждый раз при отработке UPDATEPACK'а ?
|
Цитата:
Во вложениях шапки темы, в файле: Patches_5.2.3790.4226_for_x86_and_x64.7z Цитата:
Такчто 32-битные патчи универсальны. Цитата:
Цитата:
Сделаю потом на досуге. |
Shido, Mr dUSHA,
Добавил ещё один патченный файл http://forum.oszone.net/thread-109835.html ThemeUI.dll для x64 |
Mr dUSHA, патченный файлик для 6.0.3790.3959 (ru_win_srv_2003_r2_enterprise_with_sp2_vl_X13-46484) не имеется? Текущий никак не подходит(( Пpикpепил на всякий случай.
|
Цитата:
Для библиотеки UXTHEME действительно другие оффсеты для патчей. Завтра обновлю архивы и текстовые документы по патчах. Сделаю отдельный архив с библиотеками для Win2003 SP2 x86 RU. Во вложении патченая UXTHEME для той таки Win2003 SP2 x86 RU, оригинал которой вы прислали. UPD 24.04.2009: Вложение удалил. Теперь эта патченая библиотека находится в составе набора Patches_5.2.3790.3959_for_Win2K3_x86.7z в шапке темы. |
Mr dUSHA, большое спасибо. Пошел тестиpовать. :)
всё работает! )) |
Обновлены наборы:
Patches_5.2.3790.3959_for_WinXP_x64.7z, Patches_5.2.3790.4226_for_WinXP_x64_Hotfix.7z - набор патченых файлов для ОС WinXP SP2 x64 ENG Patches_5.2.3790.3959_for_Win2K3_x86.7z - набор патченых файлов для ОС Win2003 Server SP2 x86 RUS Также Fake-Setup Advanced теперь поддерживает Win2003 Server SP2 x86, и с помощью его можно также самостоятельно делать патченые библиотеки для этой платформы. |
Патчи, оффсеты и т.д. Все хорошо. Но одно интересует. Например хочу добавить свой файл в дистрибутив чтоб он стал его частью (родным). Это файл тем, чтоб наравне с Luna(а то и вовсе Luna убрать). Запаковать его в CAB, прописать в соответсвующих файлах и т.п. Так вот помнится такая подделка пресеклась еще на этапе копирования файлов необходимых для установки(текстовом этапе установки). Можно ли убрать проверку в этом случае?
Можно выйти из положения, зделав этот файл не файлом тем Windows, путем придания ему другого(любого) расширения, тогда файл копируется в папку с темами, а потом(на следующих этапах установки) найти способ поменять расширение на .theme. Но такой вариант не стоит заморочек, лучше просто поместить темы в папку $OEM$ c соответствующим путем. |
CXREF, почитайте статейку по вашему вопросу http://www.oszone.net/2806/
|
Интересует только
Цитата:
И нужно ли syssetup.dll обрабатывать ModifyPE перед упаковкой в CAB ? ps Проделал эту операцию - CRC всё равно иная, чем у оригинала... |
Mr dUSHA
Патч для OOBE у меня как-то не совсем работает - после его применения и если редактировать SYSSETUP.INF, многие службы в только что установленной системе не запускаются автоматом, хотя это для них прописано. Если OOBE не удалять, то все в порядке. После обработки SYSSETUP.DLL патчем от Gosh-а этого эффекта нет (инфо). Это имеет место на Хоум версии (черт его знает, может из-за того, что там систему нужно активировать и она как-то замечает, что модуль активации отсутствует?). ЗЫ Вообще-то, не проблема, я просто еще один патч добавляю. Главное, я просто балдею от патча с установкой неподписанных драйверов - РУЛЕЗ!!! :) |
Mr dUSHA на графические установке будет разрешение 800х640 как сделаю на 1024х768
|
Цитата:
Цитата:
|
Mr dUSHA
SYSSETUP.DLL v5.1.2600.5512 - файл из оригинального дистрибутива. Лог патчера? Не совсем понял где его взять... Вначале я пользовался SETUP.EXE (FAKE SETUP), потом перешел на обработку вручную по приведенной в ALL_XP_PATCHES.txt информации (использовал простенький XVI32, но раз другие патчи работают, значит ошибки быть не могло). Цитата:
Еще раз заостряю внимание, что происходит это при удалении OOBE (комментирую строку с OOBE.INF в SYSSETUP.INF), сейчас не помню 100%, но вроде если не удалять, то службы запущены (но если нельзя удалять, то патч уже не так нужен - можно тоже самое через WINNT.SIF сделать). |
Цитата:
Странно что вы до сих пор сидите на HOME версии, она же обрезанная !! Выгрузите ветьвь реестра HKEY_LOCAL_MACHINE\SYSTEM\Setup в тему. Но скрорее всего патч не будет работать так как, запуск OOBE осуществляется не из syssetup.dll, или по крайней мере не из того кода который патчится Fake setupom. Лучше не забиваейте себе голову и переходи на корпоратиную лицензию. Там с этим проблем нет !! |
Цитата:
Я его туда не добавлял просто потому, что лень было :) А в Фейк-сетап этот патч добавлен только начиная с версии 9.05.27. Сейчас актуальная версия 9.06.11. Используйте ее для патча файла с ключем --pss-oobe Если хотите руками, то для вашей 5512 это такой патч: Код:
000574FF: 74 90 Цитата:
|
Mr dUSHA
Упс... Ну надо же так опозориться... :) Действительно, я применил все патчи из ALL_XP_PATCHES.txt кроме патча для UXTHEME.dll (темы отключаю), а там этого патча и не было... Поэтом и не работало. Хотя, я не помню сейчас точно, была ли проблема при использовании Фейк-сетапа - удалял ли я тогда ООВЕ при установке (утилита мне понравилась, но вернулся просто к добалению подготовленных файлов в дистрибутив)... Черт его знает, но пробелы помогают - все работает. Надо попрбовать и приведенный патч :) SOLON7 Дык проблем нету - версий навалом! :) И все, ессесно, активировано. Просто раз уж я с обрезаниями эксперементирую, то почему бы сразу официальную обрезанную версию не использовать? Тем более, что бинарный код там один в один (заменяешь SETUPREG.HIV в Home версии на тот же файл от Pro и получаешь после установки XP Pro ;) можно и ручами пропатчить - там всего один ключик отличается, подключаешь этот файл в реестр, изменяешь и вуаля!). Есть подозрение, что и при замене еще нескольких файлов вообще корпоративка получится. Впрочем, это не самоцель :) Разницы в HKEY_LOCAL_MACHINE\SYSTEM\Setup скорее всего и нету. Там разница в нескольких других ключах (идентификация продукта, лицензия количество используемых процессоров и начальное состояние нескольких служб для поддержки динамических дисков, парочка больше косметических мест - таб SECURITY и опция отключение SIMPLE FILE SHARING из гуи, остальное - это уже то, что добавлено в Pro "в нагрузку" в отличие от Home). |
Цитата:
Из ALL_XP_PATCHES.txt ничего не поможет вам отключить ООВЕ. Функция, которая частично и в нужном месте отключается приведенным выше патчем, какраз и добавляет в реестр те строки на запуск ООВЕ, которые вы пробелами заполняете. Цитата:
|
Mr dUSHA
Работает :) |
Прочитал тему вроде не видел - предложение в setupapi.dll сделать патч чтобы кнопкой по умолчанию было "Да" при установке неподпсанных драйверов - тогда можно хотя бы ввод нажимать или пробел, а не щёлкать мышью или Tab или стрелками.
Тут ещё кто-то спрашивал про замену файла чисто батником MOVE %SYSTEMROOT%\SYSTEM32\SFC_OS.DLL %TEMP%\SFC_OS.DLL.OLD MOVE %SYSTEMROOT%\SYSTEM32\SFCFILES.DLL %TEMP%\SFCFILES.DLL.OLD COPY /Y SFC_OS.DLL %SYSTEMROOT%\SYSTEM32\DLLCACHE COPY /Y SFCFILES.DLL %SYSTEMROOT%\SYSTEM32\DLLCACHE COPY /Y SFC_OS.DLL %SYSTEMROOT%\SYSTEM32 COPY /Y SFCFILES.DLL %SYSTEMROOT%\SYSTEM32 Ну а удалить файлы с двойным расширением можно после перезагрузки. |
Цитата:
|
Ура! Мне помогло! Я уже думал никогда от этого окна не избавиться -
Welcome to the Hardware Setup Wizard ГгY :) Патчил setupapi.dll v5.1.2600.5512 0001CD29: 74 EB 0001D509: 74 EB 00021B7F: 74 90 00021B80: 0A 90 00021B8E: 75 EB 000456C7: 74 EB и так же syssetup.dll v5.1.2600.5512 00033E00: 39 85 00033E01: 5D DB 00033E02: 08 90 00033B29: 73 EB 0005AB31: 6A EB 0005AB32: 46 0D Причём во втором уже даже ресурсы были патченые, оба файла после обработки nLite 1.4.9.1. И modifype file -c до и после применялось. Все адреса реальные, что странно даже после ResHacker. Отлично! Установил nLite - всё работает! Значит ResHacker не задевает секцию кода по адресам, чего я опасался :) |
Отличная тема! Минуты три искал её! Надо бы это в раздел статей вынести!?
Сейчас займусь WinXP 64-bit SP1, посмотрю что актуально и работает там. Если патчи устарели обновите пожалуйста!? Я ещё один загрузочный патч где-то вычитал, тоже помогло! SETUPLDR.BIN: 2060: 74 EB 03 1A иначе NTLDR missing or corrupt из-за проверки CRC |
Цитата:
|
А что делать с HHCtrl.ocx и whhctrl.ocx, при установке выдаёт предупреждение "некоректного копирования",
делал modifype HHCtrl.ocx -C не помогло! Или это надо в SIF подредактировать, я не вкурсе? Кстати, нужно ли было делать modifype syssetup.dll -C после изменения ресурсов, или он итак не проверяется уже? И вообще если я делаю сам патчи uxtheme.dll, setuapi.dll, sfc_os.dll нужна ли эта коррекция? |
Цитата:
|
Цитата:
|
Изменил logonui.exe, taskmgr.exe, shutdown.exe, все (x64) опять началось, крики о том,
что файл неправильно скопирован! :( syssetup.dll + setupapi.dll + sfc_os.dll у меня при этом пропатченные по мануалу: Patches_5.2.3790.3959_for_WinXP_x64.7z Что делать, хоть намекните! Я уж точно покрайней мере taskmgr.exe ковырял в x86, и это даже без патчей работало. А файл textsetup.sif нельзя подредактировать, что-то вроде на эту тему было? Хотя по всему похоже на sfc_os.dll некорректный... ? Я дурак удалил nLite файлы, но logonui.exe всётаки остался, я сравнил хеш - точно такой же, как из оригинального дистра, а в чём тогда трабла? logonui.exe v6.0.3790.3959 Вообщем у меня SP2 (x64), с чем сражаюсь в данный момент. |
|
Цитата:
|
Да тут дело ясное - "поскольку установщик ОСи после копирования каждого файла из дистрибутива на винт пересчитывает его реальную КС", я просто засуетился в панике, сейчас начинаю вспоминать кое что...
Во-первых я всётаки не редактировал в hex, а взял готовые либы из 7z, постоянно забываю об этом, так как у меня ранньше версия SP1 с адресами не совпадала, но сейчас я добыл SP2 и надо будет самому попробовать хакнуть... (хотя сомнений не должно быть, что SP2 файлы вдруг у меня будут иными) Но я вроде бы главное вспомнил, помоему я раньше напрочь убивал проверку в sfc_os.dll какими-то пару байтами, но я не знаю здесь именно тот хак в мануале или может быть менее агрессивный, надо будет вспомнить и сравнить. Mr dUSHA, спсибо что откликнулся, просто когда люди не пишут на форуме у меня начинается паника, что никого вокруг нету и дело стало неизвестно на сколько. Вообщем нервы. ))) (x64 и без того столько времени отожрал, после того как с x86 уже давно всё стало ясно) :) |
Цитата:
Единственный важный момент, что в x64-дистрибутиве содержатся по две копии большинства системных библиотек, одна из которых нормальная 64-битная, и имеет обычное имя типа syssetup.dl_, а вторая копия - 32-битная, имя дистрибутивного файла несколько отличается (я на память не скажу, как они именуются там примерно..., но в именах присутствуют буквы wow...). В нормальной установке и работе ОСи используются 64-битные модули, и именно их нужно патчить, но за компанию можно и их 32-битных собратьев. Только не запутайтесь в 64-битной ОСи с именами системных папок, поскольку 64-битная ОСь для запущеных в ней 32-битных программ вместо стандартной системной System32 (в которой лежат 64-битные модули) не заметно для вас подсовывает папку SysWOW64 с 32-битными близнецами модулей. Цитата:
Цитата:
|
Я проверил setupapi.dll v5.2.3790.4511 из хотфикс архива, на "5.2.3790.3959" nLite сборке, работает!
Всё остальное тоже проверенно! :) Не забывайте юзать маленький свитчер modifype syssetup.dll -c. И не забывайте паковать setupapi.dll как makecab wsetupapi.dll, там где это надо. |
Цитата:
Цитата:
Не берите идей у нЛайта, а думайте своей головой. Делая такое для какого-то там никому ненужного ДЕЛ-аддона, вы убиваете на корну механизмы ОСи предназначенные, не только для проверки цифровых подписей, а для проверки целостности файлов. Повреждения файлов могут быть вызваны не только теми же ДЕЛ-аддонами, а еще и проблемами с винчестером или модулями памяти. Таким образом тотальное отключение всего подряд превращает нормальную ОСь. вовремя сообщающую пользователю об обнаруженных ошибках в натуральную г****-сборку, тихо глючащую на ровном месте. Цитата:
Цитата:
Цитата:
|
Цитата:
Не дает показывать окно о неподписаности драйвера, если политика 1, и соответственно блокировать установку, если политика 2. Мой подход - неразрушающая модификация и корректировка только конкретно того, что нужно, без последствий на других связаных механизмах системы. В твоем случае отключается комплексно всё. Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
Цитата:
|
Mr dUSHA прошу выклады патч для файла sxs.dll версия 5.1.2600.5699 (xpsp_sp3_qfe.081023-1324) з WINDOWS XP SP3 платформа x86 (або готовый файл sxs.dll) чшоб можна було редактировати файл COMCTL32.DLL с папок I386\ASMS\6000\MSFT\WINDOWS\COMMON\CONTROLS и I386\ASMS\60\MSFT\WINDOWS\COMMON\CONTROLS
|
Цитата:
|
Цитата:
|
Время: 23:12. |
Время: 23:12.
© OSzone.net 2001-