IFkO
Цитата:
Просили указать на ошибки в инструкциях - получите
Цитата:
Теперь про VMM, на ТРА$$$$Е с ним я потратил 3 дня (надо было написать раньше, а то вы зря время тратите, но лень матушка ...) Итак:
Начнем с того , что повторить сборку для 98SE - мне тоже не удалось, хотя я и пытался. Причем тогда, когда у меня это получилось - это тоже был полупеределанный дистрибутив "собери себе" с довольно большим количеством элементов вашего "конструктора" причем, как раз с этими изменениями
Цитата:
Потом, добавив оставшиеся элементы - я этот дистрибутив "испортил" - престало устанавливаться, какойто хитрый конфликт скриптов, разобраться я сейчас не могу (уж больно много усилий на это надо), вернуть исходное состояние - тоже (не сохранилось удачной копии) . Но факт самосборки точно был зафиксирован, как вы помните на моей теперешней "железке" без него (пропатченного) просто не загрузится ни в какую, а факт удачной установки - был налицо (отсутствие burnmem-а в config.sys, и отдельно го файла vmm.vxd в \system\vmm32 я специально проверил).
Теперь добится сборки vmm32.vxd , из переименованного vmm.vxd - я не смог ни на SE, ни на IF . Попытки подкинуть оновленный/пропатченный vmm.vxd в \system\vmm32
(я даже специально инфы подправил чтобы это делалось, потом пришлось откатить назад) - тоже не увенчались успехом, и вот почему: wininit.exe (вещь в себе, блин...) если видит vmm.vxd в \system\vmm32 , даже без соответствующей строки в wininit.ini - пытается его собрать в vmm32.vxd, в результате у нее получается файл vmm32.tmp с двумя vmm.vxd (проверял разбирая потом vxdtools, и по размеру файла) который при попытке его окончательно запаковать - дает ошибку целостности, и так и остается там лежать в виде tmp (а также остаются нестертыми упаковываемые драйверы).
Пытался подложить его под именем vmm_.vxd (в таком виде он сборке не мешает, но етсественно и не работает) а потом переименовать, командой тогоже wininit.ini - СНАЧАЛА переименовывает, а потом "обсирается" со сборкой vmm32.vxd (помните я спрашивал как заставить его выполнять секцию rename - ПОСЛЕ а не ДО, но никто мне не ответил). Попытки устраивать ему рекурсии с wininit.ini - тоже ничего не дали.
Если принудительно собарать под именем vmm_.vxd (добавить соотв строку в wininit.ini)
- успешно собирается vmm32.vxd содержащий 2 драйвера (vmm.vxd vmm_.vxd), но работает, естественно, vmm.vxd - тот который был там изначально.
В принципе, можно было бы подсовывать файл vmm.vxd в \system\vmm32, и после первой перезагрузки (где нибудь ближе к концу установки) но дело в том, что если ставится на "большую память" (и используется пропатченнй vmm.vxd) - то сразу после окончания сборки vmm32.vxd - система повисает, потому - не есть красиво. Надо как-то скопировать (либо преименовать vmm_.vxd в vmm.vxd) сразу после сборки vmm32.vxd, но до превого перевода в защищенный режим. Не можете предложить способ ?
Попытки пресобрать vmm32.vxd из загрузчика от старого файла и драйвера от нового, посредством, выкладывавшихся гдето здесь vxdtools - тоже не увенчались успехом: утилита devlib v4.00.03, из этого комплекта, которая вроде должна это делать, - на эти файлы, отругивается что не "та версия DDK". У кого нибудь есть посвежее ??
Вобщем пока более достойного решения, чем ставить на время установки burnmem, а потом копировать файл "вручную" - я предложить не могу. А вы ?
Цитата:
if_mplay.inf - это пережиток времен, когда в 98IF
Просили указать на ошибки в инструкциях - получите
Цитата:
Проверил. У меня стоитА у меня не стоит ! (перепровенрил) и еще у когото не стоял. Ну да ладно, теперь стоит.
Теперь про VMM, на ТРА$$$$Е с ним я потратил 3 дня (надо было написать раньше, а то вы зря время тратите, но лень матушка ...) Итак:
Начнем с того , что повторить сборку для 98SE - мне тоже не удалось, хотя я и пытался. Причем тогда, когда у меня это получилось - это тоже был полупеределанный дистрибутив "собери себе" с довольно большим количеством элементов вашего "конструктора" причем, как раз с этими изменениями
Цитата:
Отличие той системы, которую я ставил, от чистой 98SE 4.10.2222a в Precopy1.cab (у меня он взят из "Собери себе Windows"), что несущественно, и в BigHDD (у меня заранее положен в дистрибутив ESDI_506.PDR).(без ESDI_506.PDR - я бы просто "уделал" 500Гб диск, что неприемлемо.)
Потом, добавив оставшиеся элементы - я этот дистрибутив "испортил" - престало устанавливаться, какойто хитрый конфликт скриптов, разобраться я сейчас не могу (уж больно много усилий на это надо), вернуть исходное состояние - тоже (не сохранилось удачной копии) . Но факт самосборки точно был зафиксирован, как вы помните на моей теперешней "железке" без него (пропатченного) просто не загрузится ни в какую, а факт удачной установки - был налицо (отсутствие burnmem-а в config.sys, и отдельно го файла vmm.vxd в \system\vmm32 я специально проверил).
Теперь добится сборки vmm32.vxd , из переименованного vmm.vxd - я не смог ни на SE, ни на IF . Попытки подкинуть оновленный/пропатченный vmm.vxd в \system\vmm32
(я даже специально инфы подправил чтобы это делалось, потом пришлось откатить назад) - тоже не увенчались успехом, и вот почему: wininit.exe (вещь в себе, блин...) если видит vmm.vxd в \system\vmm32 , даже без соответствующей строки в wininit.ini - пытается его собрать в vmm32.vxd, в результате у нее получается файл vmm32.tmp с двумя vmm.vxd (проверял разбирая потом vxdtools, и по размеру файла) который при попытке его окончательно запаковать - дает ошибку целостности, и так и остается там лежать в виде tmp (а также остаются нестертыми упаковываемые драйверы).
Пытался подложить его под именем vmm_.vxd (в таком виде он сборке не мешает, но етсественно и не работает) а потом переименовать, командой тогоже wininit.ini - СНАЧАЛА переименовывает, а потом "обсирается" со сборкой vmm32.vxd (помните я спрашивал как заставить его выполнять секцию rename - ПОСЛЕ а не ДО, но никто мне не ответил). Попытки устраивать ему рекурсии с wininit.ini - тоже ничего не дали.
Если принудительно собарать под именем vmm_.vxd (добавить соотв строку в wininit.ini)
- успешно собирается vmm32.vxd содержащий 2 драйвера (vmm.vxd vmm_.vxd), но работает, естественно, vmm.vxd - тот который был там изначально.
В принципе, можно было бы подсовывать файл vmm.vxd в \system\vmm32, и после первой перезагрузки (где нибудь ближе к концу установки) но дело в том, что если ставится на "большую память" (и используется пропатченнй vmm.vxd) - то сразу после окончания сборки vmm32.vxd - система повисает, потому - не есть красиво. Надо как-то скопировать (либо преименовать vmm_.vxd в vmm.vxd) сразу после сборки vmm32.vxd, но до превого перевода в защищенный режим. Не можете предложить способ ?
Попытки пресобрать vmm32.vxd из загрузчика от старого файла и драйвера от нового, посредством, выкладывавшихся гдето здесь vxdtools - тоже не увенчались успехом: утилита devlib v4.00.03, из этого комплекта, которая вроде должна это делать, - на эти файлы, отругивается что не "та версия DDK". У кого нибудь есть посвежее ??
Вобщем пока более достойного решения, чем ставить на время установки burnmem, а потом копировать файл "вручную" - я предложить не могу. А вы ?