Сети NetWare 3.12-4.1.Книга ответов

       

После загрузки клиентского обеспечения сетевой диск F: не появился. Где искать причину?



После загрузки клиентского обеспечения сетевой диск F: не появился. Где искать причину?

Причины могут быть в сервере, кабельной сети, сетевых адаптерах станции, настройке драйверов, в файле CONFIG.SYS, порядке загрузки клиентских модулей, их версией и целостности. Только часть этих причин дает диагностические сообщения при загрузке, их можно просмотреть при последовательной загрузке модулей. Можно рекомендовать следующий порядок действий:

1. Посмотрите, чем завершилась загрузка оболочки (NETx) или запросчика (VLM): при сообщении "...аttached to server <server>" (станция соединилась с указанным сервером) вам достаточно проверить CONFIG.SYS на наличие строки LASTDRIVE=Z. Для NETx ее НЕ ДОЛЖНО БЫТЬ, или буква должна быть поменьше (первый сетевой диск встанет за ней по алфавиту). Для VLM она ДОЛЖНА БЫТЬ, буква должна стоять за буквой последнего локального диска станции, включая CD-ROM и RAMDRIVE (все сетевые диски будут до нее включительно, первый - сразу за локальными, или в соответствии со строкой FIRST NETWORK DRIVE=x файла NET.CFG, тогда он может и перекрыть локальный). Если строка не в порядке, исправьте ее и перезагрузите станцию. Если строка уже в порядке, а диска нет - обращайтесь к администратору с вопросом о существовании каталога SYS:LOGIN на данном сервере.
Если загрузка оболочки завершилась сообщением "File Server could not found", придется копать глубже: загружайте клиентское обеспечение поэтапно и следите за сообщениями.

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

2. Загрузка поддержки протокола IPX
2.1. Монолитный драйвер IPX.COM
При его загрузке сообщение об ошибке появляется, если неисправна сетевая карта или опции драйвера и установки карты не совпадают в адресах портов или памяти, или драйвер не от той карты. Неверный выбор прерывания обходится молчанием, но драйвер работать не будет. Команда IPX /D выводит список возможных опций конфигурирования с пометкой установок по умолчанию (без загрузки драйвера).
Устранение проблем возможно изменением конфигурации платы или заданием корректной опции (например, команда IPX o1 установит вариант конфигурации "1").



Помните, что монолитный IPX поддерживает только фрейм 802.3, и если в сети такой фрейм не связан с протоколом IPX (стандартная ситуация по умолчанию для NetWare 3.12 и старше), сервер ваша станция не увидит.

2.2. Драйверы ODI
2.2.1. Загрузка LSL может не состояться только по причине его отсутствия или в случае, когда он поврежден. В случае успеха последняя строка его сообщения сообщит принятые параметры из секции Link Support (см. таблица LSL) или по умолчанию

Max Boards 4, Max Stacks 4.

2.2.2. При загрузке драйвера карты (MLID) ситуация с ошибками и сообщениями аналогична монолитному IPX (см. п. 2.1), но ситуация с установками и типом фрейма более управляема: они задаются в секции Link Driver <имя драйвера> файла NET.CFG каталога запуска (см. табл. 2.3). Кроме того, MLID требует предварительной загрузки LSL.COM подходящей версии, если этого не произошло, он обязательно сообщит и пропищит.
2.2.3. IPXODI может не загружаться по причине его отсутствия или поврежденности, а также если не было успешной загрузки MLID, о чем он тоже сообщит и пропищит. Признаком успешной загрузки является сообщение о связывании протокола с логической платой - строка

Bound to logical board 1 (NE2000) : Protocol ID E0

В ней интерес представляют имя драйвера платы (в скобках) и ID E0 - идентификатор протокола, по которому можно определить и тип фрейма: E0 - 802.2, 0 - 802.3. Если протокол связан с несколькими платами (типами фреймов), то для каждой будет своя строка. В случае проблем с фреймом, скорректируйте секцию Link Driver NET.CFG (см.табл. 2.3).

3. Загрузка оболочки или запросчика.
3.1. Оболочка NETx.
NETx может не загрузиться по причине отсутствия, несоответствия версии DOS или поврежденности файла. Первые две причины дают внятные исчерпывающие сообщения, последняя приводит к зависанию или "мусору" на экране вместо заставки.


Для MS DOS 3, 4, 5 должны использоваться соответственно NET3.COM, NET4.COM и NET5.COM, а лучше - универсальная NETX.EXE. Для MS DOS 6.x используйте NET5.COM или NETX.EXE и выполните команду SETVER NETX.EXE 5.00, после чего перезагрузите станцию, не забыв включить в CONFIG.SYS строку

DEVICE=path\SETVER.EXE.

3.2. Запросчик VLM
Специфические проблемы загрузки VLM.EXE - отсутствие требуемых модулей, неверное задание их состава и порядка и некоторые другие. Для получения диагностической информации включите опцию MESSAGE LEVEL = 4 в секцию NetWare DOS Requester файла NET.CFG. В этом же файле проверьте список и порядок модулей, если включена опция USE DEFAULT = OFF, а также соответствие выбранного модуля сетевого протокола (BIND, NDS) версии сервера NetWare (см.табл. 2.6). Версия протокола сервера задается в строке

NETWARE PROTOCOL = NDS,BIND,PNW

или явно в списке загружаемых модулей (VLM=xxx)

4. После вывода заставки оболочки (запросчика) должно появиться сообщение о подключении к серверу.
Если после вывода заставки станция зависает (или самопроизвольно перезагружается), этому может быть причиной конфликт сетевой платы с другими устройствами по адресами или прерываниям. В этот момент плата наконец получает команду обменяться пакетами с сервером, и конфликт проявляется.
Если внешне все в порядке, а сервера не видно, остается под вопросом номер прерывания, тип фрейма сервера и аппаратная часть коммуникаций (выходные цепи платы, разъемы, кабели и т. п.). Вопросы диагностики коммуникаций подробнее изложены в главе (COM_SYS). Наконец, возможно намеренное нежелание сервера отвечать на запрос - см. предыдущий ответ.


Содержание раздела