Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — десятая часть

Модерирует : KLASS, IFkO

IFkO (04-01-2024 19:57):  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198

   

MERCURY127



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ПРЕДЫДУЩИЕ ЧАСТИ ТЕМЫ: _1_ · _2_ · _3_ · _4_ · _5_ · _6_ · _7_ · _8_ · _9_

Windows 98 Second Edition  
ДЕCЯТАЯ ЧАСТЬ


Особенности работы с Windows 9X/ME с учётом прогресса и деградации в программно-аппаратном обеспечении на 2022+ год. Основное в теме - это обновления для Windows 98SE, а так же готовая высокоинтегрированная сборка "всё включено" - Windows 98IF. Добрые люди собрали "неофициальные паки обновлений" - сборники заплаток, фиксов (преимущественно от M$), а также делают собственные патчи, призванные улучшить работу этой древней операционной системы.
Ранее в теме принимали участие: maxud, Simplestas.
Актуальные патчи, паки и сборки выкладывают: IFkO, Sweetlow, BolenB и другие неофициальные лица.


Заплатки и драйверы от Rudolph R. Loew (Web Archive)
Памятный сайт (rloewelectronics.com) и ещё одна страничка
без его великолепных патчей, утилит и драйверов эта тема давно бы кончилась...


Практические аппаратные и программные
пределы работоспособности Win98

(с учетом представленных в этой теме решений по состоянию на 2023 год)


Последние доступные обновления, паки, сборки, патчи, утилиты и драйверы:

  • Windows 98IF от IFkO - неофициальная модульная сборка Windows 98SE с предустановленными обновлениями, заплатками, улучшениями и дополнительными компонентами, или готовые варианты сборки.
     
  • Драйверы и компоненты для Windows 98SE или 98IF от IFkO, предназначенные для установки в систему и интеграции в дистрибутив.
  • Краткая и полная инструкции по сборке дистрибутива Windows 98IF.
     
  • Наборы от BolenB для интеграции обновлений в дистрибутивы Win95osr2, Win98, Win98se, WinMe - чтобы при установке сразу ставились все обновления. Сделано с помощью SLIPSTRM - Slipstreaming Updates into a Windows 9x Installation CD от Rudolph R. Loew.
     
    Обновления от Maximus Decim
  • Инструкция по правильной установке Windows 98SE от maxud (версия от 21.02.2009) со ссылками на недостающие компоненты. Альтернативные списки ссылок - здесь и здесь.
     
  • UnSP for Windows 98 Standard/First/Gold/RTM Edition (English by Petr & erpdude8): 2.58 RC Lite и 2.58 Final Full
  • UnSP for Windows 98 Second Edition: 3.61, 3.64 by Problemchyld
     
  • Revolutions Pack 9.7 by Simplestas (aka Tihiy) - замечательная адаптация скинов от Windows XP и Vista под Windows 98/ME (улучшенное оформление окон, новые иконки и эффекты, новая панель снятия задач, сглаживание шрифтов ClearType и многое другое)
  • Tihiy's Tools - коллекция бесплатных утилит для Windows 98/ME от Simplestas (aka Tihiy), включающая индикатор сетевых подключений в трее, удобную панель снятия задач, панель завершения работы от XP и другие инструменты.
  • KernelEx 4.5 Final Multilingual by Xeno86 - проект по модифицированию библиотеки kernel32.dll для обеспечения возможности запуска под Windows 98/ME программ и игр для XP. KernelEx4.5.2 - последняя версия  (он же, адаптированный HNKTO для дистрибутива Windows 98IF).
  • SH95UPD (Shell 95 Update Project) 0.0.8 by sp193 - проект по модифицированию библиотеки shell32.dll от Windows 95, используемой в урезанных версиях Windows 98/ME, для обеспечения лучшей совместимости с этими ОС, основан на исходниках от KernelEx.
     
  • Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт GeForce, 82.69 "fixed", (или модульный драйвер видеокарт nVidia от IFkO, включающий и 82.69)  
  • VBEMP x86 by bearwindows - универсальный (для любых видеокарт) VESA/VBE видеодрайвер для архитектуры Windows 9x.
  • ReadDVD! - драйвер для чтения дисков в формате UDF 1.5-2.x в Windows 95-ME (он же, пересобранный  IFkO).
  • Panasonic DVD-RAM Driver - универсальная поддержка записи DVD-RAM дисков, оригинал и обновление от BHA
     
  • RASPPPoE - сетевой протокол PPP over Ethernet для Windows 95-2003 (RFC 2516 для подключения ADSL/GPON без роутера), скачать тут, (он же, в одном пакете с сетевыми драйверами от IFkO)
  • Active Directory Client Extensions (dsclient.exe) 5.0.2920.5 Russian (Q323466) - клиентское ПО для получения доступа из Windows 95-ME к службам Active Directory и DFS операционной системы Windows 2000 Server.
  • Microsoft Windows 95, Windows 98, MS-DOS и другие Resource Kits - комплекты утилит, не входящих в основную поставку вышеуказанных систем.
     
  • VirNETas Regional Settings Changer 3.04.0246 - мощная программа для изменения региональных настроек в английских версиях Windows 95/98, оптимизирована для работы с Windows 98SE (спасибо Grigorijg), подробное описание внутри архива.
  • Microsoft Plus! for Windows 98 - пакет дополнительных программ и тем оформления рабочего стола.

    Навигация по топику и ссылки на интересные статьи по теме:

    Для просмотра всех сообщений темы в одном окне пользуйтесь "версией для печати" (одноименная ссылка над нумерацией страниц)

  • Windows 9x + RAM > 512 Мб - обзор всех существующих способов решения проблемы + исчерпывающая статья с сайта iXBT (aka матчасть) + версия Microsoft (статьи KB184447, KB253912, KB304943 в вольном переводе от maxud)
  • Сбрось память на диск - статья о работе Windows 9x с виртуальной памятью, дисковым кэшем и файлом подкачки + авторская версия.  
    Самая свежая версия LIMEM с исходниками
  • Как изменить "GENERIC IDE DISK TYPE 47" в списке устройств на реальное имя диска на чипсетах Intel, VIA и SiS + DMRP (Drive Model Reading Patch) от MERCURY127 - патч ядра для любых чипсетов, версий и языков Windows 98/SE/ME (не для 95!).
  • Как установить "Intel Ultra ATA Storage Driver" и "Intel Application Accelerator" на чипсеты Intel 430/440. (подробнее)
  • Все, что нужно знать о доступе к локальным томам NTFS из под систем 9х
  • Большая коллекция разнообразных обновлений и патчей для Windows 95-ME (и не только)
  • Последние Microsoft Windows Hardware Compatibility Lists (HCLs) для NT/95/98/SE/ME/2K/XP
  • Обсуждение Windows 95-ME на форуме MSFN
  • Сайты с программами и играми, совместимыми с Windows 98: Old-DOS.ru, Old-Games.ru, OldVersion.com, MIRRORS.PDP-11.RU

  • Сайт с описанием всевозможных опций основных BIOS, в т.ч. с подсказками по правильному выбору опций для 9х

    "ЛИЧНЫЕ КОЛЛЕКЦИИ ПОЛЕЗНОСТЕЙ" УЧАСТНИКОВ ТОПИКА

  • Неочевидные инструкции для редких ситуаций
     
  • Коллекция MERCURY127 - разное добро, на которое он иногда ссылается. пароль на архивы 1 (единица), если другое не указано явно.
  • Коллекция SweetLow, на которую он иногда ссылается

    НЕАКТУАЛЬНОЕ И УТЕРЯННОЕ

    В этом разделе будет то, что уже никому не нужно или нигде не найти...

  • UnSP (Unofficial Service Pack) for Windows 98SE by Alper Coskun (aka Gape). Список отличий MDCU от UnSP.
  • SciTech SNAP Graphics - универсальные кроссплатформенные драйверы для широкого спектра видеокарт. жадное, глючное, мертвое.
  • Несколько советов по использованию Windows Update

    Схожие темы по Windows 95 и Windows ME :: Тема в Варезнике

    Рекомендуемый Хостинг картинок

  • Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 23:36 31-12-2021 | Исправлено: IFkO, 21:35 04-12-2023
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    volkovysk
    Ээ в биосе нет пунктов про мпу. Звуковая карта не на материнке распаяна, а isa pnp awe, и mpu реализован именно на ней.
     
    Просто по дефолту он уходит на внешний миди-выход звуковухи (для подключения внешнего синтезатора, которого у меня нет)
     
    Хотя может имеет смысл докупить миди-дочку, чтоб к миди-порту подцепить...
     
    Но может я и не прав и лучше полный комплект дров vxd с панелью

    Всего записей: 2620 | Зарегистр. 28-04-2006 | Отправлено: 13:29 31-10-2022 | Исправлено: fly_indiz, 15:17 31-10-2022
    volkovysk



    Full Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    fly_indiz
    По дефолту должно идти на программный синтезатор и настраивается это средствами ОС. Копай в панели управления звуки и аудиустройства. Там вроде есть параметр «проигрывание midi».
    Там где настройка оборудования(диспетчер устройств) тоже можно покрутить параметры звуковой платы.

    Цитата:
    Хотя может имеет смысл докупить миди-дочку, чтоб к миди-порту подцепить...  
    Нету смысла.

    Всего записей: 548 | Зарегистр. 21-04-2011 | Отправлено: 15:55 31-10-2022 | Исправлено: volkovysk, 16:09 31-10-2022
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    volkovysk
    Ну по дефолту то и работает )
    все устройства работают так как и положено )))
     
    мне не это надо, а чтобы одно из устройств, а именно "внешний миди-порт" (к которому по факту ничего не подключено), перестал работать как внешний, а заруливался на EMU8K. Это перенаправление умеет делать AWE Control Panel из полного комплекта дров vxd. Ну или реально подключить к порту миди-синтезатор (лишняя трата денег).

    Всего записей: 2620 | Зарегистр. 28-04-2006 | Отправлено: 17:16 31-10-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ну так поставь панель с вхд, посмотри, чего она в реестре меняет при включении этой опции, и сделай те же изменения вручную для вдм. авось прокатит.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 17:44 31-10-2022
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    MERCURY127

    Цитата:
    сделай те же изменения вручную для вдм. авось прокатит.
    Не прокатит. Это всё равно, что взять INI-файл от FARа и надеяться, что он прокатит для Total Commander.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 21:16 31-10-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    нет, это как надеяться на то, что инишник от Фаровского МультиАрха подойдет к Тоталовскому. вероятность заметно больше нуля.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 11:31 01-11-2022 | Исправлено: MERCURY127, 11:31 01-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Кстати, касабельно виртуальных машин. Делать выводы пока рано (Всего чуть больше недели прошло), надо хотя бы ещё месяц потестить, однако, крайнее, использованное решение:
     

    Цитата:
    Перехожу к следующему шагу (Тоже самое + SystemReg=0).  

     
    дало незамедлительный результат (С тех пор бага ни разу не вылезла!). Получается, всё-таки SystemReg подгаживал? Похоже на то. Буду пока продолжать наблюдение, но если так, хотелось бы выяснить, что именно мог такое нехорошее делать этот SystemReg, что Virtual PC так плохело? Не уж-то он вправду способен возвращать какие-то старые ошибки, или, наоборот, создавать новые? Весьма интересно... На что ещё он может влиять (Окромя VPC). Дело в том, что эта гадость в Windows 98 по умолчанию включена! А есть ли от неё какая-то реальная польза (Пока заметил от неё только вред).

     
    И так, с начала этого тестирование прошло уже более месяца, но итоги подводить пока рано. Необходимы корректировки. Дело в том, что по началу всё шло не плохо, я даже переключился было на другие вопросы, проблему считал решённой и на протяжение этого времени уже много чего менялось в системе (Не касающегося любых аспектов "решения"). На прошлой неделе проблема проявилась вновь. Но после перезагрузки пропала. Возможно, наличие, как предлагалось ранее, ещё одного потенциального вредоноса:
     

    Цитата:
    REGEDIT4  
     
    [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run]  
    "ScanRegistry"="D:\\WINDOWS\\scanregw.exe /autorun"

     
    Второй раз проблема проявилась сегодня. Я успел сделать копию проблемного USER.DAT, выполнил перезагрузку - не помогло. Перезагрузка в XP и обратно, так же ничего не дала. А вот перезагрузка в XP, выполнение там проверки диска C: и перезагрузка обратно - дала положительный результат. Стоит отметить, что "scandisk c: /autofix /nosummary" в данный момент выполняется при каждом запуске Windows 98. Но на имеющийся вопрос:
     

    Цитата:
    разве может почти заполненный системный раздел на 2GB проверяться столь быстро? Может оно пропускает некоторые ошибки? При этом оно именно выполняется, то есть все пункты проходит и индикатор проверки отображается до конца. Просто очень быстро.

     
    сформулировано ответа не было. Напомню, проверка происходит за 2.5 секунды, что вроде как-то и слишком быстро. Есть ли вообще уверенность, что ScanDisk с этим "/MACHINE:AT" отрабатывает корректно? Кто-нибудь проверял? В следующий раз попробую (Если проблема снова проявится), выполнить уже без "/MACHINE:AT". В этот раз я что-то сразу не догадался.
     
    Всё же, хоть и помогло, может быть, и очередное совпадение. Поэтому я сделал копию уже безпроблемного USER.DAT и сравнил. Отличия есть, но не много. На которые стоило бы оратить внимание ещё меньше. Основных изменений вышло на 28795 bytes (В готовом для слияний *.REG файле отличий). А всего - 68407 bytes. В которых, помимо основных, изменения и в графическом драйвере (Параметры схемы графического адаптера). Но всё таки, нельзя исключать ничего, поэтому я добавил в тестовый *.REG ВСЕ имеющиеся отличия (68407 bytes). Теперь они применяются ПРИ КАЖДОМ запуске Windows 98 на стадии обработки AUTOEXEC.BAT.
     
    Однако. Если окажется, что решающее влияние оказывает именно этот "scanregw.exe /autorun" (Не зависимо от SystemReg=0), то стоило бы наверно продублировать слияние уже и ПОСЛЕ его выполнения (Ну то есть добавить ещё и в StartUp, насколько я понимаю). Или, действительно, удалить полностью "scanregw.exe /autorun" из реестра.
     
    Пока по этой теме всё. Остальные предложенные решения пока что на паузе. Надо сначала проверить, влияют ли эти отличия. Если нет, попробовать убрать "scanregw.exe /autorun", "/MACHINE:AT". Реализовать копирование сохранённого (безпроблемного) USER.DAT и удаление "win386.swp", при каждом запуске. Так же попробую удалить "scanregw.exe" на время тестов вообще и заменить "SCANREG.EXE" на "EDIT.COM" (Есть подозрение, что при некоторых, не очень типичных условиях, SCANREG.EXE может отрабатываться вне зависимости от наличия\отсутствия SystemReg=0 (Принудительно вызываться откуда-то ещё), что и могло произойти в последних двух случаях). Если и здесь промах, остаётся пробовать уже оставшиеся решения (AutoScan=0, DisableLog=1 и BootWarn=0).
     
    Хотя в целом, результат уже ничего. Два проявления баги за месяц - весьма приемлемый результат по сравнению с тем, что было (До применения использующихся в настоящий момент решений).
     
     
     
    Добавлено:
    Так же, хорошо было бы ещё попробовать снять состояние MSR регистров, при наличие\отсутствие проблемы. Существует ли соответствующий инструмент для этого именно для Windows 98 (А не для DOS)? Имеющийся RU.EXE под Windows 98 не умеет к сожалению читать MSR (Только в DOS, а там не узнать, имеет ли место проблема или ещё\уже нет).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 20:31 01-11-2022 | Исправлено: logins, 20:55 01-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Посмотрел, в каких файлах встречается этот SCANREG:
     
    SETUPLOG.TXT
    SYSTEM.1ST
    WIN.COM
    HWINFO.DAT
    SCANREGW.EXE
    SCANREG.INI
    SYSTEM.DAT
    USER.DAT
    NETWORK.TXT
    SFCSYNC.TXT
    Default.sf0
    Default.sfc
    SYSDM.CPL
    VMM32.VXD
    SCANREG.EXE
    IO.SYS
    MSINFO.INF
    SUBASE.INF
    LAYOUT.INF
    LAYOUT1.INF
    SETUPC.INF
    layout.PNF
    layout1.PNF
    WHATNEW.CHM
     
    Получается, вызываться оно может много откуда и в самых разных обстоятельствах.
     
    А вот SCANREGW встречается уже значительно реже:
     
    SETUPLOG.TXT
    SYSTEM.1ST
    HWINFO.DAT
    SCANREGW.EXE
    SYSTEM.DAT
    Default.sf0
    Default.sfc
    SYSDM.CPL
    SCANREG.EXE
    MSINFO.INF
    SUBASE.INF
    LAYOUT.INF
    layout.PNF
     
    Получается да, стоит их заменить на что-нибудь безобидное, типа EDIT и будет видно когда и что инициирует запуск. Вероятнее всего здесь причина. Что-то принудительно запускает. И SystemReg=0 тут бессилен

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 23:44 01-11-2022
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    *.REG ВСЕ имеющиеся отличия (68407 bytes). Теперь они применяются ПРИ КАЖДОМ запуске Windows 98 на стадии обработки AUTOEXEC.BAT

    Схема не гарантирующая результат.
    При некоторых неразведанных сочетаниях внутрей .dat файлов реестра ДОСовский regedit отказывается перезаписывать значения. Туда-же, командами удаления ключей ДОСовский regedit в некоторых сочетаниях вообще разрушает структуру реестра.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 17:44 02-11-2022
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Добрался наконец до своей системы на P45+9800GT и снял дамп конфигурации PCI под досом. В общем действительно нвидия стартует именно в Gen1 @ 16x. Причём мало того, что стартует - вообще не рапортует Gen2 @ 16x...
     
    MERCURY127

    Цитата:
    Ошибка vcache

    Так если эти системы у тебя уже под рукой - что не пройдёшься тогда отладчиком ядра?
     

    Всего записей: 1013 | Зарегистр. 08-03-2005 | Отправлено: 22:14 02-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO, оно пишет ход процесса и результат (Importing file 100% complete), значит, по идее, слияние прошло успешно? И кстати, я сейчас обратил внимание (Точнее, обратил давно, но вопросом задался только сейчас), что в BOOTLOG.TXT не отражается этап обработки AUTOEXEC.BAT. На данной стадии загрузки лог пишется куда-то в другое место или логирование этого места небходимо дополнительно где-то включить (По умолчанию выключено)? Как вообще вывести полный лог загрузки "от и до"?
     
    Тем не менее, сейчас имею ту же ошибку и перехожу к следующим вариантам.
    Попробую для начала полностью копировать "безпроблемный" USER.DAT и как раз это исключит возможность какой-либо ошибки слияния.
     
    Добавлено:
    И да, так же, всё-таки уберу "/MACHINE:AT"...
     
    Добавлено:

    Цитата:
    Надо сначала проверить, влияют ли эти отличия. Если нет, попробовать убрать "scanregw.exe /autorun", "/MACHINE:AT". Реализовать копирование сохранённого (безпроблемного) USER.DAT и удаление "win386.swp", при каждом запуске. Так же попробую удалить "scanregw.exe" на время тестов вообще и заменить "SCANREG.EXE" на "EDIT.COM" (Есть подозрение, что при некоторых, не очень типичных условиях, SCANREG.EXE может отрабатываться вне зависимости от наличия\отсутствия SystemReg=0 (Принудительно вызываться откуда-то ещё), что и могло произойти в последних двух случаях). Если и здесь промах, остаётся пробовать уже оставшиеся решения (AutoScan=0, DisableLog=1 и BootWarn=0).

     

    Цитата:
    Попробую для начала полностью копировать "безпроблемный" USER.DAT и как раз это исключит возможность какой-либо ошибки слияния.
     
    Добавлено:
    И да, так же, всё-таки уберу "/MACHINE:AT"...

     
    Итак, НИЧЕГО, из описанного выше не помогло. Бага сейчас стабильно присутствует. Что примечательно, замещение SCANREG`ов на EDIT.COM показало, что они вызываются дважды. Первый раз в конце обработки AUTOEXEC.BAT, второй раз уже на рабочем столе, при этом, оба раза с какими-то параметрами, потому как выдаёт оно вот такое (Что там, что там):
     
       
     
    В XP сейчас специально не перезагружался, решил последовательно проверить все имеющиеся варианты, раз бага стабильно воспроизводится. В общем не помогло из этого ничего.
     
    Добавлено:
    Сейчас ещё сниму состояние MSR регистров под DOS, после чего попробую загрузится в XP.
     
    Добавлено:
    Перезагрузка в XP, с проверкой диска C:, дала положительный результат. Сделал сравнение MSR:
     
       
     
    Слева - когда проблема была; справа сейчас (После XP), когда всё теперь уже ОК.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 23:19 02-11-2022 | Исправлено: logins, 00:33 03-11-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    SweetLow, не под рукой. Просто одного чувака в интернете уговорил проверить. Полгода уговаривал...
    Теперь ещё полгода на проверку с райзен 5500 и интел 10 серии.
     
    Добавлено:
    logins, а перезагрузка в хр без проверки диска даёт результат?

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 08:31 03-11-2022
    IFkO



    Moderator
    Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
    logins
    Цитата:
    они вызываются дважды. Первый раз в конце обработки AUTOEXEC.BAT, второй раз уже на рабочем столе
    Ну да: пока мы в реальном режиме, вызывается ДОСовский SCANREG для проверки целостности реестра, и если реестр убит - он об этом сообщит, дескать "система ФСЁ!"
    А когда мы уже загрукзились, включается виндовская программа, резервирующая уже известно, что исправный реестр.
    Что могу предложить:
    1. если интересуют параметры вызова, то написать мини-прогу, которая будучи подставленной вместо сканрега, сообщит вам эти параметры.
    2. Если вы вместо сканрегов запускаете болванку, и ваша бага продолжает иметь место, значит сканреги не виноваты, искать нужно в другом месте.

    Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 10:27 03-11-2022 | Исправлено: IFkO, 10:28 03-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    MERCURY127, когда как. Если судить по предыдущему разу, то не даёт. Вероятно там дело не в проверке, а то ли во времени, сколько в XP задержаться, толи в обращениях к дисковой подсистеме, то ли в повышенной нагрузке. Я буду ещё подробней смотреть. Я ещё толком не понял зависимости этого от чего-либо конкретно.
     
    Я сейчас загрузился в 98 с холодного пуска. Проблема есть. Попробую загрузится в XP. Что можно сделать? Попробовать без проверки диска?
     
    Добавлено:
    Сейчас, пока ещё в 98ой, проверю ка значения MSR.
     
    0x0000019C - 0x00000000 0x88290000
    0x000001B1 - 0x00000000 0x88280000 (Ага, данное значение не статично, пляшет - 2A,29,28)
    0x0000041F - 0x00000078 0x80000086
    0x00000423 - 0x00000038 0x80000086
     
    Последние два значения соотвествуют вчерашнему "CPUBAD". Кто-нибудь знает за то они отвечают?
     
    Попробую ка сейчас MSR_SET`ом от SweetLow поменять их оба за раз. Или сначала лучше с XP попробовать разобраться? Только я не знаю, что именно там надо делать.
     
    Добавлено:
    Попробовал, Windows 98 сразу зависла. После перезагрузки, уже стали правильные значения (Соответсвующие вчерашнему "CPUGOOD"):
     
    0x0000041F - 0x00000038 0x80000086
    0x00000423 - 0x00000078 0x80000086
     
    Однако, проблема есть. Может попробовать поменять их сразу все и из DOS? Или нет смысла, если зависает, наверно и в DOS зависнет? А если зависает, значит, что-то не так.
    Ладно, попробую пока в XP загрузится и обратно (Без проверки диска C: для начала).

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:03 03-11-2022 | Исправлено: logins, 16:04 03-11-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    У меня лишь одна идея осталась: периодически возникающий конфликт длинных/коротких имён или дат.
    Дослфн не установлен?
     
    =====
    Хотя вот ещё одна:
    Какая реальная частота процессора под 98?
    Возможно, он залипает на самой низкой.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 16:38 03-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Итак, презагрузился в XP, ничего не делал (отходил от пк на пару минут), вернулся и перезагрузился обратно в Windows 98 - проблемы нет! Чудеса.  
     
    Добавлено:

    Цитата:
    Дослфн не установлен?  

    Нет.
     

    Цитата:
    Какая реальная частота процессора под 98?

     
       
     
    На других задачах по ощущениям одинакого (когда есть проблема или её нет), в играх так же всё хорошо. Могу попробовать в следующий раз (Когда проблема возникнет вновь) прогнать какие-нибудь тесты, например 3DMark или что угодно, что посоветуете.
     
     
     
    Добавлено:
    Я вот что заметил во время перезагрузки. Когда идет загрузка в XP, ПК начинает шуметь, наращивает обороты, что на это сразу обращаешь внимание. А при загрузке в Windows 98 не так - он только чуть громче становится на короткое время, а ближе к рабочему столу затихает и работает далее очень тихо. Только если игру запустить или как-то иначе загрузить задачами чуть погромче будет, но в целом значительно тише большее время. В XP всегда вызывающе громко.
     
    Добавлено:
    Может быть XP L2 кеш какой-нибудь активирует?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 16:44 03-11-2022
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ХР включает все ядра, отчего тепловыделение ЦПУ растет, и кулер шумит.
    а еще ХР умеет нормальный ACPI, и сама распределяет прерывания и прочее.
    2К тоже умеет, и делает то же самое. и прочие нормальные ОСи тоже умеют.
     
    значит, так.  
     
    отныне капризы ФС исключаем, и дальше копаем настройки биоса (вдруг некоторые из них плавают), железо (вдруг какая то железка или часть чипсета внезапно исчезает/появляется и плавает по IRQ и прочим ресурсам), реестр и ини файлы.
     
    а именно:  
    - пока оно у тебя работает как надо - регулярно копируем под ДОС с ДОСЛФН обе папки Windows & PFiles в папку Good.  
    - как только проблема появилась - делаем дамп дерева устройств из под ДОС, сохраняем Windows & PFiles в папку Bad.  
    - разворачиваем копию из Good, и смотрим эффект.  
    - если эффект есть - выкладываем нам Good & Bad.
    - если эффекта нет (Good опять стал Bad, и так всегда) - копаем автораспределение ресурсов устройств в биосе.

    Всего записей: 11564 | Зарегистр. 03-08-2008 | Отправлено: 18:03 03-11-2022 | Исправлено: MERCURY127, 18:05 03-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Поискал по теме, нашёл такой комментарий HNKTO
     

    Цитата:
    Причём я так ещё понял только на относительно новом железе.  
    + Мой склероз тут поднапомнил - отрезали мы в VPCAppSv.sys операцию, которая читала значение из памяти по жёстко зашитому адресу. Собственно оно и падало периодами с ошибкой обращения к памяти по этому адресу. Видать WinNT туда что-то вот таким макаром нужное ложит. И оно там и остаётся.

     
    Относительно старого\нового. На P4 точно уже было (478 соккет, HT), Core2 так же.
    Относительно остального да. Только вот вопрос, почему иногда и без XP всё само разруливается (Пример - прошедший месяц тестирования, когда проблемы первые три недели не было вообще, на четвёртой единожды и вылечилось само. Через неделю возникло ещё и вылечилось через XP с проверкой диска). На этой неделе каждый день. Сегодня вылечилось без проверки дисков (Две минуты работы XP).
     
    Я тоже склоняюсь к варианту, что где-то в памяти что-то записывается не так. И если раньше (До патча\решения на основе SpeedStep`а), оно просто плевалось NTKERN`ами, то теперь, VPCAppSv.sys просто дико тупит, время от времени.
     
    Касательно XP я вот что подумал. В XP ведь тоже установлена VPC и она так же стартует при каждом запуске (Причем там уже не один VPCAppSv.sys) возможно оно и пишет в память. Надо будет попробовать использовать только безопасный режим (Надеюсь в этом режиме ничего от VPC не запустится) или вообще удалить VPC.
     
    ---
     
    Так же, выяснилось два новых\старых бага в патченной VPC 5.2. Сразу хочу обратить внимание, что эти же баги будут и в оригинальных 5.0\5.1\5.2 версиях, если их запустить через KernelEx в режиме совместимости с NT4
     
    - не подцепляются реальные\виртуальные DVD\CD приводы. При этом, возможность подключать ISO образы сохраняется. Однако, не все ISO образы совместимы. В частности крупные образы относительно современных ОС (Vista+,Linux) и просто крупные образы. Иногда и относительно не большие. В такой ситуации образ подключается в виртуальный привод Daemon Tools или в реальный привод уже в записанном на DVD виде, а к VPC подцепляется сам привод. В 5.0\5.1 версиях это работает, если они запущены напрямую, без участия KernelEx (Именно режимов совместимости с NT+). В оригинальной 5.2 (В режиме совместимости с NT+, потому как иначе никак) или патченной - не работает. Приводы не видятся вовсе.
     
    - Точно так же, только касаемо BIOS виртуальной машины. Не работает кнопка ESC.
     
    Я так понимаю, Китайцы пропатчили VPC 5.2 так, что она запускается не как 5.1\5.0 версии, а как буд-то они запускаются в NT+. Видимо там две разные ветви кода. Правильная для 9x ветвь, при таком "патче" - не задействуется. В этом и вся проблема. Программа работает как буд-то в NT. При этом, судя по размеру EXE`ка, 9х код из программы не выброшен, а как-то искуственно заблокирован. Поэтому есть надежда, что можно пропатчить правильно, что ни каких вышеописанных багов не будет. Надо только направить программу на правильную ветвь кода, как это происходит в 5.0\5.1 версиях, обойдя искуственное ограничение.

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 18:33 03-11-2022 | Исправлено: logins, 18:39 03-11-2022
    HNKTO



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    и результат (Importing file 100% complete), значит, по идее, слияние прошло успешно?

    Пишет всегда, фактический результат не всегда. Если уж точней, во всех подробносях, не всегда 100%, т. е. часть .reg файла может интегрироваться, а часть нет. Но да, всё равно напишет "100% complete".
    <offtop>
    Цитата:
    и прочие нормальные ОСи тоже умеют

    Лол. Ну ну. На на моём c232м XP - уже ненормальная система - она там вообще даже запуститься неспособна, настолько не может ни в распределение ресурсов ни в ACPI. И Win7 так себе система ибо у неё с ACPI на этом чипсете проблемы.</offtop>


    Цитата:
    Только вот вопрос, почему иногда

    Насколько помню за ТО место из цитаты, там была проверка на нулевое знаение, выбиравшая тот или иной алгоритм действий, что соответсвенно давало обвал/работу. Выправили отломав проверку и жёстко задав только "иной" алгоритм.
    ...
    VPC это систем-специфичная штука и KernelEx  для неё должен быть выключен в обязательном порядке. (в противном случае, особенно всяких режимов совместимости, в которых кЕкс в первую очередь пытается убедить программу что она работает НЕ в 98й - глюки само-собой разумеются)
    ммм +я VPC 5.2 как раз к 5.1 держал за то что она конечно не позволяет встать на физический привод, зато позволяет подцепить ИСО хоть 4гб размером.

    Всего записей: 2093 | Зарегистр. 30-01-2010 | Отправлено: 18:35 03-11-2022 | Исправлено: HNKTO, 18:59 03-11-2022
    logins

    BANNED
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    кЕкс в первую очередь пытается убедить программу что она работает НЕ в 98й - глюки само-собой разумеются)

    Получается, по всем признакам, текущий патч 5.2 версии как раз и убеждает VPC, что она запущена именно в NT версии. То же самое поведение один в один, если оригинальную версию 5.2 запускать через KernelEx. А вот 5.0\5.1 версии работают правильно, но можно их заставить (используя KernleEx) работать с теми же глюками, что и у патченной 5.2 версии (Так же не будут видиться приводы и не работать ESC). Я только это имел в виду.  
     
    MERCURY127
    C doslfn я наверное разберусь, только какую версию лучше использовать? А вот что касется "дамп дерева устройств из под ДОС", чем его лучше делать?

    Всего записей: 757 | Зарегистр. 05-08-2011 | Отправлено: 19:03 03-11-2022 | Исправлено: logins, 19:06 03-11-2022
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198

    Компьютерный форум Ru.Board » Операционные системы » Microsoft Windows » Windows 98 SE (оптимизация и улучшение) — десятая часть
    IFkO (04-01-2024 19:57):


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru