Жанр: Учеба
Приемы профессиональной работы в Unix
...обходимо копировать и переклю-
чать их в командной строке. Вы можете иметь один список маршрутов для
системных файлов, другой для исходных файлов, третий для личных файлов,
четвертый для файлов с готовым продуктом и так далее. Для каждой из
этих групп файлов создается список маршрутов и передается в качестве
входа для autobkp. Входные данные читаются как три поля: FROM, TO и
TYPE. Поле FROM - это каталог-источник. Поиск файлов начинается с этого
места. Напомним, что autobkp проходит вниз до конца дерева файлов, на-
чиная с указанного каталога.
Поле TO - это каталог-приемник, куда все файлы, найденные для дан-
ной записи в файле со списком маршрутов, помещаются на машине-приемнике
или в разделе-приемнике.
Поле TYPE - это описатель-шаблон, который сообщает autobkp, какие
файлы искать. Его значение может быть *, *.c, *src*, и так далее. Как
мы увидим позже, этот описатель передается команде find Unix, которая
фактически и выполняет поиск файлов. Вы можете использовать любое выра-
жение в поле TYPE, если оно соответствует синтаксису find.
Итак: все файлы, которые были изменены в последние 24 часа, обна-
руживаются в списке FROM с помощью описателя TYPE и копируются в об-
ласть TO.
Ниже приводится типичный файл со списком маршрутов. Он указывает
несколько каталогов, в которых производится поиск файлов. Обратите вни-
мание, что эти каталоги находятся под регистрационным каталогом: если
вы хотите скопировать ВЕСЬ регистрационный каталог полностью, вы можете
указать этот каталог, но здесь мы хотим выбрать только указанные ката-
логи.
/usr/russ/bin /pack1/russ/.bkp/bin *
/usr/russ/doc /pack1/russ/.bkp/doc *
/usr/russ/src /pack1/russ/.bkp/src *.c
/usr/product1 /pack1/russ/.bkp/product1 *.[ch]
Эти строки копируют каталоги bin, doc и src на локальной машине
автора. В случае каталога src мы указали, что копировать нужно только
исходные файлы на языке Си. Будет также скопирована некоторая полезная
информация из другого места этой же системы. Будут скопированы только
файлы с расширением *.c и *.h.
Место назначения (прямо указанное в командном файле автоматическо-
го копирования) - другая система UNIX. Место назначения - некоторый
смонтированный диск, регистрационный каталог, подкаталог копий (bkp).
Использование cron
Теперь, когда процедура autobkp знает, что искать, давайте скажем
ей, когда искать. Cron, вечный резидентный хранитель времени, может
легко выполнить эту работу. Входные данные для cron обычно устанавлива-
ются системным администратором (или кем-либо, кто имеет права записи в
/usr/lib/crontab), так что вы должны попросить администратора устано-
вить для вас вход в файл данных cron. Для получения дополнительной ин-
формации о входных данных cron, прочтите cron(1M) в Руководстве адми-
нистратора. Коротко говоря, полями в файле /usr/lib/crontab являются
минута, час, день месяца, месяц и день недели. Используя *, мы можем
установить принудительно многие из этих полей во все возможные значе-
ния. Входные данные для cron, копирующие мой регистрационный каталог в
4.00 утра каждый день каждой недели каждого месяца года, выглядят так:
0 4 * * * /usr/russ/bin/autobkp.cron
Обратите внимание, что вход в cron вызывает управляющую процедуру
вместо того, чтобы непосредственно использовать autobkp. Имеется
несколько важных причин, чтобы написать процедуру на базе утилиты
autobkp. Во-первых, cron не печатает диагностическую информацию на ваш
терминал, поэтому если что-нибудь идет не так, вы никогда об этом не
узнаете. Во-вторых, проще поддерживать усеченную версию autobkp, а зву-
ковые предупреждения добавлять в управляющую процедуру. Вы можете сде-
лать собственные модификации управляющей программы и не беспокоиться об
отсутствии сообщений от самой утилиты. Управляющую программу можно
настолько усложнить, насколько вы желаете. Представленная здесь вполне
работоспособна, но легко может быть дополнена.
# Cron-driven autobkp driver
echo "backed up: `date`" " /dev/tty00
/usr/bin/autobkp " /usr/russ/bin/autobkpath
"" /usr/russ/bin/autobkp.log
Этот драйвер выдает сообщение на терминал, запускает autobkp,
использует для ввода файл со списком маршрутов в каталоге bin и помеща-
ет все выводные сообщения в файл протокола. Отметим, что имя терминала
дано как абсолютное (tty00). Это правильно только в том случае, когда в
вашей системе имеется такой терминал. Использование этого имени терми-
нала позволяет сообщению появиться на экране даже если никто на нем не
зарегистрирован. Это хорошо, потому что первое, что вы сможете увидеть
утром на вашем экране - это сообщение. Если у вас нет указанного терми-
нала, вы можете сделать что-то другое, например, передачу самому себе
почтового сообщения.
Примеры
1. $ autobkp
Запускает программу без передачи ей файла со списком маршрутов и
без файла протокола. Поскольку поля FROM, TO, TYPE ищутся в стандартном
вводе, введите их вручную. Когда вы нажмете возврат каретки, autobkp
выполнит указанные действия, напечатает информацию на экран терминала и
будет ожидать дальнейшего ввода. Для завершения выполнения командного
файла введите ^d (в результате оператор read вернется с ненулевым ста-
тусом).
2. $ autobkp " pathlist
Получает все входные данные из файла со списком маршрутов, но пе-
чатает всю протокольную информацию на экран терминала. Autobkp заверша-
ется, когда прочитает все данные в файле pathlist.
3. $ autobkp "" logfile
Как и в первом случае, списки маршрутов должны быть введены с кла-
виатуры. Все выходные данные выводятся в файл протокола, а не на экран.
Для завершения autobkp введите ^d.
4. $ autobkp -c " pathlist "" logfile
Копирует файлы из одной области жесткого диска в другую (опреде-
ленную каталогом-приемником в файле pathlist). Берет все входные данные
из файла pathlist и выводит все выходные данные в файл logfile.
Пояснения
Строки 4-8 выполняют проверку на наличие ошибок. Autobkp может
быть вызван либо без указания опций, либо с одной опцией (-c, при
использовании cp). Вспомните, что переназначение ввода-вывода НЕ прини-
мается во внимание при рассмотрении аргументов, потому что командный
процессор интерпретирует символы переназначения и то, что следует за
ними, до вызова команды. Таким образом, если количество позиционных па-
раметров больше одного (#1 -gt 1), получаем ошибочное условие. Затем
выдается сообщение об ошибке и синтаксическая подсказка и программа за-
вершается.
В строках 10-13 проверяется использование ключа -c. Обратите вни-
мание, что мы не проверяем, равен ли параметр $# единице и не пытаемся
выделить первый символ, чтобы посмотреть, равен ли он "-". Это потому,
что такая проверка приведет к ошибке, если не указан никакой ключ (что
является верным синтаксисом, как указывалось ранее).
Если мы сказали
if [ $1 = -c ]
и не указали ключей, то команда проверки не сработает и будет вы-
дано сообщение о том, что "no argument in the statement" ("в операторе
нет аргументов"). Но если мы выполним экранирование, например, так:
if [ "$1" = "-c" ]
то кавычки допускают нулевое значение аргумента, так что проверка
правильно оценит недостающее значение $1 как "равен ли нуль -c?" Это
даст результат "ложь", поэтому все хорошо.
Попутно давайте внимательно рассмотрим работу команды проверки. Вы
можете выполнить проверку значения двумя способами. Первый - сравнение
строк, а второй - числовое сравнение. Переменные командного процессора
ВСЕГДА хранятся в виде строк. Вы можете, тем не менее, заставить систе-
му рассматривать эти последовательности как числа и интерпретировать их
значения как числовые, подобно оператору number = val(STRING$) языка
Бейсик. Вы можете сказать системе, чтобы она изменила свой способ
рассмотрения символьных строк путем изменения синтаксиса операции срав-
нения. Для символьных строк сравнение выглядит так:
str1 = str2
а числовое сравнение выглядит так:
num1 -eq num2
-lt
-gt
Сверьте это с руководством. Если вы попытаетесь смешать символьное
сравнение с числовым, сравнение не будет работать. У меня забрало много
месяцев программирование на командном процессоре, пока наконец я заме-
тил это незначительное различие. Если не рассматривать подробно что-ли-
бо подобное, то такие технические ошибки кажутся неуловимыми, но можно
найти объяснения, почему что-нибудь работает не так.
Вернемся к возможности проверки кода. Если был передан ключ -c,
переменная COPY устанавливается, что значит "Да, мы собираемся копиро-
вать командой cp, а не использовать uucp". Если ключ -c не использу-
ется, переменная COPY не устанавливается.
В строках 15-16 печатается заголовочное сообщение о том, что будет
выполняться копирование. Обратите внимание, что мы спрятали команду
date системы UNIX внутри оператора echo, сократив число перехваченных
данных, которые мы должны иметь, чтобы получить дату непосредственно.
Проследите за кавычками в этом операторе. Внешние кавычки являются
двойными для того, чтобы упаковать весь аргумент для оператора echo.
Знаки ударения (`) обрамляют команду date так, что она является "выпол-
няемой внутри" и ее выходное сообщение перехватывается для наших нужд.
Одинарные кавычки внутри команды date используются для передачи форма-
та, который изменяет внешний вид значений так, чтобы заголовок выглядел
более красиво. В конце оператора echo кавычки следуют одна за другой.
Это не представляет проблемы, поскольку во вложенности нет никакой
двусмысленности. Вы должны помнить, что нужно следить за ситуацией,
когда вы и командный процессор можете расходиться во мнениях, т. е.,
когда вы должны обращаться к записи вида "\".
В строке 18 переменной SYSTEM присваивается имя удаленной системы,
в которую вы будете копировать командой uucp. Здесь она равна нулю, что
позже вызовет выполнение другой операции для обеспечения функционирова-
ния по умолчанию. Если же вы хотите всегда копировать на вполне опреде-
ленную систему, модифицируйте эту строку, чтобы назначить имя этой
системы. Если оставить строку 18 так, чтобы она назначала ноль, строка
14 поймает это значение и присвоит переменной SYSTEM имя вашей текущей
системы. Другими словами, если вы оставите строку 18 так, как она есть,
и вызовете autobkp без ключа -c, вы будете копировать командой uucp са-
ми на себя, что вполне допустимо. Однако, из соображений эффективности
вы, вероятно хотели бы выполнить autobkp -c для получения локальной ко-
пии.
Строка 19 иллюстрирует концепцию, часто используемую при програм-
мировании на командном языке. Давайте вкратце рассмотрим ее.
Первый символ - это ":". В данном случае мы интересуемся, что про-
исходит при проверке, а не возвращаемым значением, поэтому мы заставили
холостую команду ("не делать ничего") получать результат как аргумент.
Текст, следующий за двоеточием, интерпретируется так: "Если переменная
SYSTEM не установлена или установлена в ноль, присвоить ей значение,
которое следует за ней". В данном случае значение - это выход команды
uuname -l. Эта команда устанавливает, что система-приемник является той
же системой, что и исходная, если система-приемник не была прямо указа-
на ранее.
Мы используем uuname -l, а не стандартное выражение uname -n по
причине совместимости. Uname -n правильно получает имя узла из структу-
ры uts ядра операционной системы, но не все системы XENIX используют
элемент узла в виде структуры uts ядра системы. Вместо этого они посы-
лают имя в файл /etc/systemid, который соответствует микросети
(micnet), разработанной для XENIX фирмой Microsoft. Команда uuname -l -
это локальное имя (или исходная машина) для системы uucp. Эта команда
возвращает правильное значение и в UNIX, и в XENIX. Имеет смысл исполь-
зовать то, что всегда работает!
Строка 21 печатает имя исходной системы и системы-приемника. Это
сообщение добавляет информацию в запись о том, что собирается делать
autobkp, поэтому вы можете видеть по выходным данным, как вы установили
данный командный файл. Снова мы спрятали команду uuname внутри операто-
ра echo. У нас нет необходимости сохранять имя исходной системы,
поскольку оно нам всегда доступно при помощи команды uuname. Поскольку
мы всего два раза используем это имя, то решили не использовать для не-
го какую-либо переменную.
Строки 23-41 - это полный цикл, который управляет автоматическим
копированием. Управляющим циклом является оператор while, который чита-
ет значения из стандартного ввода. Заметьте, что вы можете считать
несколько значений в операторе read. Это удобно, если вы хотите читать
более одного значения, но не должны выделять каждую порцию входных дан-
ных для того, чтобы определить, является это первым, вторым или третьим
элементом данных. Мы читаем их все сразу и они присваиваются указанным
переменным. Поскольку выполняется чтение стандартного ввода, мы можем
перенаправить stdin при вызове autobkp и оператор read никогда не узна-
ет, чем они отличаются. Если мы не переназначаем входные данные, мы
должны вводить их с клавиатуры. Цикл завершается при чтении конца файла
- в данном случае конец файла со списком маршрутов или символа
control-d (^d) с клавиатуры. Поэтому управляющий цикл работает так:
"пока еще есть данные для чтения, читать их, обрабатывать, затем читать
следующие."
Строки 25-28 проверяют, является ли каталог-источник действительно
каталогом. Если нет, выдается сообщение об ошибке и оператор continue
приводит к следующей итерации цикла while.
В строке 30 производится смена каталога на каталог-источник. Вот
почему выходные данные команды find являются относительными к точке
(.). Если бы мы не выполнили команду cd, то полное имя стало бы абсо-
лютным, что могло бы отразиться на системе-приемнике. Тогда маршрут,
начинающийся с каталога-приемника, имел бы вниз от себя лишний абсолют-
ный путь.
Строка 31 печатает каталог, в котором ищутся исходные файлы. Хоро-
шо иметь их в файле протокола, поскольку вам легче будет читать и сле-
дить, где в данный момент работает autobkp.
Строки 33-40 выполняют непосредственно копирование файлов. Здесь
циклом является цикл for, который читает имена файлов из выхода команды
find. Заметьте, что это автоматически ограничивает общее число файлов,
которые может обрабатывать цикл. Этот факт ранее был объяснен в этой
книге, но давайте рассмотрим его еще раз. Если find выдает список,
состоящий из сотен файлов, то список слов оператора for переполняется и
нарушает работу вашего командного процессора (или по крайней мере ко-
манды find). Здесь принято допущение, что вы не хотите иметь так много
файлов в исходном каталоге. Вы можете избежать этого, разбивая исходный
каталог на более мелкие части и пересылая их в файл pathlist. Если вы
хотите создать действительно хороший цикл, измените его, например, так:
find . -type f -ctime 0 -name "$FILES" -print | while read FILE
Благодаря использованию такого цикла, число имен файлов теперь
можно изменить от входных ограничений для командного процессора до раз-
меров канала системы (который очень большой, практически неограничен-
ный). Изменение этой одной строки не оказывает влияния на другие части
цикла.
Давайте рассмотрим детально команду find. Во-первых, мы указали ей
поиск файлов в текущем каталоге (.). Это делает все полные имена от-
носительными по отношению к точке. Затем мы сказали команде find найти
все файлы типа f, что означает обычные файлы, а не каталоги или файлы
устройств. Мы не хотим копировать такие файлы. Дальше мы говорим ей
найти файлы, которые были изменены. Под "изменением" мы подразумеваем
доступ или модификацию. (Посмотрите в описании stat(2), какие команды
изменяют доступ, изменяют и модифицируют время. Говоря "делать поиск
для нахождения "ctime 0"", мы имеем в виду все файлы, измененные за
последние 24 часа. Объяснения, которые документация по find дает по по-
воду этих чисел, довольно непонятны, поэтому отнеситесь к ним с недове-
рием.) Затем мы говорим команде find "найти только те файлы, которые
определены путем соответствия их имен маршрутным именам, указанным в
переменной $FILES, значение которой мы читаем". В этом месте мы можем
отфильтровать файлы, которые нам не нужны (как объяснялось предвари-
тельно) или выбрать файлы, которые нам нужны. В конце мы говорим коман-
де find "напечатать имена всех файлов, которые соответствуют пере-
численным критериям". Затем имена файлов передаются в цикл for. Другими
словами, выходные данные команды find становятся аргументом для охваты-
вающего цикла for.
В строках 35-38 оператор case определяет, какого рода копирование
мы собираемся делать, и запускает команды копирования. Если переменная
COPY не установлена, мы копируем файлы командой uucp. Обратите внима-
ние, что местом назначения является SYSTEM. Если мы оставили SYSTEM в
нуле в строке 18, то SYSTEM - это наша собственная система и мы копиру-
ем командой uucp файлы к себе. Если COPY установлена, то независимо от
значения SYSTEM мы копируем (но не командой uucp) файлы в другой ката-
лог текущей системы. Этот каталог может быть на том же жестком диске
или в другой смонтированной файловой системе. После того, как файл ско-
пирован, выдается сообщение, которое говорит о том, какой файл и куда
был передан. Удобно иметь в файле протокола эту информацию, поскольку
мы имеем возможность проследить, куда были пересланы ваши скопированные
файлы.
Цикл find выполняется до тех пор, пока не скопируются все файлы в
текущем сегменте дерева. Напомним, что команда find рекурсивная, поэто-
му убедитесь, что вы указывали не больше деревьев, чем вы хотели. Если
вы указали "копировать, начиная с корня (/)", то может быть передан
каждый файл, имеющийся в системе. Когда цикл for выполнился, внешний
цикл while идет к следующей итерации. Когда все входные данные обрабо-
таны, программа завершается.
Некоторые особенности uucp
Когда используется uucp, в маршруте приемника должен быть установ-
лен бит разрешения выполнения ("x") для группы "others" (остальные) для
всех промежуточных каталогов, ведущих к файлу. Это будет выглядеть так:
--------x
Самый последний каталог должен иметь права доступа вида "wx", что-
бы uucp могла писать файл в каталог. После этого владельцем файла счи-
тается uucp. Если собственником файла хотите быть вы, скопируйте его
(используя cp, а не mv) с другим именем и он будет вашей собствен-
ностью. Если вы переименуете его командой mv, вы только измените имя,
связанное с тем же индексным описателем файла (inode). Но если вы ско-
пируете его командой cp, вы создадите новый отмеченный описатель файла.
Этот новый описатель файла (созданный вами) имеет ваши идентификатор
пользователя (uid) и идентификатор группы (gid), поэтому вы владеете
им. Если вы находитесь в корне системы и копируете файл (используя cp,
а не mv) поверх другого существующего файла, информация в описателе файла
не изменяется, а меняются только данные, доступ к которым указывает
описатель файла.
Когда uucp устанавливает предшествующие права доступа к файлу на
всех промежуточных каталогах такими, что все имеют право записи,
последний каталог НЕ будет иметь защиты. Предоставление любому пользо-
вателю права записи означает, что кто угодно может удалить или изменить
файлы в этом каталоге. Не каждый хочет давать всем это право. Если же
вы копируете файлы в обычную область команды uucp общего доступа
(/usr/spool/uucppublic/$LOGNAME), то вы должны внимательно следить за
ними. Многие системы имеют запускаемые с помощью cron программы, произ-
водящие в данном каталоге поиск файлов, к которым не было доступа в те-
чение определенного количества дней, и удаляют такие файлы - это вредит
вашим копиям. Если период хранения больше, чем промежуток между вашим
копированием, у вас может быть все в порядке. Как и многое другое, это
зависит от ваших обстоятельств и требований безопасности.
Усовершенствования
В оригинале файл со списком маршрутов имеет аргумент TYPE в конце
аргумента FROM, например /usr/russ/bin/*. Это представляет проблему
(кроме того, что показывает, что ваш автор еще не является мастером!),
потому что когда символ * будет выделен, он будет расширен в имена всех
файлов вместо того, чтобы трактоваться как литеральный символ. Простое
решение - использовать отдельные поля, что и было сделано. Мастерским
решением является экранировать метасимвол для сохранения его как лите-
рального символа. Как только символ * будет выделен из маршрутного име-
ни, символ \ представит его в виде * вместо того, чтобы дать его на
расширение. Например, можно написать так:
TYPE=`basename \"$FROM"`
Здесь символ * присваивается переменной TYPE, вместо того, чтобы
присвоить TYPE список всех файлов, которые соответствуют метасимволу.
Затем, когда будет вызвана команда find, переменная TYPE должна быть
экранирована так, чтобы метасимвол интерпретировался не командным про-
цессором, а самой командой find.
3.3.2. cpiobr - копирование и восстановление файлов в виде потока
данных
---------------------------------------------------------------------------
Имя: cpiobr
____________________________________________________________________
cpiobr Копирование и восстановление в виде
потока данных командой cpio
НАЗНАЧЕНИЕ
Обеспечивает интерфейс в виде меню с командой cpio и удобства при
копировании и восстановлении файлов. Выходные данные на носитель копи-
руются в виде потока данных.
ФОРМАТ ВЫЗОВА
cpiobr
Пример вызова
cpiobr Вызывает главное меню для копирования,
восстановления или выдачи списка файлов
Командный файл cpiobr
1 :
2 # @(#) cpiobr v1.0 Cpio stream backup and restore
Author: Russ Sage
4 if [ "$#" -gt "0" ]
5 then echo "cpiobr: too many arguments"
6 exit
7 fi
9 while :
10 do
11 c
12 set `date`
13 echo "
15 $1, $2 $3 $4
17 Cpiobr Backup & Restore
18 -----------------------
19 Backup to removable media
20 Restore from removable media
21 List files on media
22 Long list files on media
23 to exit
25 Press b,r,f,l or : \c"
27 read CMD
28 if [ "$CMD" = "" ]
29 then break
30 fi
32 ABORT=off
34 while :
35 do
36 echo "
38 Enter media type:
39 Raw System V floppy drive (/dev/rfp021)
40 Raw XENIX floppy drive (/dev/rfd0)
41 Tape drive (/dev/rmt0)
42 Any device (/dev/???)
43 to exit
45 Press s,x,t,a, or : \c"
47 read MEDIA
48 case $MEDIA in
49 s|S) DEV=/dev/rfp021
50 break;;
51 x|X) DEV=/dev/rfd0
52 break;;
53 t|T) DEV=/dev/rmt0
54 break;;
55 a|A) echo "enter full pathname
(or "" to exit): \c"
56 read DEV
57 if [ "$DEV" = "" ]
58 then continue
59 else break
60 fi;;
61 "") ABORT=on
62 break;;
63 *) echo "cpiobr: invalid
command \"$MEDIA\"";;
64 esac
65 done # while get media
67 if [ "$ABORT" = "on" ]
68 then continue
69 fi
71 case $CMD in
72 b|B) echo "\nEnter the source directory name: \c"
73 read SRC
74 cd $SRC
75 echo "\nPlace floppy in drive and hit ...\c"
76 read CMD
77 find . -print | sort | cpio -ocBv " $DEV
78 echo "\nhit \c"
79 read CMD
80 ;;
81 r|R) echo "\nEnter the destination directory name: \c"
82 read DEST
83 cd $DEST
84 echo "\nPlace floppy in drive and hit ...\c"
85 read CMD
86 cpio -icBvdmu " $DEV
87 echo "\nhit \c"
88 read CMD
89 ;;
90 f|F) cpio -icBt " $DEV
91 echo "\nhit \c"
92 read CMD
93 ;;
94 l|L) cpio -icBtv " $DEV
95 echo "\nhit \c"
96 read CMD
97 ;;
98 *) echo "cpiobr: invalid command \"$CMD\""
99 ;;
100 esac
101 done
Переменные среды выполнения
ABORT Флаг, определяющий, делать ли аварийное прекращение
CMD Команда, получаемая от пользователя
DEST Каталог-приемник при восстановлении
DEV Маршрутное имя устройства носителя
MEDIA Хранит тип устройства, которое будет использоваться
SRC
...Поділитися у соцмережах
