IFkO
Moderator | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору MERCURY127, akarman Сегодня мой пострадавший "продулся", сообщив, что диспетчер конфигураций, который akarman подклеил в мой прежний IO.SYS , работает КОРРЕКТНО. С чем всех пользователей и поздравляю! Выложу продукт позже, хочу еще посмотреть работу патча разделов, который тоже в него включен. Для понимания механизма работы оного диспетчера привожу цитату из отчета пострадавшего: Итак: 1) Инсталяция по чистому без коррекций win98If-v14: двоение, создание конфигураций "curent configuration" и "undocked"; при перезагрузке система не может самостоятельно выбрать конфигурацию; 2) Меняем в ручную в корне io.sys (127 КБ) на нативный из SE (222 КБ) - все конфигурации естественно остаются, но при загрузке система начинает самостоятельно корректно выбирать конфигурацию, а именно "undocked". 3) Чистая инсталяция с нативным winboot - генерится одна штука конфигураций "undocked"; проблем с выбором конфигурации при старте ОС нет, естественно. 4) Инсталяция по чистому win98If-v14 с новым IO.SYS (160 КБ), коий укладываемом в виде winboot.sys в корень дистра - все проходит гладко и штатно - при установке ОС генерится одна конфигурация "undocked", проблем с выбором конфигурации при старте ОС нет, есно. 5) Долго крутил в руках CONFMAN.EXE, но так и не понял, как с ним работать - при запуске его что из ДОС, что из винды он не остается резидентным, соответственно грузить его через конфигсис или аутоэкзек бесмысленно. Тем не менее попробовал (прописал его загрузку в конфигсис и переустановил систему с io от if (127 КБ) - наблюдалось обычное двоение. Как можно было и думать, запуск CONFMAN.EXE не удаляет вторую, уже сгенерированную конфигурацию, она продолжает существовать, так что не понятно, что он вообще делает. Но в принципе, главное имеем - новая версия IO (160 кб) обеспечивает корректную инсталляцию и работу. Каких либо иных глюков с нею пока за сутки наблюдения не обнаружил. Так что с автономным диспетчером, изготовленным MERCURY127 успех пока НЕ достигнут. Более того, подозреваю, что включение его в автоэкзек если и позволит автоматом выбирать одну из сгенерённых конфигураций, то избежать генерации лишней кофигурации не позволит. (это пока умозрительно, подождем отчета пострадавшего). Вероятно, вариант от akarman покажет себя лучше. Впрочем, поживем - увидим. PS На основании изложенного мне видится такой механизм конфигурирования системы: диспетчер устройств Windows пишет в реестр загрузку драйверов обнаруженных устройств, относя их НЕ к железу в целом, а к его текущей конфигурации. Название конфигурации он определяет своими силами, вероятно опросом датчика (в доке = docked, не в доке = undocked, датчика нет = original configuration). Однако какая из них будет текущей в начале загрузки, он определить не может - еще даже до защищенного режима не дошло. Это за него делает диспетчер конфигураций системы, встроенный в IO.SYS, опросом того же датчика. И определив, пишет в реестр, которая из них текущая. Если его пропустить, то придется выбор текущей конфигурации делать вручную. Ессно, в тех случаях, когда их несколько. А несколько их получается оттого, что в начале установки диспетчер конфигураций не работал, и первая сгенерённая конфигурация не отождествлена с состоянием датчика - она ни docked, ни undocked. Когда запускается диспетчер устройств Windows, он самостоятельно определит, что имеет место undocked, и запишет всё найденное именно в неё, создав таким образом НОВУЮ конфигурацию. Возникает проблема выбора, которую без диспетчера конфигураций приходится решать пользователю. | Всего записей: 6886 | Зарегистр. 22-09-2005 | Отправлено: 11:00 19-06-2015 | Исправлено: IFkO, 11:33 19-06-2015 |
|