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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

MERCURY127



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

Windows 98 Second Edition  
ОДИННАДЦАТАЯ ЧАСТЬ


Пассажирский самолет Бройлер-747 продолжает крушение над водами Атлантического океана. Его авионика, работающая на окаменелом дерьме мамонтов, демонстрирует чудеса живучести и надежности. Экипаж лайнера ведет отчаянную борьбу за спасение немногих оставшихся пассажиров от выпрыгивания за борт...

Особенности работы с Windows 9X/ME с учётом прогресса и деградации в программно-аппаратном обеспечении на 2024+ год. Основное в теме - это обновления для 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х

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

  • Неочевидные инструкции для редких ситуаций
     
  • Актуальный KernelEx и программы, проверенные с ним, сборка MERCURY127. пароль на архивы - 1 (единица).
  • Коллекция 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 :: Тема в Варезнике

    Рекомендуемые хостинги (можно заливать под 98 из браузера и видны большинству посетителей):  
    — картинок: https://picabox.ru/ теперь ркн гадит, https://postimg.cc/;
    — файлов: http://sendfile.su/, https://upload.ee/ (есть жалобы).

  • Всего записей: 12053 | Зарегистр. 03-08-2008 | Отправлено: 18:22 04-01-2024 | Исправлено: MERCURY127, 21:16 13-06-2025
    fly_indiz



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

    Цитата:
    последний хранит обработчик INT 15h в памяти, на которую NTLDR рассчитывает как на свободную.

    Хмм...
    Ну вообще в обычной ситуации (не знаю как дело обстоит с grub) бутсектор грузит ntldr в память начиная с 2000:0000. (п.с. до конца обычной памяти, т.е. до 9000:ffff - ровно 512кб, как раз то количество, которое прописано в ntldr как требование наличия свободной обычной памяти).
    Проверил - к моменту вызова grub вся память начиная с 2000:0000 и до упора у меня точно свободна, т.е. там нету никаких обработчиков...
     
    хотя идея проверить вектора до вызова умбпци и после вызова умбпци - как вариант.
    попробую перед вызовом груба восстановить вектора и после этого вызвать груб - может поможет.
     
    ashumov

    Цитата:
    DOSTOWXP.COM

    не, эта программа никак не подходит к сожалению.
    из описания работы программы:

    Цитата:
    Предпочтительно Windows-XP должна быть установлена заранее в какой-либо
     не-первичный раздел с файловой системой NTFS на том же физическом
     жестком диске.

    т.е. прога ищет ntldr на другом ntfs-разделе, никак не подходит.
    Хотя можно попробовать её переписать, воспользовавшись только самим кодом загрузки в память и передачи управления.

    Всего записей: 2749 | Зарегистр. 28-04-2006 | Отправлено: 09:37 14-08-2025
    uShell

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

    Цитата:
    An important requirement to operating environment is that CPU must stay in real mode.

    Драйверы XMS при работе используют защищённый режим, но не остаются в нём. UMBPCI, судя по всему, в нём вообще не нуждается - работа идёт исключительно с памятью в пределах 1 МБ.
     

    Цитата:
    A program to boot Windows XP from  DOS

    Это примерно то, что делает grub и прочие лоадеры и что выше предложил fly_indiz. По большому счёту, программе нужно только найти загрузочный раздел NT, считать с него бутсектор и передать ему управление. Как вариант, код бутсектора (точнее, всех трёх: FAT1x, FAT32 и NTFS) можно скопипастить в саму программу и тогда искать непосредственно NTLDR. Но ограничения всё те же: если NTLDR затрёт какой-нибудь обработчик или дёрнет переопределённое DOS-драйвером прерывание в защищённом режиме - будет отказ.
     

    Цитата:
    т.е. прога ищет ntldr на другом ntfs-разделе

    Похоже, что упоминание NTFS - это просто рекомендация Microsoft, а сама программа NTFS не понимает и полагается на штатный бутсектор:

    Цитата:
    XP must boot from a FAT32 C drive.

    Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 10:16 14-08-2025
    fly_indiz



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    ashumov
    Хммм, а ведь заработало, отличная прога. И умбпци даже ей не мешает, спасибо )

    Всего записей: 2749 | Зарегистр. 28-04-2006 | Отправлено: 23:21 14-08-2025
    HNKTO



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

    Цитата:
    Может у Гуру будут какие идеи как и от UMBPCI при загрузке дос-а не отказываться

    Сам Grub4DOS и то что он делает рассчитан на предельно несконфигурированную машину. Запускать его стоит из уровня "Safe mode DOS prompt", т.е. весь конфиг строить или через организацию меню в config.sys пунктом из которого будет загрузка Grub4DOS (и ничего иного перед ним) или протягивание через какую закладку стоящую первым device= в config.sys по какому событию прерывающую загрузку вызовом Grub4DOS.
    Виндовые загрузчики кстати вообще не требовательные. Вон, NTLDR-у в твоём окружении даже himem не мешает. (а вообще в общем глобальном - мешает)
    ashumov,

    Цитата:
    21:34 13-08-2025

    Архитектурно ntldr написан так, что может загрузиться только если находится на активном разделе загрузочного накопителя. Иначе он сам себя найти не может.

    Цитата:
    по большому счёту, программе нужно только найти загрузочный раздел NT, считать с него бутсектор и передать ему управление

    Ну, или более "сложный" (или простой) режим возможный в grub4dos - просто загрузить в память указанный файл (ntldr) и передать туда управление. (в мелкомягких загрузчиках в бут-областях нет ничего функционального, только ссылки в конечном на сектор в который записан (ntldr).)

    Цитата:
    а сама программа NTFS не понимает

    Понимает он NTFS. В нём явно содержится минимальный драйвер ФС, как FAT так и NTFS т.к. ему в целом пофиг как записан его Boot.ini да и винду он дальше может искать на другом разделе другого диска, положенную туда как обычные файлы. ...Там только насколько напоминает мой склероз есть ограничения на максимальный достижимый номер сектора...короче оно не сможет загрузить с забитого 127+гб раздела на который в хвост положили целевую винду.
    fly_indiz,

    Цитата:
    Хммм, а ведь заработало

    Хм. А вот теперь у меня остаётся мысль - а этой DOSTOWXP.COM ntldr нужен, или она винду сама грузит без посредников.

    Всего записей: 2185 | Зарегистр. 30-01-2010 | Отправлено: 10:19 15-08-2025
    fly_indiz



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

    Цитата:
    Хм. А вот теперь у меня остаётся мысль - а этой DOSTOWXP.COM ntldr нужен

    поглядел в код - как я понял он повторяет работу икспишного бутсектора по образу и подобию, т.е. ищет нтлдр и грузит его. Я тоже так пытался, но у меня не получилось, а тут - работает ) причем так как хотел )
     
    Добавлено:
    MERCURY127

    Цитата:
    или вот такое:  
    https://web.archive.org/web/20091121082130/http://www.goodells.net/dan/pclib.htm#compare
     This program will compare two files  and return an errorlevel
     code based on the results of the  comparison.
       errorlevel bit 0 = file dates/times
       errorlevel bit 1 = file lengths
       errorlevel bit 2 = file bytes compared
     (bits clear if compare alike, set if  compare different)

     
    В свете проги по запуску NTLDR - столкнулся со странным фактом относительно этой проги.
    Можно теперь состряпать такой сценарий:

    Код:
    стартует комп
    досовый бутсектор
    стартует io.sys, дос
    запускаются дрова (хаймем, умбпци)
    запускается автоэкзек
    в автоэкзеке у меня этот COMPARE для сверки конфигов с бэкапной копией и их возврату в случае повреждения (с ребутом)
    запускаем из дос-а ntldr
    в его менюхе boot.ini выбираем запуск доса (C:\BOOTSECT.DOS)
    опять стартует io.sys, дос (2-АЯ ИНКАРНАЦИЯ)
    запускаются дрова
    хаймем маленько удивляется что A20 уже активен, но проглатывает
    умбпци удивляется что теневая память уже разблокирована и загружаться не хочет, пропуск, без верхней памяти, пофиг
    запускается автоэкзек
    COMPARE - ВИСНЕТ НАГЛУХО
     


    т.е. почему то во второй инкарнации запуска дос-а этот compare глухо виснет, почему - непонятно.
     
    П.С. а ещё также во "2-ой инкарнации" виснет MS-драйвер мыши 11-ой версии.
    П.П.С. не тока MS 11, но и любой драйвер мыши виснет. и MS 9.01, и cutemouse
    П.П.П.С. эта 2-ая инкарнация запуска доса конечно нафиг не нужна, просто интересно в рамках экспериментов )))

    Всего записей: 2749 | Зарегистр. 28-04-2006 | Отправлено: 10:28 15-08-2025 | Исправлено: fly_indiz, 12:21 15-08-2025
    MERCURY127



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    HNKTO
    Цитата:
    Архитектурно ntldr написан так, что может загрузиться только если находится на активном разделе загрузочного накопителя. Иначе он сам себя найти не может.
    а зачем ему себя искать? как и любой другой загрузчик от майков, он подразумевает, что его найдет соответствующий бут-сектор. потому что само понятие "активного раздела" подразумевает, что на нём оный бут-сектор и находится. это уже потом конкуренты начали мультибут городить.  
    fly_indiz
    Цитата:
    стартует io.sys, дос
    запускаются дрова (хаймем, умбпци)
    запускается автоэкзек
    ...
    запускаем из дос-а ntldr
    в его менюхе boot.ini выбираем запуск доса (C:\BOOTSECT.DOS)
    опять стартует io.sys, дос (2-АЯ ИНКАРНАЦИЯ)
    странно, что до второго автоехе (те комманд.кома) вообще дело доходит...
    ну а если без умбпци?

    Всего записей: 12053 | Зарегистр. 03-08-2008 | Отправлено: 16:51 15-08-2025 | Исправлено: MERCURY127, 16:53 15-08-2025
    uShell

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

    Цитата:
    Хммм, а ведь заработало

    Чудо! Значит, это GRUB добавляет отсебятину.
     

    Цитата:
    Понимает он NTFS.

    Тогда выглядит странным требование загрузки XP с FAT32-раздела. Правда, ситуацию проясняет требование самого NTLDR,

    Цитата:
    может загрузиться только если находится на активном разделе загрузочного накопителя

    но тогда почему именно FAT32, а не любой FAT?
     

    Цитата:
    а зачем ему себя искать?

    NTLDR состоит из двух частей: несколько КБ (в XP - 19 с небольшим) real-mode загрузчика, который переводит систему в PM, и Windows-драйвера, который делает всё остальное. Бутсектор грузит в память только первую часть или её кусок килобайта 2-4 - не помню точно, а она уже ищет остаток себя или вторую часть. Не знаю, почему так; возможно, чтобы не морочить голову с фрагментацией файла.

    Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 21:38 15-08-2025
    HNKTO



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

    Цитата:
    а зачем ему себя искать?

    Ты только повторяешь мою мысль когда я с этим столкнулся. ... Поставив Win2000 второй операционкой, не дав ей (ntldr-у права быть загрузчиком), дабы убрать виндовое с системного раздела выкинув и ntldr в другой (primary #2) раздел к остальным файлам винтукея. И увидел ошибку, именно ntldr-а. Не помню точно что он писал, но суть обтыкивания сводилась к тому, что после своей загрузки ему нужно найти себя-же, и это ему критично для продолжения работы, после чего файл boot.ini (об этом он уже более внятно пишет), и то и то он желает искать только на активном разделе.

    Цитата:
    виснет MS-драйвер мыши

    Да это даже не удивляет. Конфиг железа не сбрасывается. А вот память может быть и частично затёрта.
    Но вот почему виснет compare - уже дело реверса его кода - по описанию функционала предельно простая штука.

    Цитата:
    это уже потом конкуренты начали мультибут городить

    Нууу... тот-же ntldr помимо форточки умел загружать ДОС. На моём опыте это первый мультибут с которым я вообще столкнулся.
    ...Конкуренты стали городить мультибут без не шибко умной и надёжной цепочки ссылки на ссылку ссылки, хотя у такого подхода по факту тоже есть недостатки.

    Цитата:
    но тогда почему именно FAT32, а не любой FAT?

    Хм. Кстати не проверял. И даже как-то не помню и не уверен. Может у кого склероз поживее - а может-ли винда работать на FAT разделе? 2000+ уже вроде всегда форматит только в FAT32.
     
    Добавлено:

    Цитата:
    потому что само понятие "активного раздела" подразумевает, что на нём оный бут-сектор и находится

    Кстати довольно мутное понятие изобретённое подозреваю самими Майками. Ибо по крайней из того что знаю этот бит нужен только ихнему загрузчику и идея именно этого их манёвра как-то ускользает от меня. Код в MBR начинает читать эту таблицу разделов ища раздел с этим флагом только чтоб пойти по офсету начала раздела и повторить действия БИОС - загрузить первый сектор (раздела) и передать выполнение. Зачем это всё? Почему не идти просто по вписанной ссылке на офсет начала раздела? Или вообще напрямую номер сектора куда записан ио.сис, нтлдр, boomgr?

    Всего записей: 2185 | Зарегистр. 30-01-2010 | Отправлено: 23:42 15-08-2025
    uShell

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

    Цитата:
    а может-ли винда работать на FAT разделе?

    Препятствий нет даже для FAT12 (кроме размера дистрибутива, но 2000 вполне хватает гигабайта). MS теоретически могли сэкономить на бутсекторе под FAT, но это совсем уж на спичках экономия. Плюс я когда-то ставил 98+2000 на один раздел, но FAT16 или FAT32 - не помню - надо проверять.
     

    Цитата:
    Почему не идти просто по вписанной ссылке на офсет начала раздела? Или вообще напрямую номер сектора куда записан ио.сис, нтлдр, boomgr?

    Со второй частью как раз понятно - чтобы загрузка не слетала после каждой дефрагментации, а заодно чтобы не зависеть от установленной ОС. Вписывать вместо флага смещение раздела выглядит более интересно, только наверное не смещение раздела на диске (чтобы не зависеть от адресации - CHS или LBA), а смещение элемента таблицы разделов (или его номер). Тогда код загрузчика несколько упрощается - не нужно перебирать все 4 элемента.
     
    Добавлено:
    Поставил сейчас на виртуалку диск 2 ГБ с разделом FAT16 на всю ёмкость. XP SP3 при выборе варианта "Оставить текущую файловую систему" даже не матюкнулась, что NTFS лучше. В итоге на диске осталось 265 МБ места, но система прекрасно грузится.

    Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 09:21 16-08-2025
    MERCURY127



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

    Цитата:
    кроме размера дистрибутива, но 2000 вполне хватает гигабайта
    кроме суммарного размера файлов, есть еще их общее количество...
    в дистре ХР колво файлов где-то 170 тыс (или я путаю с 7?), а кластеров у фат16 всего 65 тыс, на весь раздел.

    Цитата:
    система прекрасно грузится
    вот я тоже припоминаю, что ставил на фат16... но вот сколько там файлов по факту?

    Всего записей: 12053 | Зарегистр. 03-08-2008 | Отправлено: 11:02 16-08-2025 | Исправлено: MERCURY127, 11:06 16-08-2025
    uShell

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

    Цитата:
    в дистре ХР колво файлов где-то 170 тыс (или я путаю с 7?), а кластеров у фат16 всего 65 тыс, на весь раздел

    Не знаю насчёт дистрибутива, а в одной из установленных у меня копий 7293 файла и 598 каталогов. На FAT12 не влезет, а вот на FAT16 - без проблем. Для сравнения, в 2003 сервере (x86) - 12450 файлов и 2596 каталогов, а в висте количество файлов уже переваливает за 100к.

    Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 11:42 16-08-2025
    ashumov

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Кое-что о NTLDR
    Без сбоев и ограничений  работает только из дистрибутива Windows 2003 Server
    Размер 296048 2010 года
     
    Добавлено:

    Цитата:
     код загрузчика несколько упрощается

    Алексей Фрунзе разработал  код загрузчика в MBR размером < 512
    MBiRa: MBR boot manager
    MBiRa
     
    Restrmbr.exe из Нортон утилит позволяет перезаписать код загрузчика в MBR не трогая таблицу разделов

    Всего записей: 161 | Зарегистр. 05-02-2007 | Отправлено: 12:16 16-08-2025 | Исправлено: ashumov, 12:52 16-08-2025
    fly_indiz



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

    Цитата:
    Кое-что о NTLDR
    Без сбоев и ограничений  работает только из дистрибутива Windows 2003 Server
    Размер 296048 2010 года

    хммм..
    а можно узнать из какого обновления KB этот ntldr?
    И какой это 2003? 32 или 64?
    (п.с. интересует 32битный)
    Поставил 2003sp2 со всеми обновлениями post-sp2 и ntldr в нём от 2007-го года, версии 5.2.3790.3959
    Хочется узнать откуда взялся ваш

    Всего записей: 2749 | Зарегистр. 28-04-2006 | Отправлено: 18:42 16-08-2025 | Исправлено: fly_indiz, 19:00 16-08-2025
    ashumov

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    К сожалению не помню, 2003- 32 битный.
    возможно использовал какой-то патч взятый с бутленда - reboot.pro уже давно не работает
     
    >>Не удается получить доступ к сайту
    >>Сайт reboot.pro не позволяет установить соединение.  
     
    этот NTLDR использован в образе дискеты на моем сайте
    страница Universal Multi Boot Disk R2.

    Всего записей: 161 | Зарегистр. 05-02-2007 | Отправлено: 01:14 17-08-2025 | Исправлено: ashumov, 01:40 17-08-2025
    SweetLow

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

    Цитата:
    Может у Гуру будут какие идеи как и от UMBPCI при загрузке дос-а не отказываться, и NTLDR запускать?  

    Попробовать разобраться, что лежит в UMB областях памяти, которые UMBPCI считает "незанятыми". Ну и соответственно не использовать ту область которая на самом деле чем то занята. Или если разобраться не получится - просто поперебирать варианты. К слову, область E000 - F000 обычно проблемная в этом плане.
     
    Добавлено:
    ashumov

    Цитата:
    Без сбоев и ограничений  работает только из дистрибутива Windows 2003 Server  

    Кстати да, я тоже встречался с вариантом когда лоадер от XP x64 SP2 (это тот же 2003 x64 SP2) работал, а от XP SP3 - вис. Не помню уже точно, но вроде в ситуации когда перед ним работал bootmgr от висты или семёрки.
     
    Добавлено:
    MERCURY127

    Цитата:
    потому что само понятие "активного раздела" подразумевает, что на нём оный бут-сектор и находится

    Первичный бутсектор. Вторичные могут где угодно лежать. У меня сейчас на двух машинах активные разделы NTFS и там стоит семёрка, но сабж тем не менее грузится замечательно.
     
     
    Добавлено:
    fly_indiz

    Цитата:
    п.с. интересует 32битный

    Последние лоадеры NT грузят любую версию NT (начиная с NT 3.5 (возможно и 3.1) и заканчивая XP x64 SP2), что, собственно говоря, очевидно, ибо они поддерживают мультибут.

    Всего записей: 1423 | Зарегистр. 08-03-2005 | Отправлено: 10:20 19-08-2025
    HNKTO



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

    Цитата:
    Со второй частью как раз понятно - чтобы загрузка не слетала после каждой дефрагментации

    НЕПОНЯТНО.
    Загрузчик - спецфайл, дефрагментатор об этом знает и никогда оный не трогает. (хотя например в случае ио.сис видал, что оный вообще может быть фрагментирован)
    (ещё дефраг, по крайней из коробки 98й, никогда не трогает msdos.sys, хотя это вроде уже не обязательно)
    Но если тронуть - загрузка слетит ибо то что в PBR уже дальше буквально содержит номер сектора в котором этот загрузчик располагается.

    Цитата:
    (чтобы не зависеть от адресации - CHS или LBA)

    Единственный аргумент. Но и даже так - мало что меняется от ну была-бы прямая ссылка на условный io.sys прямо из MBR - что от этого меняется?

    Цитата:
    У меня сейчас на двух машинах активные разделы NTFS и там стоит семёрка

    Но сабж - же ведь грузится не с NTFS раздела (а расталкивается бутмгр-ом от 7рки)
    А в пингвиньем случае Грубу плевать на активность разделов. Мало того что в МБР там пишется уже довольно сложная программа умеющая минимально читать ФАТ, EXT, NTFS и ещё несколько юниксовых ФС (так что при слёте загрузки пользоветелю остаётся минимум но всё-же в виде примитивной командной строки загрузчика), далее оно ко всему что ей надо обращается как к файлам, впрочем исходя из зашитой указки где это искать.
    И да, оно в том числе умеет грузить и сабж и форточку. Причём в том числе напрямую, и в таком случае плевать что там в конкретном PBR и какой там флаг активности у раздела.

    Всего записей: 2185 | Зарегистр. 30-01-2010 | Отправлено: 11:21 19-08-2025
    SweetLow

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

    Цитата:
    Но сабж - же ведь грузится не с NTFS раздела

    Само собой - на NTFS лежит только вторичный бутсектор от сабжа, в память он поднимается bootmgr или ntldr, а уж этот самый бутсектор и грузит сабж с первого FAT раздела.
     
    SweetLow

    Цитата:
    Потенциальный патч против "бешеной" мыши:
    Мне пока не на чем проверить, т.к. моя система с воспроизводящимся багом будет недоступна пару недель.  

    Проверил - действительно ничего не улучшилось.
     
    MERCURY127

    Цитата:
    не помогло, да и, нмв, не могло помочь, тк патчить надо drv, а не vxd — хотя бы потому, что установшик никаких vxd не использует

    Так вот - драйверы от 9x (MOUSE.DRV+VMOUSE.VXD) и 3.x (xxx.DRV + yyy.COM + VMD.VXD) различаются существеннейшим образом, поскольку в 9x-модели основной цикл выборки аппаратных сообщений выполняет 32-битный код VMOUSE.VXD, а MOUSE.DRV только представляет системе уже оттранслированные сообщения, вот в 3.x-модели - основное обращение к аппаратуре идёт именно в 16-битных xxx.DRV или yyy.COM, а VMD.VXD - это только виртуализатор.
     
    Поэтому текущая гипотеза: говнокод именно там, где и предполагалось - в SMM обработчике, и основная проблема в том, что он рассчитан только на 16-битный код.
     
    В принципе я это могу проверить даже явно - у меня есть дампер данных приходящих от мыши, но он сейчас только для Real Mode-а, а нужно пересобрать в 32-битную DPMI версию, причём там для полноты контроля нужен по хорошему и 32-битный обработчик аппаратного прерывания.
     
    Дополнительно ещё и какую-нибудь старую NT можно проверить (которая USB не понимает и не пытается Hand Off USB контроллеру отправлять), но это уже делайте кому не лень.
     
    Добавлено:
    To BolenB
    Для полноты проверил и CuteMouse ctm21a7/b7. Версия через порт мышь вообще не опознала, версия через int 15h заработала, но у неё обнаружился недостаток по сравнению с эталонным MOUSE.COM - в сабже она работает только в полноэкранном режиме, а вот в оконном - не работает. Что в принципе логично - её то писали для чистого DOS-a, а не для связки DOS + Windows.

    Всего записей: 1423 | Зарегистр. 08-03-2005 | Отправлено: 12:17 19-08-2025
    MERCURY127



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

    Цитата:
    Так вот - драйверы от 9x (MOUSE.DRV+VMOUSE.VXD) и 3.x (xxx.DRV + yyy.COM + VMD.VXD) различаются существеннейшим образом, поскольку в 9x-модели основной цикл выборки аппаратных сообщений выполняет 32-битный код VMOUSE.VXD, а MOUSE.DRV только представляет системе уже оттранслированные сообщения, вот в 3.x-модели - основное обращение к аппаратуре идёт именно в 16-битных xxx.DRV или yyy.COM, а VMD.VXD - это только виртуализатор.
    нюанс в том, что прошлой зимой я нашёл (и показывал тут) хз чей DRV, который как минимум "снимает симптомы болезни", ценой отвала обработки колеса в нормальном режиме (и наверняка ещё чего-нибудь продвинутого). показываю ещё раз:  
    http://sendfile.su/1723352
    так что я вполне допускаю, что половина проблемы в SMM, а другая — в конфликте SMM с VXD, однако же имеем медицинский факт, что вот эта вот пилюля таки помогает...  
    проверь, раз железо есть.

    Всего записей: 12053 | Зарегистр. 03-08-2008 | Отправлено: 22:03 19-08-2025
    SweetLow

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

    Цитата:
    я нашёл (и показывал тут) хз чей DRV, который как минимум "снимает симптомы болезни" ... проверь, раз железо есть

    Проверил. Это ещё одна версия работы по варианту 2. Т.е. это 16-битный драйвер + VMD.VXD. У меня он работает ровно так же как и MSMOUS31.DRV из сетапа сабжа. В выводах не поменялось ничего.
     
    Добавлено:

    Цитата:
    так что я вполне допускаю, что половина проблемы в SMM

    И да, на данный момент все проблемы встреченные мной - в SMM (или ещё каком коде BIOS).
    Как я уже описывал - первая это бешеная мышь, вторая - то, что у меня иногда появляется на ноутбуке на Core Gen 8. Со второй я кстати тоже разобрался подробнее. Суть - какой-то баг, который ИНОГДА начинает вставлять лишний байт с обычным значением 0Ah перед нормальным пакетом. И вот это уже проявляется везде, под любой ОС и драйвером, но лечится перетыканием мыши.

    Всего записей: 1423 | Зарегистр. 08-03-2005 | Отправлено: 09:29 20-08-2025
    SweetLow

    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Проверил ещё раз свою рабочую машину дампом мышиных данных. Всё одновременно проще и хуже - там просто кривая эмуляция именно работы через порт. Поэтому не работают именно VMOUSE и "портовая" версия СuteMouse. Из всего пакета в 3 байта (ну или для  команд мыши - сколько они там возвращают данных) приходит только последний. Судя по всему индусы просто не дожидаются чтения из порта перед тем как вставить следующие данные.

    Всего записей: 1423 | Зарегистр. 08-03-2005 | Отправлено: 12:58 20-08-2025
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 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

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


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru