Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

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

Автор: Grandparent
Дата сообщения: 13.09.2009 20:23
Всё же, склоняюсь к мысли - установленные видео драйвера,
после виртуализации базы данных - пересеклись с функцией
ACPI - управлением электопитанием. Дело в том, что до
установки драйверов на GF6600 - отключение функционирует.
После создания базы драйверов - выключение не возможно.
Да и пространство адресов GF6600 немного иное чем у GF4 MX440.

Ну, там понятно - картинка, звук в shutdoun часто "виснут",
а тут даже дебагер не вставишь - единственый шаг RESET!
Придётся произвести кучу "экскриментов", для познания истины ...

Добавлено 21:33 МСК - на текст произволом скрипта форума
установлена ссылка ... и это не глюк!

При чтении замените строку
после виртуализации драйвера в Drvdata.bin ... Однако!

Добавлено 23:10 МСК

Преустановил WIN98SE - с нуля, неполадок нет ...
Устройства с неполадками - появились после установки драйверов на GF6600
6 устройств - (почти копии) - отображена 1-я запись
- *** комментарии ...

Владелец ACPI IRQ для управления PCI IRQ
System
Проблема функционирования устройства: Код=9 (0x9)
Ошибка устройства: попытайтесь заменить драйвер. - ***(ЩА ?!)
Если это не поможет, обратитесь к документации на устройство.
Раздел реестра: (HKLM)\enum\ACPI\*PNP0C0F\0000001E - ***(до 20)
Выделенные ресурсы:      Нет
Принудительные ресурсы:      Нет
Загрузочные ресурсы: Логическая конфигурация 0
IRQ: 0 Mask: x0000 (по логике должно быть 9-е)
Отфильтрованные ресурсы:     Нет
Основные ресурсы:      Нет
Драйвер: System\0007 (до 0012) *** какой интересно?

Короче - пока не густо!
Автор: cdotimp
Дата сообщения: 13.09.2009 22:05
and23

Цитата:
Про ATX. Что в диспетчере устройств? Ничего не пожелтело в группе системных?

Всё пучком.
Автор: Kirill666
Дата сообщения: 13.09.2009 22:09
Grandparent
Дык, сами занимаемые видяхой ресурсы то какие ?
То, что я перечислил сделать пробовали ?

ЗЫ можно еще поиграться с KillACPI/KillPnP.
Автор: Grandparent
Дата сообщения: 13.09.2009 22:27
Пока сам "пчешусь" - потом "припарки" делать буду -
вошёл в процесс - даже интересно стало ...

Добавлено 23:35 МСК

Подменил Drvidx.bin старым (после переустановки),
драйвера видео "свалились" VGA 640x480 - устройства
с неполадками "испарились" - чем ковырнуть бинарник?
Автор: Kirill666
Дата сообщения: 13.09.2009 22:54
Да не чем его не надо ковырять, у меня также было, (см выше) причем конфликтовало тоже с ACPI (результат только был немного другой), корень зла - в том, что неверно распределяются ресурсы, просто 440 занимала меньше памяти. А умолчальный драйвер
VGA 640x480 - вообще пользует только адреса 000A 0000 - 000B FFFF, потому с отрубанием драйвера и исчезает глюк.
То что сам ACPI , памяти не занимает - фигня - там занимет адреса ктото из связанных устройств (уже не помню).
Посмотрите наконец ресурсы видеоконтроллера (манагер устройств\видеоконтроллер\свойства\ресурсы) и общее распределние памяти (тоже самое, только "свойства" корневого устройства "компьютер" )
Автор: Grandparent
Дата сообщения: 13.09.2009 23:52
Притомился уже ... Завтра как помыслю, гляну,
чо там адресном пространстве пересекается ...
Сравню бинарники драйверов - присмотрюсь к разнице.

Ну, что взять с "чёрной пластмассы"?
Это не геморой лечить, руки тут почти не нужны ...

А не взять ли, бубен в руки ...
Автор: M_Yuriy
Дата сообщения: 14.09.2009 07:21
2 IFkO Винда супер !!!
Но хотелось-бы автоматизировать установку последней версии , как было сделано у вас в сборке 27.09.2008.
Вы не создали ещё файл, или пример на своём установочном файле MSBATCH.INF , для дистрибутива сборки 2009-05-05 ?
Или что необходимо поправить в версии MSBATCH.INF от 27.09.2008 для вставки её в дистибутив 2009-05-05 , что-бы при установке небыло проблем с отсутствием заявленных файлов и\или прочих конфликтов ?
Автор: Grandparent
Дата сообщения: 14.09.2009 09:48
Господа! Я не одинок в аппаратных проблемах GA-K8NS с GF 6600 AGP...
Побродив по Интернету, нашёл 34-ёх "собратьев" по несчастью ...
К сожалению, решения проблемы не найдено - продолжу в одиночку ...

Пока "причешу" Win98SE - с использованием GF4-MX440 - как, только
достигну разумного предела - продолжу начатые исследования ...

Всем СПАСИБО за помощь! Продолжаем работу, не отвлекаясь от темы ...


Автор: MERCURY127
Дата сообщения: 14.09.2009 16:42
Grandparent
Ну почему именно SE, а не IF? Ведь у IfKO многое уже причесано/отлажено...
Автор: Grandparent
Дата сообщения: 14.09.2009 17:40
Последние 6 лет сижу без работы, на модемном и тугодумном доступе -
оценить "IF" сполна, без загрузки образа мне пока не реально ...

Мой последний клон Win98 "MV" - от 7 мая 2003 года не афиширую,
ввиду заброшенности - он был оптимизирован для выполнения
графических задач - виртуальных моделей металлообрабатывающих
центров, аппаратуры плазменной и водяной резки материалов,
прессового и др. оборудования. Имеет до 4-х рабочих столов,
на которых в GUI панелях расположены "действующие" макеты
оборудования и DOS панелей исполняемых кодов управления ими,
с редакторами и симуляторами оборудования, заготовок и действий.

В общем этот "паровоз" позволял в реальном времени наблюдать,
и управлять оборудованием целого завода - без участия персонала,
тем более квалифицированного. Но обструкция и саботаж работяг,
занятых процессом - принеси и "уноси готовенького", без возможности
сварганить халтуру в рабочее время - угробили начинание, на корню ...

Короче ... когда разработками заинтересовались "за бугром", к
источникам финансирования "протянули руки" чиновники - пришлось
обонкротить фирму, распродать имущество и разойтись всем по домам ...
Автор: Nekto8
Дата сообщения: 14.09.2009 20:39
"Tweaked Unofficial NVIDIA Display Driver 82.69 for Windows 98/ME by MDGx - последние неофициальные драйвера для всей линейки видеокарт nVidia (PCI / AGP / PCIe / GeForce / Quadro / 5xxx - 8xxx series)"

В описании на сайте включены также GeForce 9xxx.

P. S. К сожалению, не видно драйверов для новых аудио-карт под Win9x, только разработки для видео-карт почему-то.
Автор: MERCURY127
Дата сообщения: 15.09.2009 11:10
Nekto8

Цитата:
P. S. К сожалению, не видно драйверов для новых аудио-карт под Win9x, только разработки для видео-карт почему-то.

Здесь никто никаких дров не выращивает, просто в инф для драйвера 82.69 добавили иды новых карточек (6700 и выше) и проверили, что не виснет ... Но и не работает толком, как минимум у меня ...
На счет звуковых карт - последний чип, для которого есть дрова для 98 (родные, от производителей) - АС97. Для более новых дров под 98 не было и не будет...
Автор: Grandparent
Дата сообщения: 15.09.2009 12:19
Ничего удивительного, добавление ID индификатора новой карты
в INF файл, позволяет использовать только возможности драйверов
заявленых в секции [SourceDisksFiles]- не суть, что это базовые
функции всей линейки производителей - новые пишутся для нового.

Учитывая необходимость использования старой ОС Windows 98,
придётся ограничить аппетит пользователя, только возможностью
использования ограниченного арсенала железа и доступных режимов,
во избежание катаклизмов, либо самим "тюнинговать" драйвера ...

Примеров можно привести много ... Разумно будет препарировать,
к примеру для nVidia - последний релиз 81.98 с ограничением
функциональности секций чипсетов NV30 - NV72 с измением
записи реестра и ряда секций системных ini файлов ...
Автор: IFkO
Дата сообщения: 15.09.2009 19:19
Grandparent

Цитата:
Разумно будет препарировать,
к примеру для nVidia - последний релиз 81.98
собственно, пресловутый "82-69" это оно самое и есть. Если хотите дотюнить от себя, мы все будем очень рады.
Автор: Grandparent
Дата сообщения: 15.09.2009 19:46
Утром с другом c MSDN беседовал ... впечатления двоякие ..

Кажется готовится новое "революционное" предложение на рынке
По слухам, из MSDN - nVidia проводит интесивные переговоры
с руководствами софтверных компаний, производителями чипсетов
и материнских плат - для продвижения своих новых решений ...

Новая идеология 3Д интерфейса, отображения и управления!

Отказываясь от производства дискретных изделий графического вывода, она
- предлагает интегрировать свои новые GPU в чипсеты материнских плат ...
Опытные образцы материнских плат, продемонстрировали не достижимые
в настоящее время результаты синтетичеcкого теста 3D Mark (Win7/DX 10)
- свыше 200 000 "попугаев" (!!!). Представители киноиндустрии США,
уже подписали контракты на поставку профессиональных решений ...

В будущем, реализация идеи, как я понял, избавит и нас, от многих
проблем, ввиду стандартных и более продвинутых характеристик.
Да! Компьютер по сути - уже приставка - для решения круга задач ...

Добавлено:
Цитата: - "Если хотите дотюнить от себя, мы все будем очень рады."

Без разрешения Maximus-Decim - это будет не скромно,
я не могу "отбирать хлеб", воспитание не позволяет ...
Однако, могу представить свое решение INF файла 81.98 от
16 января 2006 года - 2 РУССКИХ варианта, с утилитами и без.

Проблему с зависанием выключения компьютера с GF 6600 AGP 8x
решил не традиционно, заменив файлы NVDISP.DRV, NVCORE.VXD,
NVARCH16.DLL, NVSVC.EXE от версии 77.72 ...
Как я предполагаю, причина в большом объёме "бортовой" памяти
GF 6600 AGP 8x (512 Мб) - такая же с объёмом 256 Мб пашет
отменно на драйверах 81.98 - надо анализировать, где трабл ...

Учитывая, что этот компютер у меня инструментальный - 4 системы,
для работы, изначально установлено 512 Мегов мозгов - DDR 400,
2х256 Мб (с трудом, нашлась только пара) в Dual mode ...
Автор: Kirill666
Дата сообщения: 15.09.2009 22:19
Grandparent

Цитата:
Как я предпологаю, причина в большом объёме "бортовой" памяти
GF 6600 AGP 8x (512 Мб) - такая же с объёмом 256 Мб пашет
отменно на драйверах 81.98 - надо анализировать, где трабл ...

В адресном пространстве 1 видеокарта занимает НЕ БОЛЕЕ 256Мб, (если установлено 512 - они будут доступны через "окно" 256 Мб)

Учитывая, что у вас 512 Мб мозгов на CPU, и 256 Мб адресов занимает видеокарта - это ситуация близкая к "предельной", если видеокарта заняла "зону D" (что очень вероятно, хотя и не обязательно) , то кеш, (без доп. мер по его ограничению), уже "наехал" на видяху. В этом случае, шаманство с подменой файлов - полумеры, ибо глюки с распределением памяти, просто вылезут гдето в другом месте, и стабильной работы вы никогда не добьетесь (если конечно, все использование 98, ограничивается запуском 1-2 старых программ - можете до конца жизни прибывать в счастливом неведении , но как я понял - это не ваш случай).
Я не понимаю, в чем трудность посмотреть распределение ресурсов ?? (а не только отсутствие "восклицательных знаков" в манагере устройств ) И почему вы упорно не хотите этого сделать ? (Работы на 20 секунд !!)
Если винда у вас (как я понял) не патченная, то для стабильной работы с 512мб системной памяти, должны быть ПОЛНОСТЬЮ СВОБОДНЫ от аппаратуры адреса 0xC0000000-0xDFFFFFFF. Ежели это не так - патчи борьбы с "большой памятью" вам категорически показаны
Вообще в ситуациях вроде вашей ( 512mb RAM + 256mb (и более) VRAM), сейчас я ставлю RLP(v3.2) - просто профилактически, ибо уже не раз нарывался на глюки, которые, после его установки - пропадают.
Кстати DOS-сессия у вас работает ?
Автор: Grandparent
Дата сообщения: 15.09.2009 22:47
Я пока не примерил все "примочки" на своей системе ...
Нужно приплатить провайдеру, за нужный трафик ...

Как я писАл выше - дистрибутив у меня "на коленный",
развёртывание происходит с образа "коцаной" в 2003 году,
и брошеной на произвол времени, системы - у меня пофиксены
некоторые библиотеки и удалены некоторые системные файлы.
DOS сессия работает стабильно, но надо у друга дозабрать
старые жёсткие диски - там остались все мои инструменты ...
Старые дистрибутивные диски, варварски растащены внуками ...
Система пропатчена мной ещё в мае 2003 года - заменены были
5 системных файлов (QFE), было опубликовано на MSFN и MSDN
Ссылки старые сохранились:
http://msdn.microsoft.com/support/68574
http://www.microsoft.com/downloads/qfe/win98/bighdd_ru.aspx
В педверии долгой и морозной зимы, решил тряхнуть стариной,
свраганил из хлама приличный (по тем ещё меркам) "самовар" ...
Теперь досуг, будет занят по полной ...

К стати, на досуге хочу пересобрать дистрибутив Win98SE,
нужен родной упаковщик кабов - хочу воссоздать подобный
фирменному - переписав все доступные файлы обновления ...
Автор: Kirill666
Дата сообщения: 15.09.2009 22:57

Цитата:
Нужно приплатить провайдеру, за нужный трафик ...

Патченный VMM.VXD занимает менее 200кб ссылка уже не раз тут публиковалась:
http://gigapeta.com/dl/51806af8311e
И уж полбюму, посмотреть распределние адресов - трафика не надо
Автор: Grandparent
Дата сообщения: 15.09.2009 23:10
Кирилл! Потерпите маленько - я эту железяку меньше недели
шпигую всяким хламом, мне не очень хочется отнимать время
у людей - на решение моих сиюминутных проблем ...

Сперва я добьюсь некой стабильной работы - потом буду
курочить - отчёт о "подвигах" я опубликую развёрнутый,
то есть, с размышлениями и измышлениями - как пищу для ума ...

Короче ... Не сломаешь - не узнаешь!
Автор: Kirill666
Дата сообщения: 16.09.2009 00:40
Grandparent

Цитата:
Сперва я добьюсь некой стабильной работы....

Мысль я понял Но если у вас действительно есть конфликт адресов - стабильной работы вы не добьетесь никогда, (и времени у людей отнимете гораздо больше).
Просто, пока я сам этого не знал, мне уже приходилось по некольку месяцев плясать с бубном, вокруг машины, от которой добится нормальной работы, теми методами, было в принципе не возможно.
Почему и говорю: просто посмотрите (в менеджере устройств) не заняты ли каким железом адреса в диапазоне 0xC0000000-0xDFFFFFFF . Ежели там все свободно - шаманьте на здоровье Если занято - вы делаете пустую работу.
Особенно мерзко может быть, если занято неболшое количество адресов, поближе к 0xDFFFFFFF, - в этом случае, глюки будут возникать очень редко (эта память используется в "последнюю очередь", когда все уже занято), но отлавливать их будет крайне сложно.

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

Кстати, какого обьема у вашей шарманки HDD ? Если более 128 ГБ - срочно скачать BHDD !!! (иначе вы просто рискуете всем содержимым HDD, причем не только того раздела, где 98, а именно ВСЕГО HDD)
Оригинальная 98SE и большие диски - совершенно несовместимы !!!
И одной из причин глюков, может быть то, что у вас потихоньку портятся произвольные файлы в винде (или в папках с дистрибутивами и драйверами, на этом HDD).


Цитата:
К стати, на досуге хочу пересобрать дистрибутив Win98SE,
нужен родной упаковщик кабов - хочу воссоздать подобный
фирменному - переписав все доступные файлы обновления ...

1) кабы упаковываются cabArc-ом.
2) для добавления в оригинальный дистрибут 98SE обновленных файлов - их достаточно просто положить в каталог дистрибутива, при установке, они будут иметь более высокий приоритет, чем те, что лежат в кабах.
3) нынче 21-й век на дворе, и паковать дистрибутив "по дискетам" - никакого смысла уже нет.
4) это огромная работа, и ее уже сделал IFkO.
ИМХО, вы бы лучше присоединялись к этому проэкту: чем клепать свой "с нуля" - лучше продолжать совершенствовать 98IF.




Автор: Grandparent
Дата сообщения: 16.09.2009 01:22
Я могу выложить скриншот - в gif_е 7.62 кб ...
или так - 270 Гб расколот на 12 разделов.
Колуны -(QFE) DOS утилиты FDISK и FORMAT - конечно FAT-32
С: раздел 15,6 Гб, далее с D:по N: разделы по 31,2 Гб ...

Поддержка больших дисков установлена изначально
ещё 7 мая 2003 года - в образе системы, там же и
бутовый загручик систем для диска С: ...

Родной дистрибутив мало пригоден, мусора много ...
Не смотря на высший приоритет при установке
- смотреть на это диво тошно, тем более что
перписаны все inf файлы, и layout_ы(х).inf
И мне надо впихуть ещё около 90 мегов добра ...
В распакованом дистрибутиве 6000 файлов,
и мне надо добавить более 1000 - без упаковки
тяжело, мож кто помнит ограничение DOS на
количество файлов? Можно конечно c PE загручика
затолкнуть установку, но надо уложится в CD 700 мБ ...

Бинарный загручик дистрибутива удалён, он при установке
Windows 98 на раздел большого диска часто выдаёт ошибку
"Standart mode: Invalid DPMI return from 0368:9FEB"!
Автор: Kirill666
Дата сообщения: 16.09.2009 04:56

Цитата:
Поддержка больших дисков установлена изначально
ещё 7 мая 2003 года - в образе системы, там же и

Что понимается под поддержкой больших дисков ??
270 Гб - это уже LBA-48 однозначно. просто "QFE от микрософта" тут недостаточно.
Для поддержки LBA-48 необходимо патчить ESDI_506.pdr, иначе придет пушной зверек,
Микрософт такого патча никогда не выпускала !!
Или вы самолично пропатчили винду на предмет поддержки LBA48 ??



Цитата:
270 Гб расколот на 12 разделов.
Колуны -(QFE) DOS утилиты FDISK и FORMAT - конечно FAT-32
С: раздел 15,6 Гб, далее с D:по N: разделы по 31,2 Гб .

А зачем так жестоко ? Просто из за ограничений FDISK и FORMAT ?


Цитата:
Бинарный загручик дистрибутива удалён, он при установке
Windows 98 на раздел большого диска часто выдаёт ошибку
"Standart mode: Invalid DPMI return from 0368:9FEB"!


А поподробнее ?
1) что за "Бинарный загручик дистрибутива" ?
2) что понимается под "разделом большого диска" ?
3) в какой момент (на какой стадии установки) появлется ошибка ?
4) если удален, то что взамен ?
Автор: maxud
Дата сообщения: 16.09.2009 11:45
Grandparent

Цитата:
Без разрешения Maximus-Decim - это будет не скромно,
я не могу "отбирать хлеб", воспитание не позволяет ...

Разрешаю все! Мне и раньше не хватало времени, а сейчас его не хватает просто катастрофически. Главное чтоб все стабильно работало на как можно большем количестве устройств. А экспериментаторов для проверки тут хватает.
Автор: MERCURY127
Дата сообщения: 16.09.2009 13:03
Grandparent
Поддерживаю в стремлении перепаять Форсеварь... Если возмётесь за дело, попробуйте заставить его нормально воспроизводить видео и крутить игрушки хотя бы на моей 7600, а то при оных действиях либо нет вообще никакого движения, либо по всему кадру вертикально бегут мерцающие точки, и всегда на рабочем столе, если что нибудь выделить прямоугольником, оный все закрашивает черным ... Ну и Kirill666 уже писал про разваливание экрана при переключении видеорежимов в ДОС-окне, на этот счет мыслей нет? Есть подозрение на ДПМИ...
Автор: Grandparent
Дата сообщения: 16.09.2009 14:15
О чем молчат историки:

Попытка использовать первые "большие" диски под Windows 9х/МЕ/2000/XP, без
менеджеров поддержки, заканчивалась крахом. Записываемые в область свыше
137 Гб, данные - записывались в начало диска, замещая размещённые в его
начале данные, и доступ к разделам дисков терялся навсегда. Для новой
линейки Windows XP Microsoft выпустила сервис пак (SP1), решив проблему.

Младшие дочери Microsoft, в 2002 году впали в не милость отцам софта - штат
разработчиков Windows 98/ME/2000 был разогнан, после триумфального выхода
Windows XP на мировой рынок. Просчатав бизнес планы, Microsoft отказалась
от производства старых ОС_ей - сбросив проблемы своей службе технической
поддержки. Спасаясь от "завала" претензий SUPPORT Microsoft пошёл на меры
чрезвычайные, нанял для разруливания ситуаци "варягов" и волонтёров.

На форуме MSFN, с ноября 2002 появились Developer_ы и темы где до сих
пор "трут" и "мажут" ОСи. Коллективный разум быстро решил часть проблем,
и Microsoft разместил в 2003 в загрузку обновления, затем спохватившись
отозвала часть лицензий обновления, пустив в свободное плавание. Погоды
мол не сделают, а у нас вроде массовое производство - и заниматься каждой
"балалайкой" в отдельности - это не Царское Дело.

Монополисту многое позволено. Порочная практика лицензирования продуктов
корпорации Microsoft, стала предметом судебных споров и правомерных судебных
решений. Многие годы, несмотря на огромные суммы штрафов, она, не спешит
раскрывать исходные коды ПО для сторонних производителей программного
обеспечения. Microsoft, как обычно, лукавит, ссылаясь на авторские и смежные
с ними права, её представители с завидным упорством уверяют, что делают все
возможное, и даже не возможное! Но вероятно только для того, чтобы удержать
весомыми "отступными", в шатком положении весы американской Фемиды.

Далее я умолчу, как в мае 2003 в образе моей Windows 98SE, оказался
нужный комплект из 5 версий обновлённых файлов, не вошедший в состав
дистрибутивов предполагаемого очередного издания Windows 98 хх ...

Продолжу:

При установке Windows 98/ME на раздел большого диска, иногда происходит
остановка её установки с выдачей следующей ошибки -
"Standart mode: Invalid DPMI return from 0368:9FEB"!

Это происходит из–за проблем бинарного загрузчика дистрибутива, при
превышении диапазона секторов диска определённого в BIOS в режиме AUTO
- переведите определение жёсткого диска в BIOS в режим LARGE или LBA!
После установки ОС, настройки в BIOS, можно перевести в режим AUTO.
Можно для установки использовать вместо Setup.exe - Setupcor.exe - но
у этого файла ограниченое количество полезных ключей, для установки.

После установки Windows 98, обычно производится её "обновление", с
заменой ряда системных файлов их "коцаными" версиями. Главный враг
больших дисков, виртуальный драйвер Esdi_506.pdr не способный разобрать
диаппазон адресного пространства за пределами 137 Гб. Поэтому он
должен обязательно быть заменён, и желательно на стадии установки, а
лучше прямо, из переделаного дистрибутива со всеми новыми версиями
установочных файлов. Конечно этот продукт будет не официальный, зато
относительно полноценный, для "идивидуального" использования ...

Для переустановки Windows 98/ME с поддержкой больших дисков, используйте
копию или образ чистой настроенной системы или раздела. Во избежание потери
данных на жёстком диске, следите что бы драйвер Esdi_506.pdr не был бы
заменён на старый, из дистрибутива! Поэтому я не переживал, когда мои
внуки варврски уничтожали дистрибутивы старых изданий Windows 98SE ...

Можно скопировать обновлённую рабочую, вновь установленную и обновлённую,
ОС Windows 98/ME с малого диска, на тот-же системный раздел большого,
его размер не имеет большого значения. А вот этот "фокус" для Windows XP
не проходит, она встает с образа, или копированием только в свой раздел.
Другие разделы (до 137 Гб) можно использовать, для установки старших ОС.

Особенность FAT 32 OC Windows - активный "стартовый" раздел ОС должен
располагаться в пределах первых 137 Гб пространства жёсткого диска.
Более новая система, заменяет главную загрузочную запись диска своей.
Поэтому при подготовке жёсткого диска, необходимо разумно распределить
дисковое пространство, особенно при установке нескольких ОС. Каждой ОС
необходимо выделить достаточный размер раздела, для файла подкачки,
необходимого ПО и свободного места для сохранения результатов работы.
Порядок установки ОС от младшей к старшей (C:win98, D:winXP, E:winNew)

Учитывая необходимость регулярного ухода за дисками, и обеспечения
доступа к их содержимому при отказе, разумно использовать только одну
файловую систему - FAT 32. Это позволит при необходимости в режиме DOS,
получить доступ к дискам, или средствами "младшей" ОС установленной на
основном разделе, производить ВСЁ необходимое обслуживание дисков.
Из практики работы с большими дисками, оптимальный размер раздела для
Windows 98/ME 8-16 Гб, Windows XP 16-32 Гб. Раздел более 32 Гб редко
целесообразен, к тому же меньше порядка и долгое обслуживание.

Добавлено:
В общем Windows 98 - система достаточно функциональна, но её "падучесть",
стала причиной схода с арены - это отвратительная работа с распределением
памяти и возврата памяти отработавших процессов. Вторая, не мене важная
проблема, ограниченность надёжности FAT 32, с этим как-то можно смирится ...
Автор: Kirill666
Дата сообщения: 16.09.2009 18:25
Grandparent


Цитата:
Для новой
линейки Windows XP Microsoft выпустила сервис пак (SP1), решив проблему.

Если быть точным - решив на половину. Полное решение ТОЛЬКО В SP2 !
SP1 + LBA48 - бомба замедленного действия.


Цитата:
Особенность FAT 32 OC Windows - активный "стартовый" раздел ОС должен
располагаться в пределах первых 137 Гб пространства жёсткого диска.

Уверены ??? Я ставил на раздел 500Гб (естественно, с "коцанного" дистрибутива, с подмененным Esdi_506.pdr) - ноу прОблем . "Голый" ДОС тоже работает с такими разделами нормально. Что помешает системе загрузится, и нормально работать то ??


Цитата:
Во избежание потери
данных на жёстком диске, следите что бы драйвер Esdi_506.pdr не был бы
заменён на старый, из дистрибутива!

Воистину так, сам на этом "напоролся", 300гб инфы... .


Цитата:
Каждой ОС
необходимо выделить достаточный размер раздела, для файла подкачки,
необходимого ПО и свободного места для сохранения результатов работы
..................................
Из практики работы с большими дисками, оптимальный размер раздела для
Windows 98/ME 8-16 Гб, Windows XP 16-32 Гб. Раздел более 32 Гб редко
целесообразен, к тому же меньше порядка и долгое обслуживание.

Спорное утверждение.
У меня например 98 и XP живут на разделе C:\, размером 64Гб,
в разных папках, используя общий Program files, общий файл подкачки (настроен одинаково, на минимальный размер 1.5Гб, дабы небыло лишнего ресайза) и корзину.
Из плюсов - экономия места, общие настройки многих пакетов (если хранятся в папке программы, а не в реестре и не в винде), хотя если очень хочется иметь раздельные, можно ставить пакет 2 раза в разные подпапки Program files (для некоторых программ это актуально). Неожиданный плюс - нестандартные названия папок (отличные от C:\windows) - обламывают многие вирусы/трояны. Единственный, замеченный за 6 лет, на нескольких машинах, минус - системы пересекаются в папке C:\Program Files\Common Files, но никаких особых глюков это не породило, кроме того, что пришлось подкинуть в 98, пару недостающих dll-ок от XP, дабы заработали некоторые одноименные XP-шные системные утилиты, из этой папки (помоему "информация о системе", и чегото еще, из малонужного), а можно наоборот, заменить их (утилиты) аналогичными от 98.

Но тут, как говорится, хозяин - барин.
А вот "результаты работы" - нефиг сохранять на одном диске с системой !!

Цитата:
Порядок установки ОС от младшей к старшей (C:win98, D:winXP, E:winNew)

Тоже необязательно. Нынче восстановить затертый 98-ой виндой, загрузчик XP - не проблемма. Рекомендую программульку bootpart (http://www.winimage.com/bootpart.htm
) Можно и самой XP, но геморойно. Кроме того, я ставлю 98 с опцией не трогать загрузочную запись (DOS, ставлю отдельно, в самом начале, и больше не трогаю).

ЗЫ Ну то что с проблеммой "более 137 Гб", у вас все в порядке - теперь понятно
Так всетаки, чего с памятью ? Есть занятые "железом" адреса, в промежутке 0xC0000000-0xDFFFFFFF ??

MERCURY127

Цитата:
разваливание экрана при переключении видеорежимов в ДОС-окне, на этот счет мыслей нет? Есть подозрение на ДПМИ...

Наврядли ДПМИ, тогда бы скорее всего, нарушалось функционирование самой ДОС - программы (а она остается работать соершенно нормально, и даже содержимое видеопамяти, похоже не повреждается ), кроме того, глюк точно также дают и программы чисто реального режима.
Больше похоже на разрушение содержимого, какого нибудь аппаратного регистра, видеоконтроллера, которого в младших моделях просто небыло (или внутренней переменной видеодорайвера), который при переключении ДОС-видеорежимов, просто "забывают" преписывать, а сворачивание/восстановление ДОС-окна - обновляет.
Автор: MERCURY127
Дата сообщения: 16.09.2009 18:44
Kirill666

Цитата:
Больше похоже на разрушение содержимого, какого нибудь аппаратного регистра, видеоконтроллера, которого в младших моделях просто небыло (или внутренней переменной видеодорайвера), который при переключении ДОС-видеорежимов, просто "забывают" преписывать, а сворачивание/восстановление ДОС-окна - обновляет.


Ну вам виднее ... Т.к. ВинАйс плюс нВидия равно печаль, попытки разобраться самому утонули в многометровой толще файлов драйвера ... В связи с чем и со многим другим я в настоящее время использую 98 лишь для отладки собственных патчей к ней ...
Автор: Grandparent
Дата сообщения: 16.09.2009 21:17
Вот результат работы Sysinfo под 98 (на ХР программа не работает - блокирована)
Распределение памяти устройств при смене видеокарты
На всех картах установлены одни и те же драйвера nVidia 4.14.19.8198
Ниже звездочками (***) отмечены перераспределённые параметры памяти
Пересекаемое использование для Видео и ACPI отмечено (***!!!***)

x00000000 - x0009FFFF    Расширение системной платы для ACPI BIOS
x000A0000 - x000AFFFF    NVIDIA GeForce4 MX 440
x000B0000 - x000BFFFF    NVIDIA GeForce4 MX 440
x000C0000 - x000CFBFF    NVIDIA GeForce4 MX 440
x000CFC00 - x000CFFFF    Расширение системной платы для ACPI BIOS ***!!!***
x000F0000 - x000F7FFF    Расширение системной платы для ACPI BIOS
x000F8000 - x000FBFFF    Расширение системной платы для ACPI BIOS
x000FC000 - x000FFFFF    Расширение системной платы для ACPI BIOS
x00100000 - x1FFEFFFF    Расширение системной платы для ACPI BIOS
x1FFF0000 - x1FFFFFFF    Расширение системной платы для ACPI BIOS
xE8000000 - xEFFFFFFF    NVIDIA GeForce4 MX 440
xE8000000 - xF7FFFFFF    Стандартный мост PCI - PCI
xF0000000 - xF007FFFF    NVIDIA GeForce4 MX 440
xF8000000 - xF9FFFFFF    Стандартный мост PCI - процессор главного компьютера
xFA000000 - xFAFFFFFF    NVIDIA GeForce4 MX 440
xFA000000 - xFBFFFFFF    Стандартный мост PCI - PCI
xFB000000 - xFB01FFFF    NVIDIA GeForce4 MX 440
xFC000000 - xFC0000FF    NVIDIA USB 2.0 Enhanced Host Controller
xFC002000 - xFC002FFF    Realtek AC'97 Audio
xFC004000 - xFC004FFF    Стандартный хост-контроллер OpenHCI USB
xFC005000 - xFC005FFF    Стандартный хост-контроллер OpenHCI USB
xFEC00000 - xFEC00FFF    Расширение системной платы для ACPI BIOS
xFEE00000 - xFEE00FFF    Расширение системной платы для ACPI BIOS
xFFFF0000 - xFFFFFFFF    Расширение системной платы для ACPI BIOS

Попугаев не считал, но работает прилично, выключение стабильно Ок!

x00000000 - x0009FFFF    Расширение системной платы для ACPI BIOS
x000A0000 - x000AFFFF    NVIDIA GeForce 6600 AGP 8x
x000B0000 - x000BFFFF    NVIDIA GeForce 6600 AGP 8x
x000C0000 - x000CEFFF    NVIDIA GeForce 6600 AGP 8x ***
x000CF000 - x000CFFFF    Расширение системной платы для ACPI BIOS ***!!!***
x000F0000 - x000F7FFF    Расширение системной платы для ACPI BIOS
x000F8000 - x000FBFFF    Расширение системной платы для ACPI BIOS
x000FC000 - x000FFFFF    Расширение системной платы для ACPI BIOS
x00100000 - x1FFEFFFF    Расширение системной платы для ACPI BIOS
x1FFF0000 - x1FFFFFFF    Расширение системной платы для ACPI BIOS
xE0000000 - xEFFFFFFF    Стандартный мост PCI - PCI ***
xE0000000 - xEFFFFFFF    NVIDIA GeForce 6600 AGP 8x ***
xF0000000 - xF1FFFFFF    Стандартный мост PCI - процессор главного компьютера ***
xF2000000 - xF2FFFFFF    NVIDIA GeForce 6600 AGP 8x ***
xF2000000 - xF4FFFFFF    Стандартный мост PCI - PCI *** (пересечение в видео)
xF3000000 - xF3FFFFFF    NVIDIA GeForce 6600 AGP 8x *** (наложение на мост)
xF4000000 - xF401FFFF    NVIDIA GeForce 6600 AGP 8x *** (наложение на мост)
xF5000000 - xF50000FF    NVIDIA USB 2.0 Enhanced Host Controller ***
xF5002000 - xF5002FFF    Realtek AC'97 Audio ***
xF5004000 - xF5004FFF    Стандартный хост-контроллер OpenHCI USB ***
xF5005000 - xF5005FFF    Стандартный хост-контроллер OpenHCI USB ***
xFEC00000 - xFEC00FFF    Расширение системной платы для ACPI BIOS
xFEE00000 - xFEE00FFF    Расширение системной платы для ACPI BIOS
xFFFF0000 - xFFFFFFFF    Расширение системной платы для ACPI BIOS

Работает вроде нормально, перезагружается стабильно, при выключении -
"Ошибка записи ... устройство AUX" - уже писал ... !!!!

Загадка для особо одарённых ....

После установки любой из видеокарт - появляется устройство с неполадками
Владелец ACPI IRQ для управления PCI IRQ
System
Проблема функционирования устройства: Код=9 (0x9)
HKEY_LOCAL_MACHINE\enum\ACPI\*PNP0C0F\000000хх (подряд 5 устройств)
Ошибка устройства: попытайтесь заменить драйвер.

Локализация не ясна!
Значков в "Система", не валидных устройств и сообщений нет ...
Мне что, S3 на PCI ставить? Короче ... Регбус - кроксворд (С)!
Автор: IFkO
Дата сообщения: 16.09.2009 21:21
MERCURY127

Цитата:
я в настоящее время использую 98 лишь для отладки собственных патчей к ней
Бесперспективно. Какой смысл патчить то, от чего сам отказался? Как убедиться в надежности патча, если сам эту систему не пользуешь?
Это все равно как использовать автомобиль только для его ремонта...
Автор: Kirill666
Дата сообщения: 16.09.2009 22:03

Цитата:

x000C0000 - x000CFBFF NVIDIA GeForce4 MX 440
x000CFC00 - x000CFFFF Расширение системной платы для ACPI BIOS ***!!!***

и

Цитата:

x000C0000 - x000CEFFF NVIDIA GeForce 6600 AGP 8x ***
x000CF000 - x000CFFFF Расширение системной платы для ACPI BIOS ***!!!***

Разъясните мне, убогому, а где же пересечение с видео , они аккуратно друг за дружкой идут.

P.S.
Но конфликта с Vcache, как я предпологал, у вас тоже не наблюдается, надо искать дальше

А попробуйтека вы KillACPI...
Да, и еще в BIOS Setup, выключить все излишества, по управлению энергопоотреблением.

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374757677

Предыдущая тема: Непонятные глюки


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.