е оканчиваютсЯ на .asm, поэтому нет необходимости помнить
       вид выражениЯ длЯ копированиЯ этих файлов. Ђналогично, ключ -c копирует
       все файлы, оканчивающиесЯ на .c, и ключ -h копирует файлы, оканчивающи-
       есЯ на .h.
            Љак мы увидим позже,  прЯмое указание, о котором мы говорим здесь,
       ЯвлЯеетсЯ выражением  длЯ команды grep.  €спользование всех возможностей
       команды grep достигаетсЯ при указании образцов имен файлов.
            €спользуйте ключ -d длЯ указаниЯ,  с какого гибкого диска произво-
       дитсЯ копирование. Џо умолчанию это устройство a: или A:. Ќе имеет зна-
       чениЯ,  на  каком  регистре вы укажете имЯ устройства.  „лЯ уверенности
       проверьте файл /etc/default/msdos. ќтот файл содержит соответствиЯ меж-
       ду символом устройства и маршрутным именем XENIX.  Ќапример, файл может
       выглЯдеть так:
            A=/dev/fd048ds9
            B=/dev/fd148ds9
            C=/dev/hd0d
            D=/dev/hd1d
            X=/dev/fd096ds15
            Y=/dev/fd196ds15
            Љак вы  видите,  маршрутные  имена - это обычные имена устройств и
       ничего больше.
            ‚ качестве  основного средства выполнениЯ работы dosflp использует
       команду doscp.  ќто утилита способна понимать формат  файловой  системы
       DOS.   Dosflp   передает  ей  обозначение  устройства  и  другие  опции
       посредством переменных командного процессора. Ќапример, ключ "-dB:" ме-
       нЯет устройство на B вместо принЯтого по умолчанию устройства A.
            …сли выражениЯ прЯмого указаниЯ типа файлов не соответствуют тому,
       что  вам  нужно,  вы  можете  определить свои собственные выражениЯ со-
       поставлениЯ,  используЯ ключ -e.  Ќапомним,  что выражение должно  соот-
       ветствовать  синтаксису команды grep.  …сли вы хотите освежить свою па-
       мЯть, посмотрите grep(1) в руководстве по AT&T UNIX или grep(C) в руко-
       водстве по XENIX.  „лЯ получениЯ полной информации о синтаксисе посмот-
       рите ed(1). ќтот синтаксис ЯвлЯетсЯ основой большинства команд, работа-
       ющих с регулЯрными выражениЯми, таких как sed и grep.
            Ќапример, если вы используете выражение  "*test*",  выражение  длЯ
       grep  должно иметь вид ".*test.*".  …го можно слегка изменить в зависи-
       мости от того,  что вы желаете иметь с каждой стороны цепочки  test.  ‚
       данном случае синтаксис указывает все символы (.*), за которыми следует
       цепочка t-e-s-t,  а затем любаЯ цепочка символов (.*).  ‚  этом  случае
       ключ имел бы вид "-e.\*test.\*".  ќто кажетсЯ немного странным,  но это
       соответствует синтаксису. („войные кавычки не ЯвлЯютсЯ частью команды.)
       ‘имвол обратной косой черты (\) используетсЯ длЯ экранированиЯ звездоч-
       ка.  …сли вы не экранируете ее, командный процессор соотнесет ее с име-
       нами всех файлов вашего текущего каталога,  чего вы не желаете. ќкрани-
       рование ее позволит,  чтобы  нужный  символ  был  передан  dosflp,  длЯ
       использованиЯ ее в grep-последовательности.
            Љлюч -h - это еще один из ключей прЯмого указаниЯ. „авайте вкратце
       рассмотрим  его синтаксис внутри dosflp.  ќто ".*\.h$",  и он указывает
       любой символ, за которым стоит одно или несколько вхождений любого сим-
       вола (.*), литеральнаЯ точка (.\), символа h и вслед за ним конец стро-
       ки (h$).  ‚ы могли бы указать то же самое, используЯ ключ -e, но -h де-
       лает это гораздо легче.
            Љлюч -l изменЯет основное действие команды dosflp.  ‚место копиро-
       ваниЯ  файлов  он  выдает список файлов.  ќто делаетсЯ путем выполнениЯ
       различных команд вида dosxx, в данном случае dosdir. Љлюч выдачи списка
       полезен в dosflp, потому что вы можете получить список как информацию к
       решению о том,  что делать дальше,  и вам нет необходимости помнить ко-
       манду dosdir.
            Љлюч -r также изменЯет основную операцию команды  dosflp.  ‚  этом
       случае файлы удалЯютсЯ, а не копируютсЯ. …сли вы указали этот ключ, вы-
       даетсЯ сообщение, которое просит вас подтвердить, что вы хотите удалить
       указанные файлы.  ‚ы можете просто ответить "n",  и запретить удаление,
       если вы ввели этот опцию случайно.  Ќапомним,  что удаленные файлы  или
       файлы,  включенные  в  список  (в случае ключа -l),  выбраны выражением
       grep,  которое жестко запрограммировано или указано  пользователем.  Џо
       умолчанию  выбираютсЯ  ‚‘… файлы.  „лЯ ключа -r это соответствует тому,
       что сказать "rm *".
            Џоследний ключ, -s, обеспечивает возможность доступа к файлам, ко-
       торые размещены внутри подкаталога на гибком диске DOS. …сли вы обраща-
       етесь только к имени устройства, по умолчанию ключ -s относитсЯ к ката-
       логу самого верхнего уровнЯ на гибком диске. …сли нужный вам файл нахо-
       дитсЯ в подкаталоге, вы должны использовать определенную нотацию, чтобы
       попасть в него. Ћдно из различий между XENIX и DOS заключаетсЯ в симво-
       ле,  используемом  длЯ  разделениЯ  элементов маршрутного имени.  XENIX
       использует обычную запись в стиле UNIX - /x/y/z. ‚ DOS применЯетсЯ сим-
       вол "обратнаЯ косаЯ черта", т.е. \x\y\z. Ќо если вы хотите использовать
       команды XENIX на гибком диске DOS,  вы должны применЯть обычную  запись
       XENIX, a:/x/y/z. ќто не совсем понЯтно, но правильно.
        Џо умолчанию,  dosflp копирует  файлы с  гибкого диска в
            ваш текущий каталог на жестком диске. …сли вы измените операцию на
       выдачу списка или удаление,  эта операциЯ будет произведена  на  гибком
       диске.
            Џримеры
            1. $ dosflp -dB: -c -l
            ‚ыдает список всех файлов вида *.c на гибком диске DOS,  размещен-
       ном в устройстве B. ‚ этом случае не происходит переход вниз в подката-
       логи, а включаютсЯ лишь файлы, размещенные на верхнем уровне каталогов.
            2. $ cd /destdir
               $ dosflp -ssrc -e.\*src.\*
            Џереход в каталог,  куда будут помещены файлы.  ЉопируютсЯ файлы с
       гибкого диска DOS (устройство A,  подкаталог src),  в текущий  каталог.
       ”айлы длЯ копированиЯ указаны как *src*. ‚ записи UNIX это выглЯдело бы
       так: "cp A:/src/*src* .".
            3. $ dosflp -r -stmp
            “далЯет все файлы,  размещенные в подкаталоге tmp на гибком  диске
       DOS (устройство A).  Ћбратите внимание, что сам каталог не удалЯетсЯ. ‚
       записи UNIX это выглЯдело бы так: "rm A:/tmp/*".
            4. $ sh -x `path dosflp` -dB:
            ‡апускает процедуру  dosflp  в   отладочном   режиме   выполнениЯ.
       …динственное  ограничение при таком вызове командного процессора заклю-
       чаетсЯ в том,  что файл данных, который вы посылаете ему (в данном слу-
       чае  dosflp),  должен иметь полное маршрутное имЯ.  Џоскольку командный
       процессор Ќ… выполнЯет поиск маршрутного имени  файла,  нам  необходимо
       сперва найти маршрутное имЯ dosflp,  затем передать его командному про-
       цессору,  запущенному в отладочном режиме выполнениЯ,  а также передать
       процедуре  dosflp  аргумент  в  командной строке.  ‡аметьте,  что вызов
       dosflp таким путем не менЯет значение  переменной  $#,  которое  только
       распознает ключ -dB: как аргумент.

            ЏоЯснениЯ

            ‘троки 4-6  выполнЯют  инициализацию по умолчанию путем сохранениЯ
       значений в соответствующих переменных командного процессора. Џо умолча-
       нию символ-шаблон ставитсЯ в соответствие всем файлам,  указанным выра-
       жением длЯ команды grep .\*. ЋбратнаЯ косаЯ черта требуетсЯ длЯ экрани-
       рованиЯ  звездочки,  поэтому она не перехватываетсЯ командным процессо-
       ром.  “стройство по умолчанию - A:.  ЋперациЯ по умолчанию - копировать
       файлы, что указано значением "c" длЯ переменной опции.
            ‚ строках 8-25 устанавливаютсЯ значениЯ ключей и производитсЯ про-
       верка на наличие ошибок. …сли команднаЯ строка имеет некоторые аргумен-
       ты ($# -gt 0), мы перебираем каждый аргумент и проверЯем его. …сли най-
       ден допустимый ключ,  переменные устанавливаютсЯ согласно  ключу.  …сли
       обнаружен  недопустимый ключ,  выдаетсЯ сообщение об ошибке и программа
       завершаетсЯ с плохим статусом возврата.
            €меетсЯ два важных типа ключей.  Љлючи,  которые выполнЯют  прЯмое
       указание типа файла, просто устанавливают переменную EXP в соответствии
       с ключом. Ђналогично, ключи, которые определЯют, какой вид работы будет
       выполнЯтьсЯ процедурой, просто устанавливают соответствующую переменную
       OP.  „ругие ключи должны обрабатыватьсЯ  путем  извлечениЯ  одного  или
       нескольких символов из командной строки, которые следуют за флагом клю-
       ча,  эхо-отображениЯ и конвейерной пересылки текущего аргумента ARG ко-
       манде  cut  длЯ извлечениЯ символа (символов),  начинающихсЯ с третьего
       символа аргумента,  затем присвоениЯ  результата  этой  операции  соот-
       ветствующей переменной.
            €з всего сделанного следует вывод,  что пробелы  между  ключами  и
       символами,  которые стоЯт за ними,  не допускаютсЯ.  Ќапример,  ключ -d
       должен получить имЯ устройства.  Џо синтаксису должно быть -dB:,  но не
       -d  B:,  потому что B:  интерпретировалось бы как другой аргумент ARG в
       цикле for, а это все испортит.
            ‚ строках 27-39 операциЯ, котораЯ должна быть выполнена, определЯ-
       етсЯ при помощи следующего оператора case.  …сли должно быть  выполнено
       копирование, выдаетсЯ сообщение "copying" и выполнЯетсЯ то, что следует
       за оператором case.  …сли должен быть  выдан  список  файлов,  выдаетсЯ
       сообщение об устройстве,  содержимое которого должно распечататьсЯ, за-
       тем выдаетсЯ список файлов путем выполнениЯ команды dosdir и  конвейер-
       ной пересылки результата команде more, после чего dosflp завершаетсЯ.
            …сли файлы должны быть удалены,  пользователю выдаетсЯ  запрос  на
       подтверждение удалениЯ.  …сли ответ "yes", выдаетсЯ сообщение, с какого
       устройства файлы будут удалены. …сли ответ "no", dosflp завершаетсЯ.
            Ћстаток командного  файла  имеет  дело  с  механизмом копированиЯ.
       ‘трока 41 - это первый шаг в наведении моста над пропастью между  двумЯ
       типами  носителей.  Љоманда  dosls  использована  длЯ получениЯ полного
       списка файлов с гибкого диска.  Џеред тем как мы передадим этот  список
       во временный файл, мы пропустим его через команду tr (translate), кото-
       раЯ преобразует все символы на нижний регистр,  чтобы  при  копировании
       файлов их имена были в нижнем регистре.  ‚ результате копии будут поме-
       щены на диск XENIX с именами файлов в нижнем регистре.  …сли у вас есть
       файлы  с  именами  в верхнем регистре или в смеси регистров,  вы должны
       вручную исправить их после копированиЯ.
            ‘троки 43-50 выполнЯют само копирование.  –икл for запускаетсЯ длЯ
       доступа к каждому  файлу  индивидуально.  ќто  требование  команд  вида
       dosxx.  ‚ы  должны  получать доступ к одному файлу один раз,  поскольку
       этот уровень не обладает возможностью указаниЯ  символа-шаблона.  €мена
       файлов, которые использует цикл for, определены путем использованиЯ ко-
       манды grep длЯ выбора имен соответственно выражению, установленному ра-
       нее.
            €мЯ каждого выбранного файла сначала отображаетсЯ, так что пользо-
       ватель может видеть,  выполнЯетсЯ ли команда так, как ожидалось. ‚ этом
       месте мы можем сделать одну из двух вещей:  или копировать  файлы,  или
       удалить их.  ќта операциЯ определЯетсЯ оператором case в строках 46-49.
       …сли операциЯ - копирование файлов, файлы копируютсЯ из комбинации уст-
       ройство-файл  в  текущий каталог.  Ћбратите внимание,  что в переменную
       DRIVE включаетсЯ подкаталог, если он был указан в командной строке. ќто
       объЯснЯет  наличие  символа  "/" в конце присвоениЯ значениЯ переменной
       DRIVE в строке 16.  Џолное выражение должно быть таким: B:/subdir/file.
       …сли  операциЯ - удаление файлов,  комбинациЯ устройство/файл удалЯетсЯ
       выполнением команды dosrm.  Џопутно заметим,  что маршрутное  имЯ  есть
       нечто гибкое (или небрежное,  в зависимости от того, как вы смотрите на
       него) в том смысле,  что вы можете сказать A:/subdir или A:subdir.  Ћба
       варианта правильны.  Џосле того как все файлы будут обработаны, времен-
       ный файл удалЯетсЯ.

        ‚Ћ‡ЊЋ†Ќ›… ЊЋ„€”€ЉЂ–€€ ЉЋЊЂЌ„ЌЋѓЋ ”Ђ‰‹Ђ

            Ћдно из мест, где вы можете настраивать dosflp, это регулЯрные вы-
       ражениЯ.  “же включены выражениЯ длЯ .asm,  .c и .h, но вы можете изме-
       нить это или добавить больше ключей длЯ любой последовательности, кото-
       рую вы часто используете.

            3.3. ‘редства получениЯ резервных копий
            3.3.1. autobkp - автоматичеески наращивамый файл резервной копии

---------------------------------------------------------------------
            €мЯ: autobkp
_____________________________________________________________________

        autobkp     Ђвтоматически наращиваемый файл резервной копии

        ЌЂ‡ЌЂ—…Ќ€…

            Џроизводит поиск по дереву файлов, которые изменЯлись за последние
       24 часа,  и пересылает их в другую систему (посредством uucp) или пере-
       мещает их в другую область жесткого диска.

        ”ЋђЊЂ’ ‚›‡Ћ‚Ђ

        autobkp [-c] [<pathlist] [>>logfile]
             -c копирует файлы в другое место диска вместо
                использованиЯ uucp

            Џример вызова
        autobkp < filelist >> bkplog
                Љопирует все файлы, указанные в filelist,
                и записывает имена файлов в файл с именем bkplog

            Љомандный файл autobkp
1   :
2   # @(#) autobkp v1.0 Automatic file backup Author: Russ Sage

4   if [ $# -gt 1 ]
5     then  echo "autobkp: argument error"                     >&2
6           echo "usage: autobkp [-c] [<pathlist] [>>logfile]" >&2
7           exit
8   fi

10  if [ "$1" = "-c" ]
11    then  COPY=on
12    else  COPY=off
13  fi

15  echo "\nBACKUP DATE  `date  '+%a %m/%d/%y %H:%M:%S'`"
16  echo "-----------------------------------------"

18  SYSTEM=''     # destination system uucp node name
19  :  ${SYSTEM:=`uuname -l`}

21  echo "Sourse system:\t\t`uuname -l`\nDestination system:\t$SYSTEM"

23  while read SRCDIR DESTDIR FILES
24  do
25        if [ ! -d $SRCDIR ]
26          then  echo "autobkp: $SRCDIR is not a directory"
27                continue
28        fi

30        cd $SRCDIR
31        echo "\nFinding files in: $SRCDIR"

33        for FILE in `find . -type f -ctime 0 -name "$FILES" -print`
34        do
35                  case $COPY in
36                  off) uucp $FILE $SYSTEM!$DESTDIR;;
37                  on)  cp $FILE $DESTDIR;;
38                  esac
39                  echo "  Transferred $FILE to $DESTDIR"
40        done
41  done

            Џеременные среды выполнениЯ

        COPY       ”лаг, определЯющий, используетсЯ команда uucp или cp
        FILE       €мЯ каждого файла, найденного в исходном  списке маршрутов
        FILES      ‘имвол-шаблон, указывающий, какие файлы определены
        PATH1      €мЯ  маршрута-источника
        PATH2      €мЯ маршрута-приемника
        SYSTEM     €мЯ системы-приемника длЯ uucp

            Ћписание
            ‡ачем нам нужен autobkp?

            Љак мы  заметили,  файлы  в UNIX плодЯтсЯ как кролики.  —ем больше
       файлов мы создаем, тем сильнее желание сохранЯть их упорЯдоченными. „о-
       вольно  легко  стать  ленивым или получить ложное представление о безо-
       пасности и пренебречь регулЯрным копированием.
            ‚ы можете подходить к копированию файлов несколькими путЯми.  Ќаи-
       более популЯрной стратегией ЯвлЯетсЯ выполнение наращиваемого копирова-
       ниЯ,  когда всЯ система копируетсЯ с некоторой начальной даты (и иногда
       повторно с регулЯрными интервалами, но не часто). Џри коротких интерва-
       лах  (обычно ежедневно) файловаЯ система проверЯетсЯ на наличие файлов,
       которые были модифицированы или добавлены за последние 24  часа.  ’акие
       файлы копируютсЯ, поэтому копиЯ в целом поддерживаетсЯ такой, какой Яв-
       лЯетсЯ система в настоЯщее времЯ.
            ѓде размещать  копируемые  файлы - это еще один интересный вопрос,
       зависЯщий от конфигурации вашей системы,  количества доступного  прост-
       ранства и важности данных. „авайте рассмотрим некоторые возможности.
            ЂвтономнаЯ микро- или супермикросистема  может  иметь  всего  один
       жесткий диск. …сли диск содержит достаточно места длЯ размещениЯ друго-
       го раздела,  вы можете копировать в этот  раздел.  ђаздел  может  также
       использоватьсЯ как неструктурированное устройство в отличие от файловой
       системы и рассматриватьсЯ как магнитнаЯ лента или  гибкий  диск.  ‘реди
       других возможностей хранениЯ информации могут быть второй жесткий диск,
       кассетнаЯ лента или устройство копированиЯ на ленту. …сли вам недоступ-
       на ни одна из этих возможностей,  вы всегда можете копировать на гибкие
       диски.  ќто утомительнаЯ ручнаЯ работа, но она может быть выполнена при
       помощи команд tar или cpio.
            …сли вы также имеете доступ к другой,  большей системе,  такой как
       общий главный компьютер,  вы можете копировать файлы,  посылаЯ их в эту
       систему посредством команды uucp.  „аже если вы имеете достаточно места
       в  вашей  собственной  системе длЯ сохранениЯ ваших копий,  у вас может
       быть очень сильное желание послать копии всех важных файлов  в  главную
       машину,  потому  что  это  даст  вам выносную копию за пределами вашего
       места расположениЯ. Џожары, наводнениЯ и др
       ютсЯ.
            Ќам необходим механизм,  который обычно запускаетсЯ  автоматически
       (по команде cron или с помощью процедуры at, описанной в главе 5). ‘на-
       чала он обнаруживает все файлы,  которые были изменены в  последние  24
       часа (надеемсЯ, что вы уже имеете первоначальную копию всего). Ћн начи-
       нает искать файлы из указанных каталогов и копировать подходЯщие  файлы
       в указанные каталоги-приемники.  Ћн копирует файлы,  используЯ утилиты,
       которые наилучшим образом соответствуют используемой вами конфигурации.
       ‚се эти вещи выполнЯютсЯ нашим командным файлом autobkp.

            —то делает autobkp?

            ‚ы перечислЯете маршруты и autobkp находит файлы по этим маршрутам
       и копирует их в то место, которое вы указали. ‚ы можете указывать имена
       файлов по образцам,  таким как *.c,  *.h или каким-либо еще.  ‘ помощью
       autobkp вы можете копировать важные файлы без копированиЯ всех  файлов.
       €ногда  это удобно - пропускать файлы при копировании.  ’ипичные файлы,
       которые вы,  возможно,  не хотите копировать, - это очень большие файлы
       (не ЯвлЯющиесЯ важными,  как файл core и файлы данных), временные файлы
       (как *.o, которые вновь создаютсЯ при каждой новой компилЯции) и испол-
       нЯемые файлы, если у вас есть исходные программы на Языке ‘и и вы може-
       те их скомпилировать длЯ получениЯ новых исполнЯемых файлов.  ЏропускаЯ
       эти файлы, вы можете уменьшить размер ваших копий на мегабайты.
            Џо умолчанию копирование производитсЯ командой uucp, котораЯ пред-
       полагает, что у вас подчиненнаЯ система по отношению к главной машине и
       копирует ваши файлы в большую систему.  …сли вы хотите копировать  ваши
       файлы в другое место жесткого диска или на другой жесткий диск, исполь-
       зуйте ключ -c длЯ копированиЯ командой cp вместо использованиЯ  команды
       uucp.
            ‚о времЯ процесса копированиЯ на стандартный вывод выводЯтсЯ сооб-
       щениЯ о состоЯнии дел.  ќто позволЯет легко собрать все сообщениЯ путем
       переадресации stdout на времЯ копированиЯ.  …сли вы выполнЯете  autobkp
       вручную,  сообщениЯ выводЯтсЯ на экран.  Џервое сообщение - это заголо-
       вок, который печатает день, дату и времЯ. ќто выглЯдит так:

   --------------------------
   |  BACKUP DATE   Fri 05/23/86 17:33:35
   |

            ‚торое сообщение определЯет систему-источник  и  систему-приемник.
       Ћно поЯвлЯетсЯ ниже.  ‚ нашем примере система-источник - russ, а систе-
       ма-приемник - vax.

   --------------------------
   |  Source system:   russ
   |  Destination system:  vax

            Џри каждом входе в систему-источник выдаетсЯ следующее сообщение:

   -----------------------------
   |  Finding files in: src_dir
   |

            где выражение src_dir - это место,  откуда файлы будут переданы  в
       цикл копированиЯ.  Ћбратите внимание, что первое имЯ должно быть именем
       каталога,  потому что autobkp начинает именно с этого места поиск  фай-
       лов.  …сли первое имЯ не ЯвлЯетсЯ каталогом, программа печатает сообще-
       ние об ошибке и продолжает работу со следующим набором  источник/прием-
       ник длЯ копированиЯ.

            „лЯ каждого  найденного файла печатаетсЯ следующее сообщение после
       завершениЯ копированиЯ:

   ------------------------------
   |  Transferred  file  to dest_dir
   |
            которое указывает, что файл file был скопирован в каталог-приемник
       с именем dest_dir.


            ”айл со списком маршрутов

            —тобы сделать интерфейс настолько гибким,  насколько это возможно,
       autobkp читает стандартный ввод.  ЏереназначаЯ stdin, вы можете поддер-
       живать  разные списки файлов,  которые необходимо копировать и переклю-
       чать их в командной строке.  ‚ы можете иметь один список маршрутов  длЯ
       системных файлов, другой длЯ исходных файлов, третий длЯ личных файлов,
       четвертый длЯ файлов с готовым продуктом и так  далее.  „лЯ  каждой  из
       этих  групп  файлов  создаетсЯ список маршрутов и передаетсЯ в качестве
       входа длЯ 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) файлы в другой ката-
       лог текущей системы.  ќтот каталог может быть на том же  жестком  ди