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 |
|