Intr Позволяет прерывать с клавиатуры заблокированные операции (и заставлять их выдать сообщение об ошибке).

rsize=n Устанавливает размер буфера чтения равным n байтов.

wsize=n Устанавливает размер буфера записи равным n байтов.

Админимстративные соглашения по nfs

Ориентация на NFS заставляет администраторов отменять одни свои решения и предлагать другие. Пользователь, желающий получить доступ к какому-либо файлу по сети, должен быть зарегистрирован на той машине, где этот файл "живет". Не обязательно, чтобы с его регистрационным именем был связан реальный shell, но обязательно должна быть сделана регистрационная запись в файле паролей. Более того, все UID и GID пользователя должны быть уникальными для всех машин, совместно использующих файловые системы. Во избежание административных проблем лучше всего добиться того, чтобы UID и GID были уникальными для всей Вашей организации.

Взаимодействие nfs с сетями

Традиционная NFS в качестве базового транспортного протокола использует протокол UDP. NFS сама выполняет разборку последовательностей пакетов и осуществляет контроль ошибок, но ни в UDP, ни в NFS не существует алгоритмов контроля перегрузки, которые существенно необходимы для достижения нормальной производительности в крупной IP-сети.

По этой причине следует избегать монтирования традиционных NFS-разделов через маршрутизатор, по линиям удаленной связи (глобальным сетям) и по Internet.

Решение должно быть таким: использовать в качестве базового транспортного уровня для монтирования, при котором задействуется маршрутизатор или линия удаленной связи, протокол TCP. Некоторые продавцы (включая BSDI и OSF/1) уже поставляют со своими системами комплекс TCP-NFS, который реализует обычные функциональные возможности сетевой файловой системы на базе TCP, а не UDP.

Автоматическое монтированне

Индивидуальное монтирование файловых систем посредством включения их в файл /etc/fstab сопряжено в крупных сетях с рядом проблем. Во-первых, ведение файла /etc/fstab на нескольких сотнях машин - утомительная задача. Каждая из этих машин может отличаться от других и требовать индивидуального подхода.

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

В-третьих, крах какого-нибудь важного сервера может нанести немалый ущерб пользователям, сделав недоступными такие важные разделы, как, например, /usr/share/man. Проще всего выйти из такой ситуации можно тогда, когда есть возможность временно смонтировать копию этого раздела с резервного сервера.

Демон автоматического монтирования монтирует файловые системы, когда к ним производится обращение, и демонтирует их, когда надобность в них отпадает. Таким способом, который в своей основе прозрачен для пользователей, число активных точек монтирования сводится к минимуму. Большинство автомонтировщиков, кроме того, позволяют задавать список "дублирующих" (идентичных) файловых систем, чтобы сеть могла продолжать функционировать в случае отказа основного сервера.

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

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

Идеологом автомонтирования является фирма Sun. Реализованная ею программа автомонтирования automount поставляется с большинством NFS, построенных на продуктах Sun.

Кроме того имеется бесплатно распространяемая версия amd.

Automount, автомонтпровшик Фирмы Sun

Программа automount понимает три вида файлов конфигурации (называемых "картами"): прямые карты, косвенные карты и главные карты. Прямые и косвенные карты содержат информацию о файловых системах, подлежащих автомонтированию. Главная карта — это список прямых и косвенных карт, на которые automount должен обращать внимание. Можно запустить автомонтировщик и без главной карты, перечислив прямые и косвенные карты в командной строке.

Косвенные карты

Косвенные карты используются для автоматического монтирования нескольких файловых систем в общем каталоге. Путевое имя каталога задается в главной карте, а не в самой косвенной карте. Например, косвенная карта для файловых систем, монтируемых в /chimchim, будет иметь следующий вид:

users chirnchim: /chirochim/users

devel chirnchim: ./chirnchim/devel

info -ro chirnchim: ./chirnchim/info

В первой колонке дается имя подкаталога, в котором будет инсталлирована автоматически монтируемая файловая система. В следующих колонках перечислены опции монтирования и исходное путевое имя файловой системы. В этом примере (он, вероятно, хранится в файле с именем типа /etc/auto.chim) программе automount сообщается, что она может монтировать каталоги /chirnchim/usere, /chirnchim/devel и /chim-chim/info с машины chirnchim (при этом каталог info монтируется только для чтения). В рассматриваемой конфигурации пути на машине chimchim и на локальной машине будут идентичными, но это вовсе не обязательно.