араметры, используемые для определения данных каналов. Данные параметры следующие: show данный параметр обозначает описательное имя, используемое определенными программами в ка- честве дисплейной строки при объяснении ка- нальных функций. que данный параметр описывает подкаталог /usr /spool/mmdf/lock/home, в котором формируется очередь сообщений к данному каналу. Данное имя начинается с префикса "q" , который ис- пользуется для формирования имени подкаталога (для получения дополнительной информации по данному вопросу пользователь должен изу- чить раздел в данном руководстве, в котором описывается утилита queue(F). -21-10а- tbl в данном параметре используется сокращенное имя, полученное из определения MTBL, необхо- димое для описания канальной таблицы. ap данный параметр выбирает тип адреса граммати- ческого разбора, используемый в заголовке уходящих сообщений. "822" преобразуется в адреса типа RFC822. "same" не преобразует заголовки. pgm данный параметр указывает на программу нахо- дящуюся в каталоге /usr/mmdf/chans, которая получает почту из программы deliver(ADM) и переносит ее по нужному адресу в локальный компьютер или передает ее по сети в удаленный компьютер. mod данный параметр устанавливает режим передачи в канале. imm - данный подпараметр посылает почту сразу же. reg - данный подпараметр ставит почту в оче- редь и не посылает ее, пользователь должен прогнать программу deliver для того, чтобы действительно послать почту через регулируе- мый канал. (Данный канал используется в сис- теме по умолчанию). host данный аргумент описывает имя мощного главно- го компьютера, которому канал передает всю почту, в списочном канале должен быть уста- новленный данный параметр; в данном параметре должно быть описано имя локального главного компьютера. confstr данный параметр передает специфический флаг канала в программу, которая выполняется в ка- нале; списочный канал использует строку кон- фигурации, которая позволяет использовать ре- жим отправителя, и поэтому, если не определен список запроса псевдонима для почтового спис- ка, отправитель сообщения записывается в ка- честве источника, посылающего почту в список (вместо записи почтместера в виде записи отп- равителя). Для получения дополнительной информации о содержании и назначении канальных файлов необходимо изучить раздел "Редакти- рование маршрутных файлов". -21-11- Определения домена Записи MDMN определяют домены, известные в системе MMDF. Домен представляет собой набор компьютеров, которые взаимодейс- твуют друг с другом определенным способом, возможно или по ге- ографическому местоположению (CAMFORD.AC.UK) или по организации (sco.COM ) или по типу активности (OXBRIDGE.EDU). Домен опреде- ляется следующим образом: MDMN "sco.COM", show="Local Domain", table=locdom MDMN "UUCP", show="UUCP Domain", table=uudom MDMN "LIST", show="List Pseudo-Domain", table=list MDMN "", show="Root Domain", table=rootdom Первым аргументом является имя домена. Определение корне- вого домена не имеет имени (""), так как в таблице корневого домена не содержатся записи, относящиеся к множеству различных доменов. Параметр show присваивает домену более удобное имя, кото- рое может использоваться определенными программами в качестве дисплейной строки. В параметре table используется сокращенное имя, полученное из определения MTBL , которое используется для описания таблицы домена. Списочный домен обрабатывает почту, посылая ее в объемный почтовый список во время выполнения фоновой проверки адресов, и тем самым ускоряя обработку отправителя почты (дополнительная информация по данному вопросу приводится в описании утилиты list(ADM)). Операнд LIST описывает несуществующий домен, так как данный домен не связан с набором компьютеров; данный псев- додомен использует списочный канал для расширения почтового списка и повторных почтовых отправлений индивидуальных сообще- ний. -21-12- Система MMDF выполняет поиск наиболее длинных возможных сравнений в домене. Например, относительно почты, направленной по адресу CAMFORD.AC.UK, выполняется проверка на соответствие таблицы домена AC.UK перед проверкой на соответствие таблицы домена UK . Если система не может установить точное соответс- твие, то она выполняет проверку на частичное соответствие и направляет почту в данном направлении. Например, если почта просто адресуется в домен CAMFORD и таблицы домена CAMFORD не существует, то система MMDF выполняет поиск в доменных таблицах в том порядке, в котором их описал пользователь для элемента CAMFOFD . Система MMDF направляет почту в тот домен, для кото- рого выполнено условие частичного соответствия. Если система MMDF не может установить даже частичного со- ответствия в более ранних доменах, то она выполняет проверки на соответствия в корневом домене с целью посылки почты на более мощный главный компьютер. Если система MMDF вообще не устанав- ливает проверок на соответствие, то в качестве последней надеж- ды, она использует канал dfdhosts , если данный канал существу- ет в системе. Так как система MMDF использует первый домен, при этом известно, что данный домен удовлетворяет условию на про- верки в более поздних таблицах без выполнения просмотров данных таблиц, то порядок, в котором пользователь описал определения MDMN , является очень важным фактором. Убедитесь в том, что ло- кальный домен является первым доменом, а корневой домен являет- ся последним. Для получения дополнительной информации в содержании и функциях доменных файлов, пользователю необходимо изучить раз- дел "Редактирование маршрутных файлов". Уровни регистрации Последний раздел файла mmdftailor устанавливает уровень сохраняемой информации и максимальный размер файлов регистрации системы MMDF , которые хранятся в каталоге /usr/mmdf/log . Например: MMSGLOG level=FAT, size=20 Запись MMSLOG управляет работой файла регистрации msg.log, который создается программами deliver и submit. Запись AUTHLOG управляет информацией по авторизации, сохраняемой в файле auth.log . Запись MCHANLOG управляет регистрацией боль- -21-12а- шинства других программ системы MMDF , которые сохраняются в файле chan.log. Наиболее многословные уровни регистрации создают огромное количество данных и снижают производительность компьютера. Об- щие установки параметра level приводятся ниже (с целью более подробного описания информации): FAT данный параметр регистрирует только катастрофи- ческие ошибки. GEN данный параметр сохраняет общую диагностическую информацию. BST данный параметр показывает основные статистики. FST данный параметр дает полные статистики. Используя параметр size , пользователь может ограничить размер файла регистрации за счет установки некоторого количест- ва двадцати пяти блоковых единиц, на которые разрешается увели- чивать размер файла. В отношении примера записи MMSGLOG , можно сказать, что катастрофические ошибки регистрируются только до тех пор, пока не будет достигнут размер файла равный 500 блокам (20 блоков х 25). Когда файл регистрации достигает указанного размера, регистрация ошибок приостанавливается. Пользователю рекомендуется проводить периодические проверки файлов регистра- ции с целью выявления ошибок и очищать файлы перед тем, как размеры данных файлов достигнут максимальных величин. С целью получения дополнительной информации о файлах ре- гистрации системы MMDF рекомендуется изучить в данном руко- водстве описание утилиты logs(F). -21-13- Определение псевдонимов Находящиеся в файле /usr/mmdf/mmdftailor определения MTBL адресуют систему MMDF к каталогу /usr/mmdf/table с целью вы- полнения проверки определений псевдонимов в файлах alias.list и alias.user. Пользователь может создать и отредактировать данные файлы так, как это описано в данном разделе, или в соответствии с синтаксисом файла, описанным в данном руководстве в разделе tables(F). Всякий раз, когда пользователь выполняет изменение файла alias.list или alias.user любым из приведенных выше спо- собов, необходимо перестроить заполненную ненужной информацией базу данных. Файл alias.list Файл alias.list содержит псевдонимы спискового типа, кото- рые назначают простое имя для представления: . Одному или большему количеству имен пользователя или другими псевдонимам. . Для переадресации сообщения относящегося к файлу. . Для переадресации сообщения направленного в канал. . Для почтового списка. Например: postmaster: admin, perry, Loguucp Loguucp: "network//usr/spool/log/uucp" Logmlog: "networkIcat -v >>/usr/spool/log/mlog" printer2: "networkI/usr/bin/lpr -dprinter2" staff: staff-outbound@list-processor staff-outbound: "include:/etc/alias/staff" staff-request: ross В данном примере назначается локальный пользователь, кото- рым в системе пользователя является "postmaster", и определяет- ся псевдонимом почтмейстера. В данном примере почта, адресуемая "почтмейстеру", направляется пользователям admin и perry и за- писывается в файл регистрации UUCP . Косые наклонные черточки в синтаксисе операторов, используемые для переадресации, полезно описывать непосредственно в файле регистрации для регистрации активности. Кроме этого, с целью выполнения более сложной обработки, можно использовать обычный символ переадресации выхода (>) сов- местно с конвейерной переадресацией. Почта, адресуемая узлу Logmlog,обрабатывается по конвейеру командой cat(C) и затем ре- -21-14- гистрируется в файле mlog. Почта, адресуемая узлу printer2, об- рабатывается по конвейеру командой lpr(C) с целью вывода ее на печать. Псевдонимы переадресации используют пользователя и групповые идентификаторы ID сети пользователя. Хотя значение сети используется в большинстве случаев, можно осуществить опи- сание любого пользователя, указов его имя в файле /etc/passwd. Три последние строки выполняют обработку почтового списка staff. В данном примере показано каким образом в синтаксисе операнда ":include:" используются имена, сформированные с целью определения псевдонима в описанном файле. Кроме этого можно ис- пользовать обычный символ переадресации (<) для чтения опреде- ления псевдонима из файла. В разделе, где приводится описание утилиты list(ADM) , в деталях объясняется действия по формиро- ванию почтовых списков. В файле alias.list имя alias (псевдоним) и определение данного имени могут быть разделены между собой пробелом белого цвета, двоеточием или тем и другим вместе. Когда определяется псевдоним, в котором содержится большое количество имен пользо- вателя, допускается использование обратной косой черты (\) в качестве символа продолжения. Необходимо использовать кавычки (" ") для разделения строки, в которой содержатся пробелы или знаки препинания. Когда псевдоним используется для определения другого псевдонима, пользователю необходимо быть уверенным в том, циклы псевдонима создаваться не будут. Файл alias.user В файле alias.user содержатся псевдонимы, которые исполь- зуются при работе пользователей на их компьютерах. Например: admin: admin@blue carmen: carmen@ivy perry: perry@blue ross: ross@warwick -21-14а- Peдактирование маршрутных файлов Маршруты в системе MMDF управляются файлами доменов (.dom) и каналом (.chn ). В записи файла домена содержится имя компь- ютера (blue - голубой ) в полностью определенном имени домена (blue.sco.COM ). Данное имя определяет первый главный компь- ютер, к которому по установленным адресам будет посылаться поч- та. (Во многих случаях данный главный компьютер является адре- сом, определенным в почтовом отправлении). В записи файла канала содержится информация, адресуемая главному компьютеру, о адресе транспортировки почты, который используется во время пе- редачи почты главному компьютеру. Пользователь может создать и отредактировать домен и ка- нальные файлы так, как описано в данном разделе, или изучая синтаксис файла, приведенный в том разделе, где описывается утилита tables(F) . Всякий раз, когда пользователь сделал изме- нения в файле .dom или .chn одним из предложенных способов, ему необходимо перестроить базу данных с целью исключения из нее ненужной информации. -21-15- Доменные файлы Определения MDMN,находящиеся в файле /usr/mmdf/mmdftailor, используются системой MMDF для выполнения поиска доменных опре- делений в описанных в файлах, расположеныx в каталоге /usr/mmdf/table. Первый домен, определенный в каталоге /usr/mmdftailor, является локальным доменом. В файле local.dom содержится запись о входе в каждую машину внутри локального домена. Каждая запись расширяет локальное имя компьютера, если смотреть по направле- нию слева на право (по правилу LHS ) до полного информационного имени домена, если смотреть со стороны правой руки (по правилу RHS). Файл local.dom может выглядеть следующим образом: blue blue.sco.COM ivy ivy.sco.COM warwick warwick.sco.COM В дополнение к локальному файлу домена у пользователя ве- роятно появится необходимость использовать во время работы файл домена UUCP (файл uucp.dom ). В данном файле пользователь может сформировать список компьютеров, находящихся внутри домена UUCP, к которым часто направляется электронная почта. Каждая запись расширяется сокращенным или альтернативным именем, если смотреть слева направо (по правилу LHS ), до имени главного компьютера системы UUCP , если смотреть со стороны правой руки (по правилу RHS ). Например: mcvax mcvax.UUCP vu44 vu44.UUCP Любой компьютер системы UUCP, не описанный в данном доме- не, обрабатывается в соответствии с правилом умолчания при этом маршруты его переходят через канал системы UUCP. Если файл /usr/lib/uucp/Systems был предварительно сформи- рован, пользователь может создать файл uucp.dom путем преобра- зования системного файла ( Systems ) совместно с записью преоб- разования uulist. (Для получения дополнительной информации по данному вопросу пользователь должен изучить раздел "Установка конфигурации сети UUCP "). Если файл топологии сети Micnet в формате операционной системы XENIX (файл /usr/lib/mail/top) был ранее сформирован, пользователь может первоначально создать файл micnet.dom путем преобразования "верхнего" файла вместе с записью преобразования -21-16- mnlist. (Для получения дополнительной информации по данному вопросу пользователь должен изучить раздел "Установка конфигу- рации сети Micnet). Следуя данному образцу формирования сокращенного имени по правилу слева направо (LHS), отображенном в имени главного компьютера со стороны правой руки (RHS), пользователь может создать файл домена для каждого определения MDMN в таблице mmdftailor (исключением является списочный псевдодомен, который использует при обработке локальный файл домена). В данном файле .dom полное информационное имя домена, полученное со стороны правой руки (RHS), создается за счет формирования приставки имени домена (как это определено в определении MDMN) по направ- лению слева направо (LHS). Записи, сформированные по правилам LHS и RHS могут быть разделены пробелом белого цвета, двоеточи- ем или тем и другим вместе. Последний домен, определенный в файле /usr/mmdf/mmdftailor будет корневым доменом. Данный спе- циальный доменный файл (root.dom ) выполняет преобразование имени домена слева направо (LHS) относительно имени главного компьютера, если рассматривать данное имя со стороны правой ру- ки (RHS). В файле root.dom могут содержаться записи, которые описывают: . Путь к конкретному домену, который не включен в другую таблицу домена. . Более мощный компьютер, в который отправляют почту, ад- ресованную компьютеру, который не сможет распознать ло- кальный компьютер. Ниже приводятся примеры данных типов записей root.dom. sri-nic.arpa sri-nic.arpa berkeley.EDU com uunet.UU.NET Если запись sri-nic.arpa присутствует только в главном компьютере в домене arpa , используемом во время работы, то ве- роятно пользователь не захочет создавать отдельный файл домена для расширения домена arpa . Вместо этого, первая запись нап- равляет почту, адресованную узлу sri-nic.arpa, через узел berkeley.EDU. В данном примере также показано каким образом можно опи- сать путь к компьютеру, используя для этого косвенную адресацию к локальной машине. Путь со стороны правой руки (RHS) читается по направлению справа налево и в данном пути могут находиться несколько промежуточных главных компьютеров. Главный компьютер -21-16а- отдаленный справа должен непосредственно соединяться с локаль- ным главным компьютером. Так как корневой домен ищется последним, то в файле root.dom может находиться имя домена верхнего уровня (такое, как СОМ), которое используется в том случае, если имя домена больше не соответствует имени, указанному в раннем домене. Если почта адресуется узлу ross@nesser.COM и файл nesser.COM совер- шенно не соответствует какому-либо файлу домена, то домен СОМ верхнего уровня будет соответствовать второй записи и система MMDF будет передавать данную почту в узел UU.NET с надеждой на то, что узел uunet.UU.NET знает каким образом получить почту, направленную узлу nesser.COM. Канальные файлы Определения MCHN,находящиеся в файле /usr/mmdf/mmdftailor, направляют систему MMDF к выполнению поиска описанных файлов .chn , находящихся в каталоге /usr/mmdf /table. Данный каталог предназначен для хранения канальных определений. В файле local.chn содержатся записи подобные данной: sco.COM sco sco sco blue.sco.COM sco blue sco Пользователь должен включить первые две записи, отображаю- щие записи MLNAME.MLDOMAIN и MLNAME в узел MLNAME, в том поряд- ке , который определен в файле mmdftailor . Если пользователь работает со скрытыми локальными компьютерами, то необходимо включить последние две записи, которые отображают записи MLOCMACHINE.MLNAME.MLDOMAIN и MLOCMACHINE в запись MLNAME. Файл list.chn содержит следующие записи: Списковый процессор Списковый процессор Списковый процессор Списковый процессор Запись имени, формируемая слева направо (LHS), является именем псевдо главного компьютера, определенным в почтовом псевдониме списка (смотрите пример файла alias.list). Данные -21-17- записи сообщают системе MMDF о том, что необходимо передать почту, адресованную в почтовом списке, программе спискового процессора. В файле uucp.chn содержатся записи, подобные данной: mcvax.uucp uunet!mcvax!%s sri-nic.arpa uunet!sri-nic.arpa!%s uunet.uu.net uunet!%s Имя, формируемое слева направо (LHS), является именем главного компьютера сети UUCP; имя полученное со стороны правой руки (RHS) является адресом сети UUCP , который система MMDF использует в то время, когда ей необходимо обратиться к прог- раммным средствам сети UUCP. Анализируя первую запись в данном примере при условии, что почта адресуется пользователю hilis, указанному в строке mcvax.uucp, канал UUCP передает почту в узел uunet вместе с остатком адреса сети UUCP (mcvax!hillis). Во второй записи показано каким образом имя домена (srinic!arpa) может быть использовано в пути сети UUCP. В канальном файле сети Micnet (micnet.chn) содержатся за- писи подобные данной: ivy.sco.COM ivy:%s warwick.sco.COM ivy:warwick:%s Имя, сформированное слева направо (LHS), является именем главного компьютера, выбираемого из файла local.dom; имя, выби- раемое со стороны правой руки (RHS), является адресом сети Micnet, который система MMDF использует во время вызова прог- раммных средств сети Micnet . В данном примере, когда почта ад- ресуется пользователю ross (который получает почту на компьюте- ре warwick ), канал сети Micnet передает почту узлу ivy вместе с остатком адреса сети Micnet (warwick:ross). В следующей строке имя главного компьютера, формируемое слева направо (LHS), отображается в адресную информацию, кото- рая используется для передачи в данный главный компьютер со стороны правой руки (RHS). Пользователь может создать канальный файл для каждого определения MCHN в разделе mmdftailor (за иск- лючением псевдо канала badhosts, который использует канальный файл сети Micnet). Адреса, формируемые как со стороны левой руки (LHS), так и со стороны правой руки (RHS), могут разде- ляться между собой пробелом белого цвета, двоеточием или тем и другим вместе. -21-18- Пример маршрута Если почта адресуется "почтмейстеру", то система MMDF нап- равляет почту, выполняя поиск первой спрятанной таблицы псевдо- нима в файле alias.list. Данный поиск выполняется с целью рас- ширения псевдонима "почтмейстер" в связанных именах пользователя. Запись, находящаяся в файле alias.list , может иметь следующий вид: почтмейстер: грушевый сидр Затем система MMDF выполняет поиск файла alias.user целью нахождения имени локального компьютера, связанного с именем пользователя. В файле alias.user может находиться следующая за- пись: грушевый сидр: грушевый сидр@голубой Система MMDF выполняет поиск различный файлов .dom, кото- рые достраивают имя локального компьютера до полного информаци- онного имени домена. В данном случае, имя компьютера blue "го- лубой" существует в локальном домене и поэтому система MMDF находит приведенную ниже запись в файле local.dom, например: голубой голубой.sco.COM Система MMDF затем выполняет поиск различных файлов с рас- ширениями .chn , которые формируют полное информационное имя домена в адресуемых данных. В данном случае домен голу- бой.sco.COM обслуживается локальным каналом и на основании это- го система MMDF находит приведенную ниже запись в файле local.chn, например: голубой.sco.COM sco Согласно определению MCHN , расположенному в файле mmdftailor , локальный канал ставит почту в очередь, которая находится в файле /usr/spool/mmdf/home/q.local, и программа, выбираемая из файла /usr/mmdf/chas/local, передает почту в поч- товый ящик "грушевый сидр" (Perry's). -21-19- Модификация базы данных Перемешанная база данных передает управление системе MMDF с целью получения быстрого доступа к псевдониму и маршрутной информации. Пользователь должен проводить модификацию данной базы данных всякий раз, когда выполняется модификация како- го-либо псевдонима или маршрутного файла. Чтобы выполнить пост- роение базы данных, необходимо войти в систему в качестве поль- зователя mmdf и выполнить прогон программы /usr/mmdf/table/dbmbuild из каталога /usr/mmdf/table. Напри- мер: cd /usr/mmdf/table dbmbuild Программа dbmbuild использует определения, находящиеся в файле mmdftailor для построения перемешанной базы данных и от- четов, если какие-либо таблицы были потеряны во время работы. Для получения дополнительной информации пользователь должен изучить раздел, в котором описывается утилита dbmbuild(ADM). -21-20- Обслуживание системы Программа cleanque выполняет очистку очередей почты фай- лов выходных данных. С целью классификации базы данных вызывай- те утилиту cron(C) во время прогона программы cleanque по край- ней мере ежедневно (может быть даже более часто, в зависимости от объема получаемой почты). Пользователь может также выполнить прогон утилиты cleanque вручную всякий раз, когда возникают по- дозрения по достоверности передачи почты. Полное описание дан- ной программы находится в том разделе, где приводится описание функций программы cleanque(ADM). Программа checkque проверяет статус почтовых очередей и выводит количество сообщений ждущих передачи. Если создана ре- зервная копия очереди, в которой находится почта ожидающая по- сылки, то можно попытаться отправить данную почту вручную, ис- пользуя для этого программу deliver(ADM). Например: deliver -w -clist,uucp Опция - с применяется при описании каналов, используемых во время обработки. Опция -w заставляет программу deliver и ка- нальные программы производить вывод информационных сообщений в том виде, в котором они передают почту. Пользователь может просмотреть выходные данные с целью выявления аварийных ситуа- ций, подобных отвергнутой передачи или приему почты. Полное описание данной программы приводится в разделе, где описывается утилита checkque(ADM). -22-1- ГЛАВА 22 Включение дополнительных накопителей на жестких магнитных дисках стр Вступление....................................... 22-1 Действия выполняемые перед началом работы........ 22-3 Установка конфигурации накопителя на жестком маг- нитном диске..................................... 22-3 Жесткие магнитные диски ST506 или ESDI........... 22-3 Подготовка аппаратурных средств.................. 22-6 Установка накопителя на жестком магнитном диске.. 22-7 Создание новых файловых систем................... 22-10 Перередактирование ядра.......................... 22-12 Пересылка текущих счетов пользователя с основного накопителя на жестком магнитном диске............ 22-13 Вступление Если система страдает от хронической нехватки памяти, то пользователю возможно потребуется подключить дополнительный на- копитель на жестком магнитном диске для выделения системе до- полнительного пространства памяти, используемого для хранения файлов пользователя и каталогов. Ниже приводятся типы подклю- чаемых накопителей на жестких магнитных дисках и контроллеров. Данные типы следующие: . Дисковой контроллер ST506 (стандарт АТ фирмы IBM). . Контроллер ESTI. . Адаптер главного компьютера SCSI. При подключении дополнительных накопителей на жестких маг- нитных дисках можно установить следующие две конфигурации: . Не более двух контроллеров ST506 , при этом к каждому контроллеру можно подключить не более двух дисков ST506 и не более двух адаптеров главного компьютера SCSI , каждый адаптер обслуживает не более семи контроллеров, а каждый контроллер SCSI может обслуживать не более четырех устройств. -22-1а- . Один контроллер ESDI , который обслуживает два накопите- ля на жестком магнитном диске любого типа: ESDI или ST506. Ниже приводится упрощенная схема конфигурации первого типа. Устройство ST506 LUN0 LUN7 LUN0 +------+ +------+ +------+ +------+ +------+ | | | | | |... | | | | | | | | | | | | | | +---+--+ +--+---+ +--+---+ +---+--+ +---+--+ +---+ +-+ +---+ +---+ +-----+ Дисковый++----++ Контроллер| | | Встроенный контрол-| | SCSI ++----++ +---+--+контроллер лер | | | IDm |... | IDn |... ST506 +---+--+ | | | | +--------+ +--+---+ +--+---+ | | | | +------+Адаптер главного | | | | |компьютера SCSI |Шина SCSI | Идентификаторы ID 0-7 | | |<-----------------+-----------+---------------------> | +--+---+ | +-------------------------+ | | +-------------------+ | +------+ | | | CPU |<------+-------------+------------> | | +------+ Рис. 22-1. Пример конфигурации накопителей на жестких магнитных дисках, в которой используется дисковый контроллер ST506 и адаптер глав- ного компьютера SCSI -22-2- Адаптер главного компьютера SCSI (НА) транслирует сигналы, поступающие из шины центрального процессора CPU на шину SCSI. Контроллер SCSI известен в системе, как устройство SCSI ID. К устройству SCSI обращаются по логическому номеру устройства (LUN). Если выполняется инициализация корневого диска во время установки операционной системы, то устанавливается конфигурация корневого диска как первого жесткого диска, установленного в первом контроллере. Устанавливается конфигурация на первом дис- ковом контроллере для жестких дисков ST506 или ESDI или на пер- вом адаптере главного компьютера для дисков SCSI. В виду того, что базовая процедура, используемая для подк- лючения дополнительных дисков, является общей процедурой для всех типов дисков, пользователю время от времени требуется час- тично выполнять различные шаги, базирующиеся на типе устанавли- ваемого пользователем жесткого диска. Во всех местах процедуры различные шаги ясно выделены. -22-3- Действия выполняемые перед началом работы Перед тем, как приступить к установке дополнительного на- копителя на жестком магнитном диске, пользователь в первую очередь должен решить какая конфигурация жестких магнитных дис- ков будет использоваться во время работы и затем установить и соединить между собой аппаратурные средства. В данном разделе проводятся объяснения синтаксиса, используемого в команде mkdev hd. Данная команда используется для установки конфигурации и подключения дополнительных жестких магнитных дисков. Пользова- телю рекомендуется изучить информацию, находящуюся в данном разделе, с целью определения необходимых опций, устанавливаемых в строке команды. Данные опции необходимы для создания конфигу- рации дисков ST506 и ESDI. После того как выбран необходимый синтаксис команды, пользователь должен продолжить свои дейс- твия, которые описываются в разделе "Установка накопителя на жестком магнитном диске". Если в работе используются жесткие магнитные диски SCSI, подключаемые к адаптеру главного компь- ютера, то пользователю необходимо изучить данный раздел и за- пустить команду mkdev hd в качестве инструкции. После этого не- обходимо продолжить действия, которые изложены в разделе "Установка накопителя на жестком магнитном диске". Следует за- метить, что одна и та же команда будет вызываться во время рабо- ты второй раз. Данные действия необходимо выполнить потому, что файлы конфигурации адаптера главного компьютера SCSI должны быть подготовлены в первом проходе, а инициализация диска во втором. Установка конфигурации накопителя на жестком магнитном диске Пользователю необходимо принять решение о том, каким обра- зом он будет устанавливать конфигурацию жесткого магнитного диска и на основании принятого решения передать необходимую ин- формацию утилите установки накопителя на жестком магнитном дис- ке. Жесткие магнитные диски ST506 или ESDI Чтобы установить конфигурацию жесткого магнитного диска ST506 или ESDI командой mkdev hd , необходимо знать какой конт- роллер будет обслуживать новый диск и будет ли данный подключа- емый к контроллеру диск первым или вторым. -22-4- Синтаксис команды имеет следующий вид: mkdev hd контроллер накопителя на жестком магнитном диске Нумерация дисков и контроллеров начинается с нуля. Таблица 22.1 Команды, используемые во время работы накопителей на жестких магнитных дисках ST506 и ESDI +---------------------------------------------------------------+ |Контроллер Команда Подключаемый диск | +---------------------------------------------------------------+ | ST506& mkdev hd 0 0 Первый диск на первом контролле-| | ре (корневой). | | ESDI mkdev hd 1 0 Второй диск на первом контролле-| | ре. | +---------------------------------------------------------------+ | Только mkdev hd 0 1 Первый диск на втором контролле-| | ре. | | ST506 mkdev hd 1 1 Второй диск на втором контролле-| | ре. | +---------------------------------------------------------------+ Жесткий магнитный диск SCSI Чтобы установить конфигурацию жесткого магнитного диска SCSI, пользователь должен выдать команду mkdev hd . Для кодиро- вания данной команды требуется знать следующую информацию: . Номер адаптера главного компьютера (начинается с нуля). . Номер идентификатора контроллера (0-7) в адаптере глав- ного компьютера; адаптер главного компьютера обычно име- ет идентификатор 7; данный идентификатор присваивает на- ивысший приоритет шине жесткого магнитного диска SCSI. . Номер логической единицы устройства (0-7) в идентифика- торе ID жесткого магнитного диска SCSI; на встроенном контроллере (на таком контроллере, где сам контроллер и устройство представляют собой одну физическую единицу) логический номер устройства (LUN) обычно равен 0. . Тип устройства (магнитный диск или магнитная лента). -22-4а- На рисунке 22-1 показано графическое представление каждого значения. Пользователь может выбрать подсказку, соответствующую каждому значению, или выбранные значения можно указать в строке команды. Рекомендуется использовать приведенный ниже синтаксис команды mkdev, которая используется для описания конфигурации. mkdev hd drivenum ctrlnum lun В инструкциях, приведенных ниже, считается, что команда mkdev hd используется без аргументов. Если пользователь указал всю информацию в строке команды, то можно перейти к выполнению последнего шага в приведенной ниже процедуре. Если пользователь во время вызова команды mkdev hd описал всю информацию в строке команды, то можно обойти последний шаг приведенной ниже проце- дуры. Пользователь должен описать одинаковые аргументы во время вызова процедуры второй раз. Чтобы подключить дополнительный накопитель на жестком маг- нитном диске SCSI , необходимо выполнить следующие шаги: 1. Ввести приведенную ниже команду: mkdev hd Пользователи системы sysadmsh выбирают: Система -> Аппаратурные средства -> Жесткий магнитный диск 2. Сначала на экране компьютера отобразится приведенное ниже меню контроллера диска: -22-5- +---------------------------------------------------------- | Установка жесткого диска в среде операционной системы | UNIX V. | Какой тип контроллера диска будет обслуживать данный | диск? | 1. Дисковый контроллер ST506 (стандартное обеспечение | диска. | 2. Контроллеры OMTI 8620 или OMTI 8627 (обеспечение | ESDI). | 3. Адаптер главного компьютера SCSI.| | Введите 1, 2, 3 или q для выхода из меню. Введите 3 и нажмите на ключ <RETURN>. 3. Далее пользователь должен ввести номер адаптера к кото- рому будет подключен жесткий магнитный диск. +--------------------------------------------------------- | Какой адаптер главного компьютера SCSI будет обслуживать | данное устройство? | Введите 0 или 1 или 'h' для получения меню помощи. | Введите 'q' для выхода из данного меню: Введите 0, если требуется использовать первый адаптер главного компьютера или 0, если используется второй адаптер главного компьютера. 4. На экране компьютера отобразится следующее меню: +--------------------------------------------------------- | Какой идентификатор ID контроллера будет использоваться | для данного устройства? | Введите 0-7 или для получения меню помощи или 'q' для | выхода из данного меню. Введите номер контроллера, подключенного к адаптеру. 5. Затем экран компьютера будет выведена следующая подс- казка: +--------------------------------------------------------- | Какой LUN используется для данного устройства? | Введите 0-7 или 'h' для получения меню помощи. | Введите 'q' для выхода из данного меню. Введите номер устройства подключенного к контроллеру. Для большинства дисков контроллер и устройство являются единствен- ной логической единицей при этом номером логической единицы яв- ляется ноль. 6. В данный момент все необходимые данные были введены и программа знает информацию и подсказки, используемые для выпол- нения повторного редактирования ядра: -22-6- +--------------------------------------------------------- | Файл конфигурации адаптера главного компьютера SCSI был | модифицирован. | Должно быть построено новое ядро, которое отражает изме- | нения, выполняемые в конфигурации адаптера главного | компьютера. Вам необходимо выполнить данные действия? (y | /n). Ядро операционной системы должно быть реконфигурировано с целью распознавания во время работы нового диска. Пользователь указывает опцию на выполнение повторного редактирования ядра в том случае, если требуется подключить несколько устройств. Данным способом ядро можно отредактировать только один раз. После выполнения данных действий была установлена конфигу- рация необходимых программных средств, используемых для обслужи- вания нового диска. После перередактирования ядра пользователь должен перейти к изучению следующего раздела, который носит за- головок "Подготовка аппаратурных средств" Следует заметить, что пользователю не требуется указывать аргументы в команде mkdev hd , если данные действия выполняются в первый раз. Подготовка аппаратурных средств Те накопители на жестких магнитных дисках, которые не со- ответствуют записям в таблицах ROM, обслуживаются программными средствами. Когда выполняется подключение дополнительных вто- ричных аппаратурных средств, пользователю необходимо изменить значения некоторых переключателей параметров установки в адап- тере главного компьютера, идентификаторе адаптера главного компьютера SCSI и жестком магнитном диске. В замечаниях по вы- пуску в разделе "Руководство по адаптеру главного компьютера SCSI" даются объяснения значений установки данных переключате- лей. Пользователю требуется изучить в руководстве по аппаратур- ным средствам инструкции по накопителю на жестком магнитном диске и компьютеру. Если пользователь выполняет изменение параметров установки в адаптере главного компьютера SCSI со встроенным контроллером, то ему необходимо помнить о том, что во время работы потребует- ся номер идентификатора SCSI, а не LUN. Во встроенном контрол- лере LUN имеет нулевое значение, хотя данное устройство являет- ся первым и является только устройством в контроллере. Перед добавлением нового накопителя на жестком магнитном диске, пользователь должен знать, каким образом данный накопи- тель на жестком магнитном диске соединяется с контроллером. Со- единение накопителя на жестком магнитном диске объясняется в руководстве по аппаратурным средствам, поставляемым вместе с диском. -22-6а- Убедитесь в том, что перед тем, как выполнить установку системы, был сформирован дополнительный накопитель на жестком магнитном диске и заводом изготовителем передана диагностичес- кая информация по накопителю на жестком магнитном диске. Если заводом изготовителем накопителя не переданы диагностические тесты, то данный накопитель на жестком магнитном диске не может использоваться в системе пользователя. -22-7- Установка накопителя на жестком магнитном диске Для установки дополнительного накопителя на жестком маг- нитном диске с файловой системой UNIX и без области DOS пользо- ватель должен выполнить приведенные ниже шаги: 1. После того, как накопитель на жестком магнитном диске подключен к компьютеру и выполнена самозагрузка операционной системы, необходимо перейти в режим обслуживания системы и ис- пользовать соответствующую форму команды mkdev для ввода в строке команды требуемой информации о конфигурации системы. Например: mkdev hd disk# controller# Пользователи системы sysadmsh выбирают: Система -> Аппаратурные средства -> Накопитель на жестком магнитном диске. 2. После этого на экране компьютера будет отображено меню контроллера диска. +---------------------------------------------------------- | Установка накопителя на жестком магнитном диске в среде | операционной системе UNIX V. | Какой контроллер будет обслуживать данный диск? | 1. Дисковый контроллер ST506 (обеспечение стандартного | диска). | 2. Контроллер OMTI 8620 или OMTI 8627 (обеспечение | ESDI). | 3. Адаптер главного компьютера SCSI. | Введите 1, 2, 3 или введите символ 'q' для выхода из | меню. Введите число, которое соответствует выбранному контроллеру. 3. Если пользователь подключает дополнительный контроллер ESDI, то на экран компьютера будет выведена дополнительная подсказка: +---------------------------------------------------------- | Какой интерфейс будет использоваться в накопителе на | жестком магнитном диске? | 1) ESDI. | 2) ST506. | Введите 1, 2 или для выхода из меню: Введите номер, который соответствует типу интерфейса нако- пителя на жестком магнитном диске, используемого во время работы. -22-8- 4. Продолжите действия, описанные в разделе "Подготовка накопителя на жестком магнитном диске" в главе "Процедура уста- новки". Данный материал содержится в документе "Руководство по установке". Выполните все шаги, находящиеся в данном разделе, которые имеют отношения к устанавливаемому типу диска, включая выполнение шага 19, затем вернитесь в данный раздел и закончите выполнение оставшихся в данном разделе шагов. 5. Когда пользователь завершит выполнение необходимых ша- гов, выбираемых из раздела " Подготовка накопителя на жестком магнитном диске", на экран компьютера будет выведена подсказ- ка, выдаваемая программой divvy(ADM). Программа divvy(ADM) вы- полняет деление разделов в файловых системах. Пользователь мо- жет создать не более семи отделов в единственном разделе и присвоить имена любым элементам раздела. --------------------------------------------------------------- Замечание Попытайтесь ограничить свою файловую систему размером в 60 -80 мегабайт или выбрать еще меньший размер. Средства обслужи- вания системы работают быстрее и более эффективнее с данным размером файловой системы. --------------------------------------------------------------- 6. На экран компьютера будет выведено главное меню прог- раммы divvy, на котором показано следующее разделение диска: +--------------------------------------------------------------- |+----+----------------+----------+---+------------+-----------+ || Имя| Тип | Новый | # | Первый | Последний | || | | FS | | блок | блок | |+----+----------------+----------+---+------------+-----------+ || |не используется | нет | 0 | 0 | 39011 | || |не используется | нет | 1 | 39012 | 41511 | || |не используется | нет | 2 | - | - | || |не используется | нет | 3 | - | - | || |не используется | нет | 4 | - | - | || |не используется | нет | 5 | - | - | || |не используется | нет | 6 | 41512 | 41521 | ||hdla|Весь диск | нет | 7 | 0 | 41980 | |+----+----------------+----------+---+------------+-----------+ | 41522 блоков, приходящихся на раздел; 459 блоков | резервируется системой. | n[ame] Имя или новое имя раздела. | c[reate] Создание новой файловой системы в | данном разделе. -22-8а- | t[ype] Выбирает или изменяет тип файловой | системы в новых файловых системах. | p[revent] Предотвращает создание новой файловой | системы на месте старой. | s[tart] Начинает раздел на другом блоке. | e[nd] Заканчивает раздел на другом блоке. | r[estore] Восстанавливает исходную таблицу раздела. | Пожалуйста введите нужный символ или 'q' для выхода из меню. Каждый ряд, расположенный в таблице dvvy, соответствует файловой системе. Во время первого просмотра таблицы можно об- наружить то, что могла быть создана одна или большее количество файловых систем. Используя команды start и end можно выполнить изменения размера данных файловых систем, принятый в системе по умолчанию. Следует заметить , что границы файловой системы не должны перекрываться. Например, файловая система 0 не может за- канчиваться на том номере блока, на котором начинается файловая система 1. -22-9- Если пользователь в первый раз просматривает главное меню программы divvy, то он обнаруживает, что файловая система не имеет имен. Для изменения имени файловой системы можно исполь- зовать команду name. Файловые системы могут иметь любые возмож- ные имена. Например, можно использовать имя файловой системы u (от user "пользователь"). Не рекомендуется изменять конфигурацию файловой системы 7; данный номер зарезервирован для внутреннего использования опе- рационной системы. После того, как были определены начальные и конечные точки в файловой системе пользователя, обязательно используйте коман- ду create для создания каждой файловой системы на диске. Типом файловой системы, принятым по умолчанию, является тип AFS. Если пользователю требуется создать файловые системы других типов, то необходимо воспользоваться командой type. Чтобы выйти из главного меню программы divvy , пользовате- лю необходимо вести символ q . Программа выдает подсказки вся- кий раз, когда требуется выполнить установку новой таблицы раз- дела, вернуть управление в главное меню или осуществить выход из программы без установки таблицы раздела. Выберите опцию i для установки таблицы раздела. Во время создания файловой системы большого объема пользо- вателю будет выдан вопрос о том необходимо ли создать рабочее устройство. Пользователь отвечает "yes" (да), если ему необхо- димо создать рабочее устройство, которое очень удобно использо- вать во время работы программы fsck(ADM). Дополнительная информация по данному вопросу приводится в разделе divvy(ADM). 7. В данный момент операционная система формирует файловую систему и область обмена на своем накопителе на жестком магнит- ном диске. Данные действия занимают несколько минут. На экран компьютера будет выведено следующее сообщение: +---------------------------------------------------------- | Создание новых файловых систем (Отсутствуют страницы 22-10, 22-11 !) -22-12- Перередактирование ядра Если пользователь ответил "нет" в ответ на подсказку по перередактированию ядра после установки накопителя на жестком магнитном диске SCSI , то ему необходимо вручную прогнать прог- рамму link_unix для выполнения перестроения ядра, использую новую информацию о конфигурации вычислительной системы. В этом случае пользователю необходимо ввести следующие команды: cd /etc/conf/cf.d ./link_unix Пользователи системы sysadmsh выбирают: Система -> Конфигурация -> Перестроение -22-13- Пересылка текущих счетов пользователя с основного накопителя на жестком магнитном диске Если необходимо выполнить пересылку пользовательских теку- щих счетов в новую файловую систему (например, /x ), находящую- ся на вторичном накопителе на жестком магнитном диске, то убе- дитесь в том, что новые текущие счета помещены в новые области памяти. Программа выборки текущих счетов sysadmsh(ADM) (исполь- зуется для создания новых текущих счетов пользователя) читает адрес памяти, принятый в системе по умолчанию, с целью размеще- ния по данному адресу памяти пользовательских текущих счетов, выбираемых из файла /usr/lib/mkuser/homepaths. Отредактируйте файл /usr/lib/mkuser/homepaths. Измените запись "/usr", выполняющую чтение параметров, и установите но- вый параметр /х. Данные действия устанавливают файловую систему /х в качестве области памяти, по которому будут находиться но- вые текущие счета пользователей. Всякий раз во время прогона программы выборки текущих сче- тов sysadmsh , сделайте добавление нового пользователя, чей те- кущий учетный счет определен параметром /х. Перед тем, как приступить к созданию нового пользователя, убедитесь в том, что файловая система /х смонтирована, в противном случае, если фай- ловая система не была смонтирована, к собственному каталогу будет запрещен доступ. Если пользователи уже выполняют свою работу под управлени- ем операционной системы и одному из пользователей необходимо переслать свои текущие счета в новую файловую систему, то необ- ходимо воспользоваться командой copy(с) для копирования текущих счетов в новую файловую систему. Во первых, необходимо защитить своих пользователей от воз- можной потери данных, сделав для этого резервную копию текущих счетов, которые были запланированы для пересылки, на гибкий магнитный диск или магнитную ленту. Затем необходимо выполнить приведенные ниже шаги, необходимые для выполнения пересылки те- кущих счетов пользователей из одной файловой системы в другую. Например: 1. Убедитесь в том, что новая файловая система смонтирова- на и текущие счета, пересылка которых была запланирована, ис- пользоваться не будут. Кроме этого, убедитесь в том, что работа выполняется в "корне" (вошли в корневой каталог). 2. Измените каталоги и перейдите в верхнюю часть исполь- зуемого в данный момент времени каталога текущего счета поль- зователя. Если, например, текущие счета пользователя находятся в каталоге /usr, то введите следующую команду: -22-14- cd /usr 3. Распечатайте содержимое данного каталога, введя для этого следующую команду: lc В дополнении к системным каталогам, находящихся в катало- ге /usr, на экран компьютера будет введен список имен теку- щих счетов, например: +--------------------------------------------------------- | albert numspa wanda tregor | johne katra geoff petra 4. Введите следующую команду: copy -orm /usr/user /x/user Повторите данные действия для каждого каталога пользователя. 5. После завершения работы команды copy пользователю необ- ходимо ввести следующую команду: cd /x Чтобы убедиться в том, что все текущие счета были правиль- но скопированы, распечатайте новое содержимое файловой системы /x. 6. После того, как пользователь проверил, что все текущие счета были полностью скопированы, все текущие счета могут быть удалены из предыдущей файловой системы пользователя. Данные действия выполняются путем удаления файлов, каталогов и псев- донимов, находящихся в данной файловой системе. 7. Измените собственный каталог каждого пользователя при вызове информации из их текущего счета, используя для этого утилиту sysadmsh(ADM). Например: Текущие счета -> Пользователь -> Проверка: Тождественность Измените поле "Собственный каталог" в новой области дан- ных. Выполните данные действия для каждого пользователя, ката- логи которого изменялись во время работы.