ске
       или в другой смонтированной файловой системе. Џосле того, как файл ско-
       пирован,  выдаетсЯ сообщение,  которое говорит о том, какой файл и куда
       был передан.  “добно иметь в файле протокола эту информацию,  поскольку
       мы имеем возможность проследить, куда были пересланы ваши скопированные
       файлы.
            –икл 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     <cr> to exit

25     Press b,r,f,l or <cr>: \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        <cr> to exit

45        Press s,x,t,a, or <cr>: \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 <cr> ...\c"
76                  read CMD
77                  find . -print | sort | cpio -ocBv > $DEV
78                  echo "\nhit <cr>\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 <cr> ...\c"
85                  read CMD
86                  cpio -icBvdmu < $DEV
87                  echo "\nhit <cr>\c"
88                  read CMD
89                  ;;
90           f|F)   cpio -icBt < $DEV
91                  echo "\nhit <cr>\c"
92                  read CMD
93                  ;;
94           l|L)   cpio -icBtv < $DEV
95                  echo "\nhit <cr>\c"
96                  read CMD
97                  ;;
98           *)     echo "cpiobr: invalid command \"$CMD\""
99                  ;;
100          esac
101 done

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

        ABORT       ”лаг, определЯющий, делать ли аварийное прекращение
        CMD         Љоманда, получаемаЯ от пользователЯ
        DEST        Љаталог-приемник при восстановлении
        DEV         Њаршрутное имЯ устройства носителЯ
        MEDIA       •ранит тип устройства, которое будет использоватьсЯ
        SRC         Љаталог-источник при копировании

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

            Њы уже получили представление об удобстве и управлении копировани-
       ем с помощью команды autobkp,  но мы еще не имели дела с неструктуриро-
       ванными устройствами.  ќто такие устройства, которые не содержат файло-
       вую систему,  а просто имеют данные, которые записаны на них в виде по-
       тока  данных.  ‚  таком  качестве используютсЯ магнитные ленты и иногда
       гибкие диски. Љак указывалось ранее, у вас может отсутствовать дисковое
       пространство  или  размещеннаЯ в другом месте система длЯ копированиЯ в
       формате файловой системы.  ‚место этого вам может потребоватьсЯ исполь-
       зовать комплект гибких дисков или магнитную ленту. „аже если у вас име-
       ютсЯ другие возможности длЯ копированиЯ,  может наступить времЯ,  когда
       копиЯ на магнитной ленте или гибких дисках может быть оправдана как до-
       полнительнаЯ мера предосторожности,  поскольку впоследствии  вы  можете
       восстановить ленту или гибкие диски в другом месте.
            Џроблема заключаетсЯ в том,  что имеетсЯ широкий набор версий син-
       таксиса команды cpio длЯ такого копированиЯ, которые зависЯт от формата
       и используемого устройства.  …сли вы переключаете устройства, вы должны
       запомнить (или должны посмотреть) соответствующий синтаксис.  Ћдним  из
       решений  ЯвлЯетсЯ  прЯмое  указание  различных  вариаций команды cpio в
       тексте программы и вызов их в ответ на меню,  которое просто спрашивает
       пользователЯ,  какого  типа  носитель должен быть использован.  ќто наш
       подход при написании cpiobr.  „ругое преимущество системы меню заключа-
       етсЯ  в  том,  что вы можете приспособить рутинную работу по выполнению
       такого рода копированиЯ длЯ неопытного оператора или канцелЯрского  ра-
       ботника, которым требуетсЯ знать только лишь, как монтировать магнитную
       ленту или другой носитель и отвечать на вопросы меню.

            —то делает cpiobr?

            Cpiobr -  это управлЯемаЯ с помощью меню интерактивнаЯ утилита ко-
       пированиЯ и восстановлениЯ. Ќа самом деле это интерфейс с командой cpio
       системы UNIX.  ”ункции, предоставлЯемые меню, включают копирование фай-
       лов с жесткого диска на гибкий диск,  восстановление файлов  с  гибкого
       диска  на жесткий диск,  выдачу списка имен файлов,  хранимых на гибком
       диске и выдачу списка файлов с необЯзательной дополнительной информаци-
       ей  (подобно  ls -l).  ѓибкий диск здесь ЯвлЯетсЯ первичным устройством
       назначениЯ,  но могут использоватьсЯ и другие носители,  такие как маг-
       нитнаЯ лента большой емкости или кассетнаЯ магнитнаЯ лента (streamer).
            Џосле выбора типа операции,  котораЯ должна быть выполнена,  нужно
       выбрать тип используемого устройства. “тилита Cpiobr может быть исполь-
       зована на устройствах системы UNIX фирмы AT&T (/dev/fp021), устройствах
       системы  XENIX  фирмы IBM (/dev/fd0),  стримерной ленте (/dev/rmt0) или
       любом другом устройстве по вашему желанию (/dev/???).  Ћбычно имЯ  уст-
       ройства  определЯет  тип используемого носителЯ.  Џоскольку эта утилита
       предназначена  длЯ  всех  машин  UNIX,  некоторые  из  вариантов  могут
       отсутствовать  в вашей машине,  поэтому вы имеете право выбрать любое имЯ
       устройства, которое вам необходимо.
            Љак только имЯ устройства выбрано и,  если вы выполнЯете копирова-
       ние или восстановление,  вам  задаетсЯ  вопрос,  что  ЯвлЯетсЯ  катало-
       гом-источником или каталогом-приемником. “кажите имена каталогов, начи-
       наЯ с вашего текущего каталога или абсолютное  полное  имЯ,  начинаЯ  с
       корнЯ (/.),  после чего cpiobr переходит в этот каталог и затем исполь-
       зует относительные полные имена с этого места.  ’ем  самым  исключаютсЯ
       любые проблемы,  свЯзанные с тем,  что абсолютное полное имЯ становитсЯ
       частью самой копии. …сли вы даете относительное полное имЯ, убедитесь в
       том, что оно начинаетсЯ от вашего текущего каталога, чтобы cpiobr начал
       работать с нужного места в дереве файлов.
            Љогда файлы копируютсЯ на желаемый носитель, маршрутное имЯ, пере-
       данное cpio,  начинаетсЯ с "/.".  ќто означает,  что никакого  префикса
       имени  каталога на гибком диске нет.  Џоэтому при восстановлении файлов
       обЯзательно нужно дать полное маршрутное имЯ.  ‚се файлы, поступающие с
       гибкого диска, будут помещены прЯмо в каталог-приемник, который вы ука-
       зали cpiobr.
            Џримеры
            (‡десь приводЯтсЯ ответы на запросы главного меню,  подменю и  до-
       полнительнаЯ информациЯ, поЯвлЯющиесЯ в таком порЯдке.)
        1.  b
            x
            $HOME
            Љопирует файлы на гибкий диск системы XENIX, начинаЯ
            с каталога $HOME.
        2.  r
            a
            /dev/rmt0
            $HOME
            ‚осстанавливает файлы с устройства, выбранного  мной
            (/dev/rmt0, магнитнаЯ лента), и помещает файлы в мой
            регистрационный каталог.
        3.  l
            s
            ‚ыдает в  широком    формате    информацию  обо всех
            файлах, размещенных  на гибких  дисках системы  UNIX
            машины типа PC.

        ЏоЯснениЯ

            ‚ строках 4-7 производитсЯ проверка на наличие ошибок условий  вы-
       полнениЯ. …динственнаЯ ошибка условий выполнениЯ - это когда вы указали
       какие-либо аргументы cpiobr.  Џоскольку это управлЯемаЯ с помощью  меню
       утилита, никаких аргументов передавать не нужно.
            „лЯ того, чтобы получить общее представление о том, как эта утили-
       та работает,  давайте подумаем над тем, что необходимо сделать. ‚о-пер-
       вых,  мы должны определить, какое действие должно быть выполнено. Џолу-
       чив  эту  информацию,  нам  необходимо узнать,  какое устройство должно
       использоватьсЯ. —то, если пользователь введет неверный выбор? Ќам необ-
       ходимо  ожидать  в  цикле до тех пор,  пока не будет введено правильное
       значение.
            Џосле получениЯ этих двух порций информации, нам нужно определить,
       где искать или куда помещать файлы.  Џосле  этого  мы  можем  выполнЯть
       cpio.
            „лЯ выполнениЯ этого сценариЯ нам нужно всего два цикла: по одному
       длЯ  каждой стадии ввода.  ‚ данном случае мы используем два цикла типа
       "вечный цикл while". „лЯ выхода из циклов мы используем команду команд-
       ного процессора break,  котораЯ выводит нас из текущего цикла.  Ќемного
       позже мы увидим наличие проблемы при таком подходе.
            Ћсновной, самый  внешний управлЯющий цикл начинаетсЯ со строки 6 и
       заканчиваетсЯ в последней строке программы -  строке  87.  –елью  этого
       внешнего цикла ЯвлЯетсЯ управление выполнением программы в целом, полу-
       чение опций меню от пользователЯ и окончательный выход, когда пользова-
       тель сообщает,  что он закончил работу.  Љонечно, вы можете по-прежнему
       выйти из программы при помощи обычного символа прерываниЯ, но само меню
       имеет ключ выхода (CR). ѓораздо лучше представлЯть Явный ключ, особенно
       длЯ неопытных пользователей.
            ЌачинаЯ со  строки  11,  мы устанавливаем экран длЯ главного меню.
       Љомандой здесь ЯвлЯетсЯ "c", что будет поЯснено позже в этой книге. Ћна
       соответствует "очистке экрана" и может быть заменена стандартной коман-
       дой очистки системы UNIX,  которую вы можете использовать в этом месте,
       если хотите.
            ‘трока 12 устанавливает в позиционные  параметры  выходные  данные
       команды  date  системы UNIX.  ’акой синтаксис достаточно редко встреча-
       етсЯ,  но тем не менее очень полезен.  …сли бы мы не хотели делать  это
       таким образом, мы бы должны были перехватить все выходные данные коман-
       ды date в одной переменной,  затем разделить их на мелкие порции и  по-
       местить каждую порцию в отдельную переменную. ќто потребовало бы намно-
       го больше команд и переменных в программе.  €спользуЯ наш синтаксис, мы
       заставлЯем  первый позиционный параметр быть первым полем выходных дан-
       ных команды date,  второй позиционный параметр быть вторым полем и  так
       далее.  „лЯ  получениЯ любого указанного полЯ мы используем запись вида
       $n, где n есть номер позиционного параметра.
            ‘троки 13-25  - это один огромный оператор echo,  который печатает
       главное меню.  ‚ыдача всего необходимого одним оператором echo предпоч-
       тительнее,  поскольку  это  минимизирует накладные расходы,  с которыми
       приходитсЯ сталкиватьсЯ при выполнении большого числа операторов. ’акой
       путь  быстрее.  …сли бы мы использовали оператор echo длЯ каждой строки
       главного меню, то оно печаталось бы очень медленно и прерывисто. Љоман-
       да  UNIX cat также могла бы быть применена длЯ этого случаЯ,  используЯ
       здесь документы (вставленный текст).  ‚ качестве  примера  этого  может
       служить следующее:
        cat <<-EOF
            Main Menu Information
        EOF

            Ћднако главнаЯ проблема возникает, когда вы печатаете приглашение.
       „лЯ того, чтобы курсор ожидал ввода в конце строки приглашениЯ, необхо-
       димо выдать на терминал символ "\c",  а cat не может сделать этого.  ‚ы
       выводите на экран меню с помощью cat,  и echo печатает приглашение, ко-
       торое направлЯетсЯ на другую сдвинутую  строку  полностью  заполненного
       экрана. ЏостоЯнство и скорость - вот чего мы добиваемсЯ. Ћбучение таким
       трюкам еще больше поможет вам при написании программ большого  размера,
       которые используют множество меню и другие текстовые выводы на экран.
            €спользование оператора echo в  таком  виде  имеет  некоторые  не-
       достатки, но они совершенно тривиальные. ‚о-первых, тело оператора echo
       должно содержать все,  что вы хотите вывести на экран,  и  это  требует
       абсолютного позиционированиЯ внутри оператора echo длЯ получениЯ симво-
       лов пробела в нужных местах.  Ћбычно при таком позиционировании имеетсЯ
       сдвиг строк в тексте программы, поэтому визуально в том месте командно-
       го файла,  где выводитсЯ меню,  поЯвлЯетсЯ этот сдвиг,  но  после  меню
       строки  снова  идут ровно.  ќто может немного смущать при чтении текста
       программы.
            „ругой несущественной  деталью  ЯвлЯетсЯ то,  что оператор echo не
       любит выводить символы табулЯции.  …сли же вы вставили символ табулЯции
       внутри кавычек оператора echo,  он обычно выводитсЯ как пробел. „лЯ то-
       го,  чтобы заставить echo выводить символы табулЯции, вы должны сказать
       это оператору echo на его собственном Языке с помощью символов "\t" или
       \\t, если без кавычек. Џоэтому меню в cpiobr заполнено символами пробе-
       ла.  ќто  также позволЯет легко сдвигать меню влево и вправо при помощи
       небольшого количества пробелов длЯ соответствующего позиционированиЯ на
       экране.
            Ћдним из спорных вопросов ЯвлЯетсЯ место,  где  меню  должны  поЯ-
       витьсЯ  на  экране.  ѓлобальное  выравнивание  по  левому краю выглЯдит
       ужасно,  но центрирование нарушаетсЯ при выдаче  на  экран  какого-либо
       сообщениЯ (например,  от cpio). ‚ данном случае сделано выравнивание не
       по центру, а по левому краю. Ќеплохим компромиссом может быть отступ на
       три-пЯть позиций от левого краЯ. Љак и в большинстве случаев, когда де-
       ло идет об эстетике, вы можете с этим не согласитьсЯ.
            ‚ернемсЯ к нашему меню.  „лЯ того,  чтобы сделать меню на экране и
       более эстетичным,  и информативным,  на экран выводЯтсЯ дата  и  времЯ.
       (‡аметьте,  что главное меню очищаетсЯ каждый раз перед его использова-
       нием.) Џример вида экрана приведен ниже.
     ---------------------------------------
     |    ‘реда, май 28                          13:18:49
     |
     |          Cpio - ‘охранение/восстановление файлов
     |          ---------------------
     |       Љопирование данных
     |       ‚осстановление данных
     |       ‘писок файлов на носителе
     |       Џолный список файлов на носителе
     |       <‚Љ> длЯ выхода
     |
     |       Ќажмите b,r,f,l, или <‚Љ>:

            ‚ левом верхнем углу расположен день недели,  месЯц,  день месЯца.
       ќто полЯ 1, 2 и 3 команды date. ‚ правом верхнем углу расположено теку-
       щее времЯ. ќто поле 4 команды date. ‚се эти данные приводЯтсЯ длЯ того,
       чтобы  меню  на экране смотрелось красиво,  было равномерно заполнено и
       информативно.
            Џосле того,  как  меню  выдано на экран,  строка 27 читает команду
       пользователЯ.  ‡аметим, что один из ключей вызывает завершение програм-
       мы,  если был нажат только возврат каретки.  Љаким образом мы проверЯем
       это?  Њы заключаем в кавычки входную переменную таким образом, что про-
       верка распознает нулевое значение (см.  строки 28-30).  …сли был введен
       ноль, мы выходим из текущего цикла while. ’ем самым мы попадаем в конец
       программы,  котораЯ после этого завершает выполнение. …сли входное зна-
       чение не было равно нулю, мы продолжаем и выполнЯем в следующей команде
       проверку на наличие ошибки.
            ‚ строке  32  проводитсЯ  инициализациЯ  переменной  ABORT   путем
       сбрасываниЯ ее.  ќто будет детально поЯснено позже.  Ђ сейчас мы только
       скажем, что эта переменнаЯ существует, поскольку имеетсЯ конфликт между
       тем, как выполнЯетсЯ команда break, и структурой данной программы (т.е.
       полностью управлЯемой с помощью меню утилиты).
            ‚ строках 34-65 разместилсЯ вложенный цикл while,  который обраба-
       тывает подменю.  Џричина, по которой мы использовали циклы типа "вечный
       while" заключаетсЯ в том,  что они выполнЯютсЯ,  пока не получат нужное
       входное значение. Љак только получены правильные входные данные, мы вы-
       ходим из цикла. ќто очень простой способ обработки меню.
            ‚ строках 36-45 мы снова используем оператор echo  длЯ  выдачи  на
       экран  полного  подменю.  ќто меню запрашивает имЯ устройства,  которое
       используетсЯ в командах копированиЯ/восстановлениЯ.
            ‘трока 47  читает  входные  данные  от  пользователЯ  в переменную
       MEDIA.  ‡начение переменной MEDIA затем оцениваетсЯ в  операторе  case.
       Ћбратите внимание,  что шаблоны сравнениЯ включают символы и в верхнем,
       и в нижнем регистре.  ќто облегчает жизнь пользователЯ и делает немного
       более логичным программирование, уменьшаЯ число проверок на ошибки, ко-
       торое мы должны произвести. ’акже заметьте, что каждый образец заканчи-
       ваетсЯ оператором break.  Љогда обнаружено допустимое входное значение,
       мы желаем продолжать выполнение после конца оператора while,  что  осу-
       ществлЯетсЯ  оператором  break.  ЏеременнаЯ  DEV теперь установлена как
       маршрут к выбранному устройству.
            Љлюч "a"  в строках 55-60 требует дальнейшей обработки.  Џользова-
       тель запрашиваетсЯ об имени устройства, которое он выбрал. …сли пользо-
       ватель  забыл имЯ или решил не использовать этот ключ,  он может ввести
       возврат каретки,  который распознаетсЯ как нуль и приводит к выполнению
       оператора continue. ќто вызывает выполнение следующей итерации текущего
       цикла,  котораЯ снова выводит подменю.  …ще один возврат каретки  после
       этого  может  использоватьсЯ длЯ выхода из подменю и возврата в главное
       меню.  ‚ противном случае,  если пользователь ввел ненулевое  значение,
       выполнЯетсЯ оператор break, и цикл меню завершаетсЯ, имеЯ маршрут, ука-
       занный в переменной DEV.
            …сли пользователь ввел неверное значение,  печатаетсЯ сообщение об
       ошибке и подменю выводитсЯ снова.  ‡аметьте,  что ввод только  возврата
       каретки  в  подменю  устанавливает переменную ABORT в "on".  Џочему это
       так? ’еперь мы подошли к той части, где Язык командного процессора неп-
       рименим длЯ нашего случаЯ. ‘ценарий выглЯдит примерно так. Њы находимсЯ
       в подменю.  Њы решаем, что не будем здесь производить выбор, поэтому мы
       хотим выйти из подменю и вернутьсЯ в главное меню (или в предыдущее ме-
       ню).  …сли мы выйдем из цикла while подменю, мы попадем во внешний цикл
       while  и  продолжим  обработку запросами о каталоге-источнике и катало-
       ге-приемнике.
            …сли мы  попытаемсЯ решить эту проблему путем использованиЯ опера-
       тора "break 2",  мы выйдем из обоих циклов while (попадаЯ в  самый  низ
       программы) и программа завершитсЯ,  ничего не сделав длЯ нас.  ‘нова не
       то, что мы хотим. —то мы действительно хотим, так это выйти из текущего
       (внутреннего)  цикла  и  продолжить следующую итерацию во внешнем цикле
       длЯ получениЯ главного меню. Ќет никакой возможности сказать командному
       процессору об этом,  поэтому мы создали переменную в качестве флага длЯ
       имитации этого действиЯ и назвали ее ABORT. …сли мы устанавливаем пере-
       менную ABORT в состоЯние "да",  то мы Ќ… желаем продолжать работу с ко-
       мандой главного меню, а хотим прекратить ее и вернутьсЯ в главное меню.
       Ќа самом деле это означает продолжить, поэтому в строках 67-69 проверЯ-
       етсЯ именно это.  …сли флаг ABORT установлен, подменю принудительно за-
       вершаетсЯ  и  оператор  continue заставлЯет снова печатать главное меню
       вместо того,  чтобы пытатьсЯ выполнить какую-то наполовину определенную
       операцию копированиЯ.
            ‚ строке 71 мы получаем длЯ проверки команду главного меню  и  ин-
       формацию,  необходимую  длЯ ее обработки.  —етырьмЯ основными командами
       ЯвлЯютсЯ копирование,  восстановление,  выдача списка файлов  и  выдача
       списка файлов с полной информацией. …сли введена какаЯ-то другаЯ коман-
       да,  выдаетсЯ сообщение об ошибке и главное меню снова выводитсЯ на эк-
       ран.  …динственный  способ выхода из главного меню - это нажать возврат
       каретки без какого либо-текста перед ним и строка 28 позволит выйти  из
       цикла.
            Љоманды копированиЯ и восстановлениЯ используют относительное име-
       нование.  ‘начала  они требуют указать каталог,  затем переходЯт в этот
       каталог.  Ћператор echo и "холостое" чтение переменной CMD просЯт поль-
       зователЯ  вставить  дискету  (или  смонтировать магнитную ленту или еще
       что-нибудь) и нажать возврат каретки, когда все готово.
            ‚ случае копированиЯ длЯ поиска ‚‘…• файлов,  размещенных в дереве
       файлов,  начинаЯ с текущего каталога, используетсЯ команда find. Ћпера-
       тор find выдает отсортированный список файлов, поэтому файлы на носите-
       ле с копией отсортированы.  ‡атем отсортированный список файлов переда-
       етсЯ по каналу команде cpio с опциЯми -ocBv.  ќто означает:  "потоковый
       вывод, использовать символьные заголовки, блоки размером по 5K, с выда-
       чей сообщений".  Џри этом печатаютсЯ имена файлов по мере того, как они
       копируютсЯ на носитель.
            ‚ случае операции восстановлениЯ используютсЯ ключи -icBvdmu.  ќто
       значит "потоковый ввод, использовать символьные заголовки, блоки по 5Љ,
       с  выдачей  сообщений длЯ печати имен файлов по мере их восстановлениЯ,
       создавать каталоги при необходимости, файлы сохранЯют исходную дату мо-
       дификации, и все файлы безусловно копируютсЯ".
            …сли должен быть выдан только список файлов,  то ключами будут или
       -icBt длЯ печати таблицы скопированных файлов (это соответствует записи
       команды cpio "ls"),  или -icBtv длЯ печати таблицы файлов с более  под-
       робной информацией ("ls -l" в записи длЯ cpio).
            ‚ конце выполнениЯ каждой команды главного меню выдаетсЯ сообщение
            hit <cr>           (Ќажмите <‚Љ>)
            ќто сделано по той причине, что когда печатаетсЯ главное меню, оно
       очищает  экран.  …сли бы вы хотели получить список файлов,  как описано
       выше,  и не завершить работу,  то  напечаталсЯ  бы  список,  выполнение
       достигло бы внешнего оператора "done",  внешний цикл снова стартовал бы
       и экран очистилсЯ бы перед новой выдачей на него главного меню. “ф, на-
       конец поЯвилсЯ список, даже до того как ќвелин ‚уд с высшим образовани-
       ем смогла прочитать это!  „лЯ того,  чтобы задержать очистку экрана, мы
       ожидаем нажатие на клавишу.  —то бы ни было введено, оно читаетсЯ в пе-
       ременную и снова никогда не используетсЯ.  ќто просто холостаЯ перемен-
       наЯ.

            ‡амечаниЯ по операции копированиЯ

            ‚ы можете производить копирование файлов многими путЯми, но давай-
       те рассмотрим некоторые отличиЯ между командами cpio  и  tar.  Џервона-
       чально командой копированиЯ в UNIX была команда tar. ќта утилита созда-
       ниЯ копии на магнитной ленте была предназначена длЯ ведениЯ архивов  на
       магнитной ленте и выполнениЯ самого копированиЯ. Ћна работает, но имеет
       некоторые особенности. ‚о-первых, каждый файл, помещаемый на ленту (или
       какой-либо носитель,  который вы используете), выравниваетсЯ на границу
       килобайта. ќто означает, что если ваш файл состоит из одного байта, ко-
       манда tar выделЯет минимум 1Љ вашему файлу, что может привести к значи-
       тельной растрате пространства,  если у вас много небольших файлов и  вы
       копируете  их  на  магнитную ленту.  Ћднако команда tar имеет также рЯд
       неплохих аспектов.
            Ќапример, вы  можете  сказать  ей,  какой  множитель блокировки вы
       используете и насколько велик образ копии,  так что вы  можете  разбить
       большие копируемые потоки данных на много мелких частей (например k=360
       длЯ гибких дисков низкой плотности в системе XENIX).  Ћдним из странных
       аспектов  команды  tar ЯвлЯетсЯ то,  что копиЯ ЯвлЯетсЯ одним длинным и
       непрерывным потоком,  а при восстановлении используетсЯ уникальный фор-
       мат длЯ каждого носителЯ.  Ќапример, вы должны, скажем, скопировать 10M
       данных.  ‚ам лучше иметь достаточно отформатированных гибких  дисков  и
       приготовить их до того,  как вы начнете копировать командой tar.  Љогда
       дискета заполнитсЯ, вы должны прервать выполнение команды и затем снова
       продолжить. Џример такой команды мог бы выглЯдеть так:

        cd $HOME
        tar cvefbk /dev/fd048ds9 18 360 .

            ‡десь указано, что требуетсЯ скопировать ‚‘… файлы (рекурсивно об-
       ходЯ  дерево  сверху вниз) из текущего каталога (.) в файл на указанном
       устройстве,  со множителем блокировки 18 K и размером образа копии  360
       Љбайт. Ћдним из интересных аспектов здесь ЯвлЯетсЯ то, что когда коман-
       да tar рекурсивно проходит вниз по дереву,  она получает имена файлов в
       порЯдке расположениЯ описатель файла,  что обычно Ќ… совпадает с отсор-
       тированным порЯдком.  ‚ы Ќ… ЊЋ†…’… получить отсортированный список фай-
       лов длЯ копированиЯ командой tar, если только не сделаете еще одну точ-
       ную копию всех данных,  которые вы хотите скопировать и  не  разместите
       описатель файла в отсортированном порЯдке. Љак это сделать? ‚от так:

        cd $HOME
        find . -print | sort | cpio -pdv /bkpsort

            Џри этом получитсЯ новаЯ копиЯ всех ваших данных  и  имена  файлов
       разместЯтсЯ в отсортированном порЯдке.  …сли после этого вы перейдете в
       каталог /bkpsort и выполните команду tar,  файлы  будут  перенесены  на
       носитель в отсортированном порЯдке.
            Џредположим, что длЯ выполнениЯ копированиЯ требуетсЯ  15  дискет.
       Џри  восстановлении  этого полного набора вы должны вводить приведенную
       ниже команду 15 раз, поскольку на каждом из гибких дисков располагаетсЯ
       уникальный образ копии.

        tar xvf /dev/fd048ds9

            ’акие повторные  вводы команды раздражают,  но они могут облегчить
       жизнь, что мы вскоре и увидим.
            Љоманда cpio ЯвлЯетсЯ следующим поколением команд копированиЯ.  …е
       общие функции подобны функциЯм команды tar, но имеетсЯ несколько важных
       отличий. ‚о-первых, вы должны сгенерировать список файлов длЯ cpio, что
       означает использование команды find длЯ порождениЯ списка. Џоскольку мы
       можем конвейером пропустить список,  полученный от команды find,  через
       команду sort,  нам нет необходимости делать еще одну копию  всех  наших
       файлов длЯ получениЯ отсортированного списка.
            „алее, команда cpio не выполнЯет выравнивание  границу  килобайта.
       Ћна  пакует  все данные непрерывно и имеет магическое число в заголовке
       длЯ указаниЯ начала каждого нового файла. ‚ команде cpio также нет ука-
       заниЯ  размера  образа  на носителе.  Љак она это узнает?  „райвер уст-
       ройства должен определить размер и послать соответствующий  сигнал  об-
       ратно команде cpio, котораЯ после этого приостанавливаетсЯ и предлагает
       вставить следующую дискету.  ќто все прекрасно до тех пор,  пока вы  не
       попадаете  в систему,  в которой драйверы ужасны,  как в системе XENIX.
       „райверы XENIX не распознают, когда нужно остановитьсЯ и продолжают вы-
       полнЯть работу и после того,  как достигнут конец гибкого диска.  Џрог-
       рамма cpio должна была бы выполнЯтьсЯ одинаково на  всех  системах,  но
       она не работает корректно на машинах с системой XENIX.
            Ћдно существенное  различие между командами cpio и tar заключаетсЯ
       в получающемсЯ образе копии.  Џоскольку cpio не различает границ  между
       различными носителЯми (дискетами),  файлы получаютсЯ разорванными между
       двумЯ гибкими дисками.  ќто значит, что когда вы пытаетесь копировать с
       этих 15 дискет,  то они ЯвлЯютсЯ Ћ„Ќ€Њ непрерывным потоком входных дан-
       ных, точно так, как и последовательный поток выходных данных при созда-
       нии этой копии.  —то произойдет,  если дискета номер 2 повредитсЯ?  ‚‘…
       ваши файлы после второй дискеты стали бесполезны.  ‚ы  просто  потерЯли
       весь ваш образ копии.  Џоскольку tar копирует в виде отдельных образов,
       когда дискета номер 2 потерЯетсЯ,  вы все  равно  можете  копировать  с
       дискет 3-15 без проблем.
            …ще один прекрасный аспект команды cpio заключаетсЯ в том, что она
       может работать как в формате файловой системы, так и в потоковом форма-
       те.  ”ормат  файловой  системы  (опциЯ  -p)  обращаетсЯ  к блочным уст-
       ройствам, таким как жесткий диск, а потоковый формат обращаетсЯ к нест-
       руктурированным устройствам (опции -i и -o),  таким как магнитнаЯ лента
       или гибкий диск с форматом низкого уровнЯ. Cpio - это прекраснаЯ утили-
       та  длЯ  использованиЯ  ее при копировании файловых деревьев системы на
       жестком диске.
            Љак же  управлЯетсЯ  с этим система 4.2 BSD?  ‚ течение многих лет
       применЯлась команда tar длЯ пересылки туда и обратно,  как  описано  на
       страницах руководства по tar(1).  Ќе самый элегантный подход,  но рабо-
       тоспособный.  ‘ейчас они имеют ключ -r (длЯ рекурсивного обхода  дерева
       сверху вниз) длЯ обычной команды cp.  џ же по-прежнему считаю,  что ко-
       манда cpio лучше.

            3.4. ‘редства проверки операций копированиЯ
            3.4.1. dsum -  контрольные суммы двух катологов

-------------------------------------------------------------
            €мЯ: dsum
_____________________________________________________________
        dsum         ЉонтрольнаЯ сумма двух каталогов

        ЌЂ‡ЌЂ—…Ќ€…
            ‚ыдает на  экран выходные данные команды sum системы UNIX длЯ двух
       копий файлов из двух разных каталогов в  одной  строке.  ќто  позволЯет
       быстро  визуально оценить,  одинаково ли содержание файлов и может быть
       использовано длЯ проверки копии.

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

        dsum [-c|-o] control_dir backup_dir

            Џример вызова
        dsum $HOME/bin /mnt
            Џросматривает, были ли какие-либо файлы изменены  при  копировании
       из моего регистрационного каталога на гибкий диск, смонтированный в ка-
       талоге /mnt.

            Љомандный файл dsum

1   :
2   # @(#) dsum v1.0  Dual directory sum  Author: Russ Sage

4   if [ $# -lt 2 -o $# -gt 3 ]
5     then echo "dsum: invalid argument count"    >&2
6          echo "usage: dsum [-c|-o] control_dir backup_dir" >&2
7          echo "  -c = C source files, -o = object files"   >&2
8          exit 1
9   fi

11  case $# in
12  2)      FLIST=*;;
13  3)      case $1 in
14          -c)   FLIST=*.c;;
15          -o)   FLIST=*.o;;
16          *)    echo "dsum: invalid argument $1" >&2
17                echo "usage: dsum [-c|-o] control_dir
        bacup_dir"  >&2
18                exit 1;;
19          esac
20          shift;;
21  esac

23  for FILE in $1/$FLIST
24  do
25          BASEF=`basename $FILE`
26          if [ `expr $BASEF : '.*'` -lt 7 ]
27            then echo "`$BASEF:  \t'`sum $FILE | cut -d' '
         -f1`\t\c"
28          else echo "$BASEF:\t`sum $FILE | cut -d' '
          -f1`\t\c"
29          fi
30          sum $2/$BASEF | cut -d' ' -f1
31  done

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

        BASEF      ‘одержит базовое имЯ файла из полного маршрутного
                   имени
        FILE       ‘одержит имЯ каждого проверЯемого файла
        FLIST      ‘одержит указание на тип проверЯемых файлов

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

            ‚ среде разработки программ всегда имеетсЯ масса файлов. ќти файлы
       содержат все: исходный код, перемещаемые модули, объектный код, данные,
       тексты.  „ругим аспектом среды разработки программ ЯвлЯетсЯ то, что эти
       файлы обычно рассыпаны по многим различным машинам (или группам  машин,
       может быть и такой случай).  ‚ этом случае всегда кажетсЯ,  что имеетсЯ
       очень много перемещений файлов:  эти файлы передаютсЯ из одной  системы
       на другую,  некоторые модифицируютсЯ, пересылаютсЯ обратно и так далее.
       Џохоже на то, как в армии роют Ямы: вы делаете это, потому что вам при-
       казано.
            Љогда вы перемещаете много файлов,  то какой путь ЯвлЯетсЯ  лучшим
       длЯ того, чтобы гарантировать себе (или кому-либо еще), что выполненнаЯ
       вами копиЯ ЯвлЯетсЯ ’Ћ—ЌЋ такой,  как и оригинал? …сли вы внесли ошибку
       в первоначальную копию, затем распространили эту ошибку на многие копии
       или даже записали вместо оригинала модифицированную копию, то вы можете
       никогда не вернутьсЯ в первоначальное состоЯние.
            Ћдним из способов слежениЯ за копиЯми ЯвлЯетсЯ  использование  ко-
       манды sum. ќта команда читает данные и выводит число, ЯвлЯющеесЯ разно-
       видностью контрольной суммы.  „ругими утилитами  UNIX,  которые  делают
       что-то подобное, ЯвлЯютсЯ cmp длЯ сравнениЯ объектных файлов и diff длЯ
       обнаружениЯ различий в текстовых файлах.
            Ђвтор привык думать,  что sum будет сообщать об отличии даже в од-
       ном бите (своего рода циклическаЯ избыточнаЯ проверка),  но это  оказа-
       лось совсем не так.  Ќедавно имелсЯ 35 Љбайтный файл, содержащий в виде
       длинного формата список файлов, которые должны были быть скопированы. ‚
       действительности, там были два файла, один из которых был отсортирован,
       а другой нет.  Ћни были одного размера, и sum выдала одно и то же число
       длЯ обоих файлов.  Љогда же cmp сравнила эти два файла,  оказалось, что
       39-е байты отличаютсЯ.  Љак  мы  можем  объЯснить  тот  факт,  что  sum
       рассматривала  эти два файла как совершенно одинаковые?  ‚озможно,  sum
       свернула эти два файла таким образом,  что контрольнаЯ сумма  оказалась
       одинакова, даже хотЯ один из файлов был отсортирован, а другой нет.
            ќто значит, что sum на самом деле не выполнЯет контрольную провер-
       ку каждого бита.  ’олько проверка алгоритма работы программы в исходном
       модуле позволит убедитьсЯ в этом.  Љонечно, в большинстве случаев, если
       файл отличаетсЯ от оригинала,  то это не ЯвлЯетсЯ простой перестановкой
       данных, так что sum все-таки полезна.

            —то