» Windows 98 SE (оптимизация и улучшение) — третья часть

Точно-точно, не для нашего! У меня, например, IE вообще нету (вырезал, насколько это возможно).

max_us
В ХР я сам всегда ими пользуюсь, тут новые драйверпаки выложили, под 98

maxud

3 дня подряд пришлось несколько раз переустанавливать Win98...... Устанавливал, естественно, по инструкции. Все компоненты последних версий. Несколько раз в произвольный момент (после установки всяких компонентов, но всегда по разному) натыкался на такую странную вещь: после обыкновенной перезагрузки появляется окошко (примерно) следующего содержания: "Файлы системного реестра были повреждены. Нажмите ОК для автоматической перезагрузки и восстановления реестра." После этого комп перезагружается. Потом в дос-режиме происходит восстановление реестра (успешно) и ещё одна перезагрузка. После этого у меня было 2 разных случая:
а) Винда грузится, и появляется опять то же самое окошко насчёт восстановления реестра. (см. выше) И так повторяется по кругу...
б) Винда загрузилась нормально. НО! Разрешение экрана 640x480x16 цветов! Реестр откатился к состоянию ГОЛОЙ операционки!!! (Как-будто только что поставил систему). То есть ни драйверов, ни софта в системе не прописано!
в) Винда не грузится до конца. Мигает досовский курсор в углу чёрного экрана. Перезагрузка не помогает. При заходе в безопасном режиме винда ругается, что якобы "Системный файл C:\WIN98\SYSTEM\WINASPI.DLL был заменён более старой версией. Вставьте установочный диск Windows 98 для восстановления." Жму "Пропустить". Появляется рабочий стол. И снова вижу что реестр вернулся к первозданному виду (как в пункте Б). Файл WINASPI.DLL нашёл в папках SYSTEM и OPTIONS\CABS, а также внутри дистрибутива MDCU 2.50 (размер 5600 байт, дата файла 10.09.99, версия DLL 4.6.0.1021). Во всех местах файлы идентичны.

Во всех трёх случаях пришлось заново ставить винду, драйвера, апдейты, компоненты, софт.....

Раньше у меня такой проблемы никогда не было в 98SE! Короче, возникли у меня серьёзные подозрения что виноват SetupX.DLL fix и изменения в реестр, которые он добавляет. Но описанная выше проблема появляется не сразу после установки этого фикса, а когда как!


И ещё у меня один вопрос к Вам....

Последний раз переустановил по-чистому систему (включая MDCU 2.50, MDIE6CU 2.0, MDDACU 1.4 и все остальное то что указано в инструкции). SetupX.DLL fix специально не ставил! (наученный горьким опытом, и ради подтверждения моей догадки насчёт его глюкавости.) Поставил систему, дрова, апдейты (всё в порядке инструкции). Софт не ставил. Залез ради интереса на Windows Update. К моему большому удивлению мне предложили скачать и поставить 5 критических апдейтов безопасности для Win98. Вот скрин:



Объясните! Почему мне вдруг предлагают поставить ЭТИ апдейты? Что это за обновления? Для чего они нужны? Разве они не входят в MDCU (версии 2.50)? Нужно ли мне их ставить?

Заранее спасибо за все ответы!

ZenitFan
Хмм... Такое часто бывало с Unofficial Service Pack на MSFN; виновным был определен апдейт к io.sys, а лекарством - добавление SystemReg=0 в msdos.sys. Давняя история, уже мхом поросла. Неужели в MDCU нет автоматического добавления этого параметра?
Да и к чему лазить на Windows Update...

All: Обновился UberSkin.

Simplestas

А что насчёт (не)совместимости RP7 и UberSkin? Есть какие-то объяснения?

Simplestas

Цитата:

Неужели в MDCU нет автоматического добавления этого параметра?

Гы! Нет, теперь будет. "Нельзя объять необъятное".
Вообще-то я сталкивался с такой проблемой

Цитата:

Винда не грузится до конца. Мигает досовский курсор в углу чёрного экрана. Перезагрузка не помогает.

Виновным в моем случае оказалось сочетание драйверов принтера Xerox и программы sprint. Из-за этого пришлось ставить туда win2000. Но! Это было только в одном конкретном случае, на других мшинах такого не наблюдалось никогда.

Цитата:

Короче, возникли у меня серьёзные подозрения что виноват SetupX.DLL fix и изменения в реестр, которые он добавляет.

Изменения в реестре тут совершенно непричем. Вот setupx, может быть. Но я сразу говорил что это временное решение. К тому же его элементароно удалить через установку-удаление программ.
В MDCU 3 этот костыль уже не нужен.

Цитата:

Объясните! Почему мне вдруг предлагают поставить ЭТИ апдейты?

Действительно, на WU уже давно нечего делать.
По 1 - неофициальная версия этого исправлении входит в MDCU.
По 2 - тоже самое.
По 3 - входит в MDIE6CU.
По 4 - Это утилита, а не апдейт, проверяет, а не нужно ли еще чего обновить для GDI+, на фиг не нужна.
По 5 - апдейт для UPnP, не нужен если установлен последний UPnP из дистрибутива XP.
По 1-3, посмотрю можно ли исправить затычки для QFE, чтобы не было сообщений о не установке этих апдейтов.

Цитата:

Internet Explorer 6.0 SP1: http://www.microsoft.com/downloads/details.aspx?FamilyID=1e1550cb-5e5d-48f5-b02b-20b602228de6&DisplayLang=ru (чтобы скачать полный дистрибутив, нужно запустить загрузчик, скачиваемый по ссылке, с параметрами: ie6setup.exe /c:"ie6wzd.exe /d /s:""#e")

Помогите пожалуйста - как скачать полную версию дистрибутива, а то у меня на компе с 98 виндоусом нет доступа к интернету, а установщик требует наличие его. Желательно английскую версию. И объясните, что значит запустить с параметрами?

maxud

Цитата:

Останавливает огромный размер такого пакета

Разве это много, даже для модема это пару часов, они и так столько весят(что вместе, что порознь)

Цитата:

А как его обновлять?

IMHO проще будет

Цитата:

Из-за одного файла тащить такую громадину?

а часто ли придется это делать? сейчас все реже и реже

Цитата:

А если добавть WMP9 И его обновы?

а это лучше отдельно, WMP для 98 не самый удачный/лучший/популярный проигрыватель

max_us

Цитата:

а это лучше отдельно, WMP для 98 не самый удачный/лучший/популярный проигрыватель

Например, мне он нужен вовсе не из-за популярности, а для поддержки MTP-устройств (некоторые медиа-плееры).
ZenitFan
по воводу апдейтов в п.1 и 2. WU проверяет наличие официальных файлов этих апдейтов в определенных каталогах. А в неофициальных этих файлов нет - не нужны они. Поэтому забить на этот WU и не обращать внимания на его вопли!

maxud


Цитата:

Да и к чему лазить на Windows Update...

Цитата:

Действительно, на WU уже давно нечего делать.

Цитата:

Поэтому забить на этот WU и не обращать внимания на его вопли!

Да я, честно говоря, особо не волнуюсь из-за этого WU..... Заглянул туда чисто ради интереса......

maxud

Цитата:

для поддержки MTP-устройств

редкостная ситуация..

Цитата:

WMP9 И его обновы?

ну.. надо, так надо.. еще полтора метра?(исключая WMP9 ес-но)
ЗЫ: Пардон ес че, все IMHO, честно прикланяюсь, работа великая

antc

Internet Explorer 6.0 SP1 Rus + MUI Packs (9x/ME, 2k/XP) (81.5 Мб)

max_us

Цитата:

редкостная ситуация..

Вот я на такую редкость и нарвался, Creative Zen-Microfoto называется (туда же отностятся и другие медиа-плееры Creative). Пока догадался как подключать узнал многоооо нового, и, заодно, что 98+MP9 поддерживает MTP (с соотвествующими драйверами, конечно. Вернее драйвер для MTP универсальный, inf-файл индивидуальный).

что нибудь слышно вот про этот патч ? :

Цитата:

R. Loew выпустил патч, который должен позволять безболезненную работу Win98 с объемами ОЗУ более 512 МБ.
http://members.aol.com/rloew1/Programs/Patchm.htm

Я сейчас опять вплотную столкнулся с этой проблеммой. Есть машина которая отказывается загружаться даже с исправленным system.ini.
В принципе, не жалко и купить, но вот что oстанавливает:

1) Насколько переносимо то что он продает за деньги, каким образом привязывается к машине, что будет при переустановке винды, смене аппаратной конфигурации ...
както не хотелось бы за 500р получить "спасение на 1 раз".
2) Насколько это вообще корректно то что работает в safe mode, еще очень мало о чем говорит, у меня, например есть другая машина (1Гб) , которая в safe mode и без исправлений в system.ini - чудесно работает (вернее в safe mode эта часть system.ini - игнорируется) показывая "в наличии" 1024Мб, и при этом позволяя, например, запускать DOS-задачи . А вот в нормальном режиме - только "обрезанием" до 512Мб (в system.ini)
Короче, если кто пользовался - хотелось бы знать что там в этом архиве за 20 баксов, и как оно работает.

3) заморочки с отправлением этих самых 500р -хоть это и самая маленькая проблемма.

Simplestas Можно по подробнее про:


Цитата:

Нет, R.Loew пока не выпустил версию, которая смогла бы обновлять vmm.vxd, лежащий на диске, а значит сложнее будет распространять исправленный файл, доисправить который пока не вышло

Насколько я установил - он сильно модифицирует VMM32.VXD и заменяет 1 байт в HIMEM.SYS
причем потом "пдмена" отдельно VMM32.VXD на пропатченный - спасает от зависания (в safe mode ), а HIMEM.SYS - с виду ни на что не влияет.

Честь и хвала Kirill666!
Честь и хвала R. Loew за новую версию, которая потребовала изменения только 1 байта!
Вот, посмотрите!

Итак, сбылись мечты народные - два!

Windows 98 RAM Limitation Patch доступен!
Скачать
Решены проблемы Windows 98 SE с большим объемом ОЗУ.
Данная проблема и методы её решения очень хорошо и подробно описаны.
Данный патч позволяет Windows 98 SE видеть и использовать до 2Гб и более ОЗУ, без нарушения функциональности DOS программ и оборудования (хотелось бы верить).
Оформлен в виде .bat файла, что позволяет установить его из DOS, если Windows не грузится. Содержит пропатченные версии файлов:
- vmm.vxd 4.10.2226
- vcache.vxd
- himem.sys.
Использованы английские версии файлов (но этого может быть заметно только на синем экране смерти).
Не забудьте убрать MaxPhysPage, чтобы увидеть всю память.
Функциональность систем с ОЗУ маленького объема не нарушается.

А теперь - дискотека надо оформить/переоформить и в шапку/варезник.

Заодно наконец отвечу ZenitFan: UberSkin и RP7 не совместимы и не будут, потому что потому. Проверка встроена и в инсталлятор, и в программу. Незачем впечатление портить.

Цитата:

Честь и хвала Kirill666!

А за что, собственно ??


Цитата:

Windows 98 RAM Limitation Patch доступен!
Скачать

А вот за это - действительно честь и хвала.
особенно за :

Цитата:

Для этого, переименуйте vmm.vxd в vmm32.vxd и положите файлы в каталог дистрибутива, вместе с .cab файлами.

Скачал, сегодня поставлю, если работает - испытаю оргазм


Цитата:

Данная проблема и методы её решения очень хорошо и подробно описаны.

Читал, читал. Там действительно хорошо описана проблемма, а вот с методами решения - похуже: дело в том, что как показала практика, "обрезание" памяти не всегда помогает,
бывает, что все равно остаются трудноуловимые глюки, несмотря на отсутствие конфликтов в верхнем гигабайте. Например,
система описанная в моем предидущем посте даже приограничении MaxPhisPage до 32 Мб - не желает загружаться. Спасает ее только "RAM Limitation Patch", причем как я выяснил , я пользовался версией 1.0 (которая правит непосредственно VMM32.VXD) вчера скачал версию 3.2, кторая распаковывает vcache.vxd и vmm.vxd (кстати откуда она их распаковывает, из VMM32.VXD чтоли ??? ) и правит их, так вот она написала что "неизвестный vmm.vxd" и, естественно, нифига не заработало.

Можно поподробнее про:
"а также меняет настройки максимального размера дискового кэша (vcache.vxd) (Каким образом теперь определяется размер ??), а также некоторые настройки DOS XMA (himem.sys) (Какие ?)"
И вообще хотелось бы подробнее узнать про взаимодействие VMM32.VXD vcache.vxd и vmm.vxd, например зачем при добавлении в дистрибутив переименовывать vmm.vxd в vmm32.vxd ?? Почему в некоторых случаях в системе есть vmm.vxd, а в некоторых только vmm32.vxd? какой из них работает ?

Цитата:

Windows 98 RAM Limitation Patch доступен!

Первые впечатления:
1) MaxPhysPage убрать обязательно, иначе не грузится
2) Audigy 2 ZS пришлось отключить в Device Manager-е, иначе не грузится
3) Сеть прокисла через ~20 мин работы.

Система i875 2GB W98seENG+UnSP 1.6.какой-то
На 1GB была абсолютно стабильна.
На 2-х не заводилась вообще никак никакими ухищрениями
даже в SafeMode

Возможно эта Windows 98 RAM Limitation Patch не точно соотв. предполагаемому в оригиналу т.к.
1. Относится только к Windows 98 SE
2.The name of the Patch program in the Full Versions is PATCHMEM.EXE
while the name in the Demo Versions is PATCHM.EXE.
а такого файла PATCHMEM.EXE нет.
3.vcache.vxd и vmm.vxd устанавливаются в \system\vmm32,а написано,что в Windows SYSTEM Directory
Это похоже на другую редакцию.

Kirill666

Цитата:

скачал версию 3.2, кторая распаковывает vcache.vxd и vmm.vxd (кстати откуда она их распаковывает, из VMM32.VXD что ли ??? )

Да.
"This Patch extracts the Windows Memory Manager (VMM.VXD) and the Disk Cache
Manager (VCACHE.VXD) contained within the VMM32.VXD File in the Windows
SYSTEM Directory, if necessary, The Patch then Updates them and the Extended
Memory Manager (HIMEM.SYS Program in the Windows Boot Directory)"
По моему названия файлов неплохо поясняют их действия.


Цитата:

Можно поподробнее про:
"а также меняет настройки максимального размера дискового кэша (vcache.vxd) (Каким образом теперь определяется размер?))

Посмотри что пишет об этом автор-Rudolph Loew в MANUAL.TXT в разделе options-этот файл есть и в демо версии.(23кВ)

Цитата:

некоторые настройки himem.sys

Может это специально не поясняется.

Цитата:

зачем при добавлении в дистрибутив переименовывать vmm.vxd в vmm32.vxd ?

Мне тоже кажется странным.

Цитата:

Почему в некоторых случаях в системе есть vmm.vxd, а в некоторых только vmm32.vxd? какой из них работает ?

Похоже,если VMM.VXD и VCACHE.VXD в директории %winbootdir%\system\vmm32
то они перезаписывают функции %winbootdir%\system\vmm32.vxd на себя.

Т.е. как я понял это можно пользоваться гигом памяти после установки винды или уже устанавливать винду 98 можно устанавливать если у тебя гиг памяти переименовав файлы?

Ну, у меня тоже облом: похоже что всегда работает VMM32.VXD от файлов VMM.VXD и VCACHE.VXD - ничего не зависит. Если VMM32.VXD - пропатчен 1(демо) - версией патча -
удается загрузится в safemode - иначе винда вообще не загружается НИКАК .
Подкладывание вместо VMM32.VXD переименованного пропатченного VMM.VXD - тоже не помогло, причем похоже что это вообще глубоко некорректное действие, ибо все просто глухо виснет.
Опытным путем было установлено, что код VMM.VXD - почти без изменений содержится в 1-й части VMM32.VXD (подозреваю, что VCACHE.VXD содержится где-то тамже, пока не было времени проверить). Первая версия патча от Rudolph Loew - правила непосредственно VMM32.VXD, причем довольно интересным образом: сам патчер - создает из 936.730кб - файла - 2.3 мегабайтный и создает текстовый файлик wininit.ini
следующего содержания:
------------------------------------------
[CombineVxDs]
=C:\WIN98\SYSTEM\VMM32.VXD

[SetupOptions]
Combine=1
-------------------------------
при первой загрузке винды запускается wininit.exe который превращает 2 мегабайтный
VMM32.VXD в 936.956 -кбайтный , wininit.ini - автоматически стирается (видимо его наличие и является сигналом к запуску wininit.exe)
можно в ручную запустить wininit.exe (он DOS-ский) - результат - аналогичен.
Начиная со 2 версии патча (как следует из документации, у меня есть только 3.2, по этому все далеесказанное проверено на ней) все работает по-другому распаковываются (похоже из VMM32.VXD) - VMM.VXD и VCACHE.VXD - оба патчатся (причем на мой VMM.VXD - ругается что не знает такого, и пропатчить не может), VMM32.VXD и HIMEM.SYS - не модифицируются.
Более в системе ничего не правится (все проверено побайтным сравнением 2-копий ВСЕЙ винды, (ДО 1-й перезагрузки, из под голого DOS-a), и поиском отличий)

После всего вышесказанного, посетила меня следующая мысль:
1) Если VMM32.VXD содержит в себе VMM.VXD , VCACHE.VXD (а судя по длинне - вообще все что содержится в подпапке SYSTEM\VMM32) нельзя ли как нибудь "заковырять" VMM.VXD , VCACHE.VXD обратно в VMM32.VXD ?? или вообще заново собрать его?
2) Описание синтаксиса wininit.ini никто не встречал ??
3) По какому алгоритму система решает что запускать отдельный VMM.VXD или часть VMM32.VXD ??

Добавлено:

Цитата:

Похоже,если VMM.VXD и VCACHE.VXD в директории %winbootdir%\system\vmm32
то они перезаписывают функции %winbootdir%\system\vmm32.vxd на себя.

вот в моем случае ПОХОЖЕ они, как раз, ничего не переписывают


Цитата:

Функциональность систем с ОЗУ маленького объема не нарушается.

А вот это похоже, действительно так (проверил на 2-х машинах), так что если получится отладить то можно будет "навечно вделать" в дистрибутив.


Добавлено:
RONEN1

Цитата:

Да.
"This Patch extracts the Windows Memory Manager (VMM.VXD) and the Disk Cache
Manager (VCACHE.VXD) contained within the VMM32.VXD File in the Windows
SYSTEM Directory, if necessary, The Patch then Updates them and the Extended
Memory Manager (HIMEM.SYS Program in the Windows Boot Directory)"
По моему названия файлов неплохо поясняют их действия.

Да это я тоже видел, на всякий случай хотелось подтверждения (может не очень точно перевел ), кроме того, как выяснилось - HIMEM.SYS, например он не правит, и вообще есть в документации явные "остатки от старых версий", так что доверяй но проверяй

Цитата:

3) По какому алгоритму система решает что запускать отдельный VMM.VXD или часть VMM32.VXD ??

насколько я помню (а могу и ошибаться ) если в \system или \system\vmm32 находится распакованный (или-обновленный, что чаще встречается) компонент, изначально сидящий в "архиве"-vmm32.vxd, то используется этот отдельный модуль, иначе его образ из vmm32.vxd

в свое время читал длинную дискуссию (кажется на MSFN), в которой обсужался тезис о том, что выкладывание компонентов vmm32.vxd в виде отдельных модулей значительно (?!) уменьшает появление синих экранов. вот с той поры и отложилось, каков приоритет использования модулей.

EDantes
А чем можно "заархивировать/разархивировать" случайно не помните ?

так эти модули, входящие в vmm32.vxd, есть по-отдельности в дистрибутиве (каб файлы в районе 50-55).
vmm32.vxd (generic) создается при установке системы.
если появляются обновления, то кидаются куда я сказал постом выше и используются именно они.
я у себя нашел 6 таких "свежачков" : ifsmgr.vxd, ios.vxd, vcomm.vxd, vfat.vxd, vmcpd.vxd, vmouse.vxd

список модулей vmm32 в разделе HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\VMM32Files

а зачем он тогда лежит в WIN98_51.CAB - оригинального дистрибутива ?

не знаю.
я пытаюсь всего лишь сообщить известные мне (и требующие проверки) отрывочные сведения
кстати, в дистре он вдвое меньше, чем в \system

Судя по размеру там лежит только VMM.VXD (под именем VMM32.VXD) а все остальное, действительно, по ходу установки к нему "привинчивается". Кажется начинаю понимать зачем надо было переименовать VMM.VXD в VMM32.VXD.
На выходных поэксперементирую.

Блин !!!!
Куплю:
1) любой бомбардировщик, можно б/у.
2) боезапас и горючее к нему
3) карту с точными координатами центрального офиса MICROSOFT

EDantes
А я усебя в 98IF еще впридачу нашел свежачков:
configmg.vxd, ntkern.vxd, udf.vxd, vpicd.vxd
Что до патча, то я в его батнике нашел:
if not exist vmm.vxd goto error
if not exist vcache.vxd goto error
то есть ситуацию, когда в системе отсутствуют vmm.vxd и vcache.vxd он считает ошибкой. Лично у меня их нет. КАК ЭТО МОЖЕТ РАБОТАТЬ, если это не поставится???

IFkO

Цитата:

Лично у меня их нет

у меня тоже нет
по поводу батника-он ж проверят эти файлы из СВОЕЙ установочной директории, те откуда сам патч устанавливается. а там они как раз и есть (а том же архиве)

Да уж, понимал, что компетентных людей в мире Win98 осталось мало, но то, что все так плохо - не догадывался.
IFkO
То есть, принципа работы bat файлов и команд DOS вы не знаете.

Simplestas
Ну не пришло мне в голову, зачем нужно проверять наличие файлов в самом патче. Зачем это нужно: если их нет, то они и не скопируются.