diff options
| author | Li-Wen Hsu <lwhsu@FreeBSD.org> | 2021-03-14 12:08:55 +0000 |
|---|---|---|
| committer | Li-Wen Hsu <lwhsu@FreeBSD.org> | 2021-03-14 12:08:55 +0000 |
| commit | a9a9e661059557e5bb6ab3e756e007b8e5d231ce (patch) | |
| tree | b4fba4f5b8c4f985ade395b460936a7447e8d499 /documentation/content/ru/articles | |
| parent | 55c95407aa64d98cdd8edf18990d89e5b86db96c (diff) | |
| download | doc-a9a9e661059557e5bb6ab3e756e007b8e5d231ce.tar.gz doc-a9a9e661059557e5bb6ab3e756e007b8e5d231ce.zip | |
Use correct syntax markup for shell
Approved by: carlavilla
Diffstat (limited to 'documentation/content/ru/articles')
15 files changed, 118 insertions, 118 deletions
diff --git a/documentation/content/ru/articles/committers-guide/_index.adoc b/documentation/content/ru/articles/committers-guide/_index.adoc index 482bb63234..18dd58d8fe 100644 --- a/documentation/content/ru/articles/committers-guide/_index.adoc +++ b/documentation/content/ru/articles/committers-guide/_index.adoc @@ -184,7 +184,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs . Извлечение нужного модуля из репозитория: команда `co` или `checkout`. + -[source,bash] +[source,shell] .... % cvs checkout shazam .... @@ -210,7 +210,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs ** Извлечь модуль [.filename]#miscfs#, расположенный в каталоге репозитория [.filename]#src/sys/miscfs#: + -[source,bash] +[source,shell] .... % cvs co miscfs .... @@ -218,7 +218,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs После выполнения вы получите каталог [.filename]#miscfs#, содержащий подкаталоги [.filename]#CVS#, [.filename]#deadfs#, [.filename]#devfs# и т.д. Один из них ([.filename]#linprocfs#) будет пустым. ** Извлечь те же файлы, но с полным путем: + -[source,bash] +[source,shell] .... % cvs co src/sys/miscfs .... @@ -226,7 +226,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Теперь у вас есть каталог [.filename]#src#, содержащий подкаталоги [.filename]#CVS# и [.filename]#sys#. Каталог [.filename]#src/sys# содержит подкаталоги [.filename]#CVS# и [.filename]#miscfs# и т.д. ** Извлечь те же файлы, удалив при этом пустые подкаталоги: + -[source,bash] +[source,shell] .... % cvs co -P miscfs .... @@ -234,7 +234,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Вы получите каталог [.filename]#miscfs# с подкаталогами [.filename]#CVS#, [.filename]#deadfs#, [.filename]#devfs#... однако без подкаталога [.filename]#linprocfs#, поскольку он не содержит файлов. ** Извлечь каталог [.filename]#miscfs# без подкаталогов: + -[source,bash] +[source,shell] .... % cvs co -l miscfs .... @@ -242,7 +242,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Теперь в каталоге [.filename]#miscfs# будет только один подкаталог [.filename]#CVS#. ** Извлечь модуль [.filename]#miscfs# из ветви 6.X: + -[source,bash] +[source,shell] .... % cvs co -rRELENG_6 miscfs .... @@ -250,7 +250,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Теперь вы можете изменить исходные тексты и произвести коммит в эту ветвь. ** Извлечь модуль [.filename]#miscfs# по состоянию на момент выхода 6.0-RELEASE: + -[source,bash] +[source,shell] .... % cvs co -rRELENG_6_0_0_RELEASE miscfs .... @@ -258,7 +258,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs В этом случае вы не сможете внести изменения в репозиторий, поскольку `RELENG_6_0_0_RELEASE` описывает момент времени, а не ветвь разработки. ** Извлечь модуль [.filename]#miscfs# по состоянию на 15 января 2000 г: + -[source,bash] +[source,shell] .... % cvs co -D'01/15/2000' miscfs .... @@ -266,7 +266,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Как и в предыдущем случае, изменения не могут быть записаны. ** Извлечь модуль [.filename]#miscfs#, каким он был неделю назад: + -[source,bash] +[source,shell] .... % cvs co -D'last week' miscfs .... @@ -278,7 +278,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Аргументы опций `-D` and `-r` сохраняются (являются "клейкими", sticky), например, при последующем использовании команды `cvs update`. . Проверка состояния извлеченных файлов: команда `status`. + -[source,bash] +[source,shell] .... % cvs status shazam .... @@ -308,7 +308,7 @@ alias scvs cvs -d user@ncvs.FreeBSD.org:/home/ncvs Кроме того, будут показаны локальная версия и дата модификации, версия и дата последней из доступных (если вы применяли "клейкие" дату, тег или ветвь, последняя доступная версия может отличаться от вашей), а также клейкие теги, временные метки и опции. . Обновление извлеченного модуля: команда `update`. + -[source,bash] +[source,shell] .... % cvs update shazam .... @@ -372,14 +372,14 @@ CVS выводит букву `M` перед именем всех локаль ** Извлеките текущую версию модуля [.filename]#shazam# для ветви FreeBSD-STABLE: + -[source,bash] +[source,shell] .... % cvs co -rRELENG_6 shazam .... ** Приложите изменения между версиями 1.14 и 1.15: + -[source,bash] +[source,shell] .... % cvs update -j1.14 -j1.15 shazam/shazam.c .... @@ -387,7 +387,7 @@ CVS выводит букву `M` перед именем всех локаль Почти наверняка вы получите конфликт в строках, содержащих идентификатор файла (`$Id: article.xml,v 1.19 2007-05-09 06:08:50 bvs Exp $` или, в случае FreeBSD, `$FreeBSD: head/ru_RU.KOI8-R/articles/committers-guide/article.xml 45050 2014-06-13 14:53:24Z taras $`). Вам потребуется отредактировать файл для устранения конфликта (в данном случае достаточно убрать строки-разделители и вторую строку `$Id: article.xml,v 1.19 2007-05-09 06:08:50 bvs Exp $`, оставив лишь строку с `$Id: article.xml,v 1.19 2007-05-09 06:08:50 bvs Exp $` для FreeBSD-STABLE). . Просмотр изменение между локальной версией и версией из репозитория: команда `diff`. + -[source,bash] +[source,shell] .... % cvs diff shazam .... @@ -411,7 +411,7 @@ CVS выводит букву `M` перед именем всех локаль Вы можете сравнивать текущее состояние с версией, отличающейся от той, с которой вы извлекали файл, указав опцию `-r` или `-D` подобно командам `checkout` и `update`, или даже получить список изменений между любыми двумя версиями (вне зависимости от того, что лежит в вашей локальной копии), указав _две_ версии при помощи опций `-r` или `-D`. . Просмотр журнала изменений: команда `log`. + -[source,bash] +[source,shell] .... % cvs log shazam .... @@ -422,7 +422,7 @@ CVS выводит букву `M` перед именем всех локаль + Команда `log` используется для просмотра истории одного или нескольких файлов в том виде, как она сохранена в репозитории CVS. Используя опцию `-r__rev__`, вы можете посмотреть журнальное сообщение к одной определенной версии: + -[source,bash] +[source,shell] .... % cvs log -r1.2 shazam .... @@ -430,7 +430,7 @@ CVS выводит букву `M` перед именем всех локаль Эта команда покажет журнальное сообщение для версии `1.2` файла [.filename]#shazam# (или для версий `1.2` каждого из файлов в каталоге [.filename]#shazam#). . Кто что делал: команда `annotate`. Эта команда показывает перед каждой строкой указанного файла (файлов) имя пользователя, вносившего последние изменения в эту строку. + -[source,bash] +[source,shell] .... % cvs annotate shazam .... @@ -501,14 +501,14 @@ package:textproc/cdiff[] + Просто используйте его вместо man:more[1] или man:less[1]: + -[source,bash] +[source,shell] .... % cvs diff -Nu shazam | cdiff .... + Помимо этого, некоторые текстовые редакторы, такие как man:vim[1] (package:editors/vim[]) поддерживают цветовую синтаксическую разметку многих типов файлов, в том числе файлов изменений и журналов CVS/RCS. + -[source,bash] +[source,shell] .... % echo "syn on" >> ~/.vimrc % cvs diff -Nu shazam | vim - @@ -518,7 +518,7 @@ package:textproc/cdiff[] . CVS - старая, загадочная и порой слабо предсказуемая в своем поведении программа. Ни один человек не способен удержать в голове все тонкости ее работы, так что не бойтесь спрашивать совета у Искусственного Интеллекта (а именно `{cvsadm}`). . Не оставляйте компьютер в процессе работы команды `cvs commit` (в редакторе при написании журнального сообщения) слишком надолго (более чем на 2-3 минуты). Эта команда блокирует каталог репозитория, в котором она запущена, и не позволяет другим разработчикам изменять его содержимое. Если вам нужно написать длинное журнальное сообщение, подготовьте его заранее и вставьте в редакторе во время выполнения команды `cvs commit`, либо запишите его в файл и используйте опцию CVS `-F`: + -[source,bash] +[source,shell] .... % vi logmsg % cvs ci -F logmsg shazam @@ -541,7 +541,7 @@ Host pcvs.FreeBSD.org + Затем откройте постоянное соединение с машиной repoman: + -[source,bash] +[source,shell] .... % ssh -fNM ncvs.FreeBSD.org .... @@ -674,7 +674,7 @@ gnats/[a-ce-z]* . Установите порт GNATS из [.filename]#ports/databases/gnats#. После установки вы обнаружите различные служебные каталоги в дереве [.filename]#$PREFIX/shared/gnats#. . Создайте символьные ссылки на синхронизированные каталоги GNATS в служебный каталог GNATS: + -[source,bash] +[source,shell] .... # cd /usr/local/shared/gnats/gnats-db # ln -s /usr/gnats/docs @@ -695,7 +695,7 @@ docs:Documentation Bug:freebsd-doc: .... . Запустите [.filename]#$PREFIX/libexec/gnats/gen-index# для создания индекса. Вывод этой команды должен быть перенаправлен в файл [.filename]#$PREFIX/shared/gnats/gnats-db/gnats-adm/index#. Эту операцию можно выполнять периодически при помощи man:cron[8] или запускать man:cvsup[1] из скрипта, который затем сгенерирует новый индекс: + -[source,bash] +[source,shell] .... # /usr/local/libexec/gnats/gen-index \ > /usr/local/shared/gnats/gnats-db/gnats-adm/index @@ -703,7 +703,7 @@ docs:Documentation Bug:freebsd-doc: . Протестируйте созданную конфигурацию запросом к базе данных GNATS. Следующая команда выведет список открытых сообщений об ошибках в категории `docs`: + -[source,bash] +[source,shell] .... # query-pr -c docs -s open .... @@ -935,7 +935,7 @@ FreeBSD является хорошо портируемой операцион Проверьте его. Желательно убедиться в том, что порт и соответствующий пакет корректно собираются. Рекомендуемая последовательность действий такова: -[source,bash] +[source,shell] .... # make install # make package @@ -983,7 +983,7 @@ FreeBSD является хорошо портируемой операцион [example] ==== -[source,bash] +[source,shell] .... % cd sys/alpha/include % cvs update -rRELENG_6 diff --git a/documentation/content/ru/articles/contributing/_index.adoc b/documentation/content/ru/articles/contributing/_index.adoc index 2f45bfa963..0e13620842 100644 --- a/documentation/content/ru/articles/contributing/_index.adoc +++ b/documentation/content/ru/articles/contributing/_index.adoc @@ -117,14 +117,14 @@ http://wiki.freebsd.org/IdeasPage[Список проектов и идей дл К примеру: -[source,bash] +[source,shell] .... % diff -u oldfile newfile .... или -[source,bash] +[source,shell] .... % diff -u -r -N olddir newdir .... diff --git a/documentation/content/ru/articles/cups/_index.adoc b/documentation/content/ru/articles/cups/_index.adoc index 411ebe522f..92abbf9785 100644 --- a/documentation/content/ru/articles/cups/_index.adoc +++ b/documentation/content/ru/articles/cups/_index.adoc @@ -47,7 +47,7 @@ toc::[] Для установки CUPS используя пакет, запустите на выполнение такую команду: -[source,bash] +[source,shell] .... # pkg install cups .... @@ -92,7 +92,7 @@ application/octet-stream По окончанию внесения изменений службы man:devfs[8] и CUPS необходимо перезапустить, для чего перезагрузите операционную систему или выполните от пользователя `root` следующие две команды: -[source,bash] +[source,shell] .... # /etc/rc.d/devfs restart # /usr/local/etc/rc.d/cupsd restart diff --git a/documentation/content/ru/articles/fonts/_index.adoc b/documentation/content/ru/articles/fonts/_index.adoc index 487fa9910d..068a415ed4 100644 --- a/documentation/content/ru/articles/fonts/_index.adoc +++ b/documentation/content/ru/articles/fonts/_index.adoc @@ -105,7 +105,7 @@ font8x8="iso-8x8" # font 8x8 from /usr/shared/syscons/fonts/* (or NO). Команда для переключения режимов называется man:vidcontrol[1]: -[source,bash] +[source,shell] .... % vidcontrol VGA_80x60 .... @@ -129,7 +129,7 @@ X11 может использовать файлы шрифтов в форма Существует каталог по имени [.filename]#Type1#. Самым простым способом добавить новый шрифт заключается в помещении его в этот каталог. Но лучше хранить все новые шрифты в отдельном каталоге и использовать символические ссылки для добавляемых шрифтов. Это позволяет легко управлять отдельными добавляемыми шрифтами, не путая их с изначально поставляемыми. Например: -[source,bash] +[source,shell] .... Создаем каталог для файлов шрифтов @@ -150,7 +150,7 @@ X11 может использовать файлы шрифтов в форма Теперь, чтобы использовать новый шрифт с X11, нужно дать доступ к файлу шрифтов и обновить файлы и именами шрифтов. Имена шрифтов в X11 выглядят следующим образом: -[source,bash] +[source,shell] .... -bitstream-charter-medium-r-normal-xxx-0-0-0-0-p-0-iso8859-1 | | | | | | | | | | | | \ \ @@ -167,7 +167,7 @@ X11 может использовать файлы шрифтов в форма Для каждого нового файла шрифтов необходимо создать новое имя. Если у вас есть какая-либо информация из сопроводительной документации к шрифту, то она может служить основой для создания имени. Если информации нет, то можно получить некоторую информацию от использования программы man:strings[1] над файлом шрифта. Например: -[source,bash] +[source,shell] .... % strings showboat.pfb | more %!FontType1-1.0: Showboat 001.001 @@ -198,7 +198,7 @@ end readonly def Пользуясь этой информацией, можно составить возможное имя: -[source,bash] +[source,shell] .... -type1-Showboat-medium-r-normal-decorative-0-0-0-0-p-0-iso8859-1 .... @@ -228,7 +228,7 @@ proportional или monospaced. Используется __proportional__, по Все эти имена произвольны, но нужно стараться следовать существующим соглашениям. В программе для X11 на шрифт ссылаются по имени с применением шаблонов, так что в выбираемом имени это должно учитываться. Можно начать с простого использования -[source,bash] +[source,shell] .... ...-normal-r-normal-...-p-... .... @@ -237,7 +237,7 @@ proportional или monospaced. Используется __proportional__, по Итак, завершая наш пример: -[source,bash] +[source,shell] .... Делаем шрифт доступным для X11 % cd /usr/X11R6/lib/X11/fonts/Type1 @@ -274,7 +274,7 @@ fonts.dir... Ghostscript ссылается на шрифт через свой файл [.filename]#Fontmap#. Он должен быть подправлен так же, как и файл [.filename]#fonts.dir# в случае X11. Ghostscript может использовать файлы шрифтов в форматах [.filename]#.pfa# или [.filename]#.pfb#. Взяв шрифт из предыдущего примера, его можно использовать с Ghostscript вот так: -[source,bash] +[source,shell] .... Помещаем файл со шрифтом в каталог со шрифтами Ghostscript % cd /usr/local/shared/ghostscript/fonts @@ -314,7 +314,7 @@ GS>quit Первой утилитой является `afmtodit`. Обычно она не устанавливается, так что она должна быть получена из дистрибутива с исходными текстами. Я обнаружил, что нужно изменить первую строку файла, что я делал так: -[source,bash] +[source,shell] .... % cp /usr/src/gnu/usr.bin/groff/afmtodit/afmtodit.pl /tmp % ex /tmp/afmtodit.pl @@ -326,7 +326,7 @@ GS>quit Эта утилита создаст файл шрифтов для Groff из файла метрик (с окончанием [.filename]#.afm#). Продолжая с нашим примером: -[source,bash] +[source,shell] .... Многие файлы .afm в формате Mac ... строки разделены символом ^M. Нам нужно преобразовать их в @@ -344,7 +344,7 @@ GS>quit Если в системе для управления принтерами используется программа Ghostscript, то больше ничего делать не нужно. Однако, если используются настоящие PostScript(R)-принтеры, то для использования шрифта его нужно загрузить в принтер (если только в принтере шрифт showboat не встроен или не имеется на диске со шрифтами). Последний шаг заключается в создании загружаемого шрифта. Утилита `pfbtops` используется для создания шрифта в формате [.filename]#.pfa#, а файл для [.filename]#загрузки# изменяется для указания нового шрифта. Файл для [.filename]#загрузки# должен ссылаться на внутреннее имя шрифта. Оно может быть легко определено из файла шрифтов groff, как это показывается здесь: -[source,bash] +[source,shell] .... Создание файла шрифта .pfa % pfbtops /usr/local/shared/fonts/type1/showboat.pfb >showboat.pfa @@ -352,7 +352,7 @@ GS>quit Конечно, если файл [.filename]#.pfa# уже имеется, для его использования создаем символическую ссылку на него. -[source,bash] +[source,shell] .... Получение внутреннего имени шрифта % fgrep internalname SHOWBOAT @@ -367,7 +367,7 @@ Showboat showboat.pfa Для тестирования шрифта: -[source,bash] +[source,shell] .... % cd /tmp % cat >example.t <<EOF @@ -435,7 +435,7 @@ EOF + Во рабочем каталоге вам нужно построить утилиту. Просто введите такую команду: + -[source,bash] +[source,shell] .... # make -f Makefile.sub afmtodit .... @@ -446,7 +446,7 @@ EOF . Создайте файл [.filename]#.afm# по такой команде: + -[source,bash] +[source,shell] .... % gs -dNODISPLAY -q -- ttf2pf.ps TTF_name PS_font_name AFM_name .... @@ -457,7 +457,7 @@ EOF + Например, для преобразования шрифта 30f9 Barcode с именами файлов по умолчанию, воспользуйтесь следующей командой: + -[source,bash] +[source,shell] .... % gs -dNODISPLAY -- ttf2pf.ps 3of9.ttf Aladdin Ghostscript 5.10 (1997-11-23) @@ -468,7 +468,7 @@ Converting 3of9.ttf to 3of9.pfa and 3of9.afm. + Если вы хотите, чтобы преобразованные шрифты сохранялись в файлы [.filename]#A.pfa# and [.filename]#B.afm#, то выдайте такую команду: + -[source,bash] +[source,shell] .... % gs -dNODISPLAY -- ttf2pf.ps 3of9.ttf A B Aladdin Ghostscript 5.10 (1997-11-23) @@ -481,7 +481,7 @@ Converting 3of9.ttf to A.pfa and B.afm. + Смените текущий каталог на [.filename]#/usr/shared/groff_font/devps# для облегчения запуска упоминаемых далее программ. Для этого вам может понадобиться иметь привилегии администратора системы. (Или, если вы избегаете здесь работать, обязательно посмотрите файлы [.filename]#DESC#, [.filename]#text.enc# и [.filename]#generate/textmap# в этом каталоге.) + -[source,bash] +[source,shell] .... % afmtodit -d DESC -e text.enc file.afm \ generate/textmap PS_font_name @@ -489,7 +489,7 @@ Converting 3of9.ttf to A.pfa and B.afm. + Здесь [.filename]#file.afm# является файлом _AFM_name_, созданным программой `ttf2pf.ps` выше, а _PS_font_name_ является именем шрифта, используемым в той команде, так же, как и имя, которое будет использовать утилита man:groff[1] для ссылки на этот шрифт. Например, полагая, что вы использовали первую команду `tiff2pf.ps` выше, то шрифт 3of9 Barcode может быть создан при помощи такой команды: + -[source,bash] +[source,shell] .... % afmtodit -d DESC -e text.enc 3of9.afm \ generate/textmap 3of9 diff --git a/documentation/content/ru/articles/freebsd-questions/_index.adoc b/documentation/content/ru/articles/freebsd-questions/_index.adoc index aeaa8107e0..c12131d23d 100644 --- a/documentation/content/ru/articles/freebsd-questions/_index.adoc +++ b/documentation/content/ru/articles/freebsd-questions/_index.adoc @@ -167,7 +167,7 @@ your options page that will email your current password to you. * Основной объем информации, который вы должны дать, представляет собой вывод программ, таких, как man:dmesg[8], или консольные сообщения, которые обычно появляются в файле [.filename]#/var/log/messages#. Не пытайтесь скопировать эту информацию, набрав ее снова; это действительно трудно, и здесь легко сделать ошибку. Чтобы послать содержимое файлов протоколов, сделайте копию файла и воспользуйтесь редактором для того, чтобы обрезать информацию, оставив только относящуюся к делу, либо скопируйте и вставьте текст в ваше сообщение. В случае вывода программ, таких, как man:dmesg[8], перенаправьте вывод в файл и включите его в письмо. Например, + -[source,bash] +[source,shell] .... % dmesg > /tmp/dmesg.out diff --git a/documentation/content/ru/articles/gjournal-desktop/_index.adoc b/documentation/content/ru/articles/gjournal-desktop/_index.adoc index 53b483cb6e..cdff660fdf 100644 --- a/documentation/content/ru/articles/gjournal-desktop/_index.adoc +++ b/documentation/content/ru/articles/gjournal-desktop/_index.adoc @@ -165,28 +165,28 @@ image::disklabel2.png[] Подготовив необходимые разделы, перейдем к конфигурированию журналирования. Нам будет необходимо загрузиться в однопользовательском режиме, для этого залогинимся пользователем `root` и напечатаем: -[source,bash] +[source,shell] .... # shutdown now .... Нажмите kbd:[Enter] для получения приглашения командного интерпретатора. Нам необходимо будет размонтировать разделы, которые подлежат журналированию, в нашем примере это [.filename]#/usr# и [.filename]#/var#. -[source,bash] +[source,shell] .... # umount /usr /var .... Загрузите модуль ядра, необходимый для журналирования: -[source,bash] +[source,shell] .... # gjournal load .... На данном этапе сверьтесь со своими записями и определите, какие разделы будут использоваться под какой журнал. В нашем примере [.filename]#/usr# располагается на [.filename]#ad0s1f#, а его журнал будет располагаться на [.filename]#ad0s1g#, и, по аналогии, для [.filename]#/var#: файловая система располагается на [.filename]#ad0s1d#, а ее журнал - на [.filename]#ad0s1h#. Наберите следующие команды: -[source,bash] +[source,shell] .... # gjournal label ad0s1f ad0s1g GEOM_JOURNAL: Journal 2948326772: ad0s1f contains data. @@ -201,7 +201,7 @@ GEOM_JOURNAL: Journal 3193218002: ad0s1h contains journal. ==== Если последний сектор любого из двух разделов (поставщиков данных) используется, команда `gjournal` возвратит ошибку. Вам необходимо будет использовать флаг `-F` для принудительной перезаписи, например: -[source,bash] +[source,shell] .... # gjournal label -f ad0s1d ad0s1h .... @@ -211,7 +211,7 @@ GEOM_JOURNAL: Journal 3193218002: ad0s1h contains journal. На данном этапе созданы два устройства: [.filename]#ad0s1d.journal# и [.filename]#ad0s1f.journal#. Они представляют [.filename]#/var# и [.filename]#/usr# соответственно. Перед монтированием, нам необходимо установить флаг журналирования и снять флаг механизма Soft Updates: -[source,bash] +[source,shell] .... # tunefs -J enable -n disable ad0s1d.journal tunefs: gjournal set @@ -224,7 +224,7 @@ tunefs: soft updates cleared Теперь, смонтируйте новые устройства в соответствующие места файловой системы (обратите внимание на то, что мы можем использовать опцию монтирования `async`): -[source,bash] +[source,shell] .... # mount -o async /dev/ad0s1d.journal /var # mount -o async /dev/ad0s1f.journal /usr @@ -253,7 +253,7 @@ geom_journal_load="YES" Поздравляем! Журналирование успешно сконфигурировано. Вам необходимо лишь набрать `exit` для возвращения в многопользовательский режим или перезагрузить систему, чтобы полностью проверить вашу конфигурацию (рекомендуется). Во время загрузки вы увидите сообщения, подобные следующим: -[source,bash] +[source,shell] .... ad0: 76293MB XEC XE800JD-00HBC0 08.02D08 at ata0-master SATA150 GEOM_JOURNAL: Journal 2948326772: ad0s1g contains journal. @@ -266,7 +266,7 @@ GEOM_JOURNAL: Journal ad0s1f clean. После непредвиденного останова работы системы сообщения будут немного отличаться, например: -[source,bash] +[source,shell] .... GEOM_JOURNAL: Journal ad0s1d consistent. .... @@ -278,7 +278,7 @@ GEOM_JOURNAL: Journal ad0s1d consistent. Процедура, описанная выше, необходима для подключения журналирования разделов, содержащих данные. Журналирование пустых разделов немного проще, ввиду того, что поставщик данных и поставщик журнала могут быть размещены на одном и том же разделе. Например, предположим, что был установлен новый жесткий диск и был создан новый раздел [.filename]#/dev/ad1s1d#. Создание журнала не сложнее набора: -[source,bash] +[source,shell] .... # gjournal label ad1s1d .... @@ -287,14 +287,14 @@ GEOM_JOURNAL: Journal ad0s1d consistent. К примеру, чтобы создать журнал размером в 2Гб, можно использовать следующую команду: -[source,bash] +[source,shell] .... # gjournal label -s 2G ad1s1d .... Далее, вы можете создать файловую систему на новом разделе, а также разрешить журналирование ключом `-J`: -[source,bash] +[source,shell] .... # newfs -J /dev/ad1s1d.journal .... @@ -328,14 +328,14 @@ options GEOM_JOURNAL # А эту строку необходимо добави Вы либо забыли внести запись (опечатались) в [.filename]#/boot/loader.conf#, либо есть ошибки в файле [.filename]#/etc/fstab#. Это легко исправить. Нажмите kbd:[Enter], чтобы получить приглашение командного интерпретатора в однопользовательском режиме. Потом, проверьте возможные варианты: -[source,bash] +[source,shell] .... # cat /boot/loader.conf .... Если отсутствует запись `geom_journal_load`, или она содержит ошибки, журналируемые устройства не создадутся. Загрузите модуль вручную, примонтируйте все разделы и переходите в многопользовательский режим (продолжайте загрузку). -[source,bash] +[source,shell] .... # gjournal load @@ -359,28 +359,28 @@ GEOM_JOURNAL: Journal ad0s1f clean. Залогиньтесь `root` и переведите систему в однопользовательский режим: -[source,bash] +[source,shell] .... # shutdown now .... Размонтируйте журналируемые разделы: -[source,bash] +[source,shell] .... # umount /usr /var .... Синхронизируйте журналы: -[source,bash] +[source,shell] .... # gjournal sync .... Остановите поставщиков журналов: -[source,bash] +[source,shell] .... # gjournal stop ad0s1d.journal # gjournal stop ad0s1f.journal @@ -388,7 +388,7 @@ GEOM_JOURNAL: Journal ad0s1f clean. Удалите метаданные журналирования со всех задействованных устройств: -[source,bash] +[source,shell] .... # gjournal clear ad0s1d # gjournal clear ad0s1f @@ -398,7 +398,7 @@ GEOM_JOURNAL: Journal ad0s1f clean. Снимите флаг журналирования и установите флаг механизма Soft Updates: -[source,bash] +[source,shell] .... # tunefs -J disable -n enable ad0s1d tunefs: gjournal cleared @@ -411,7 +411,7 @@ tunefs: soft updates set Смонтируйте вручную старые (первоначальные) устройства: -[source,bash] +[source,shell] .... # mount -o rw /dev/ad0s1d /var # mount -o rw /dev/ad0s1f /usr diff --git a/documentation/content/ru/articles/hubs/_index.adoc b/documentation/content/ru/articles/hubs/_index.adoc index 5130f1782b..93bd14b127 100644 --- a/documentation/content/ru/articles/hubs/_index.adoc +++ b/documentation/content/ru/articles/hubs/_index.adoc @@ -146,7 +146,7 @@ rsync часто используется для предоставления д Строка для синхронизации FreeBSD по rsync выглядит примерно так: -[source,bash] +[source,shell] .... % rsync -vaHz --delete rsync://ftp4.de.FreeBSD.org/FreeBSD/ /pub/FreeBSD/ .... @@ -160,7 +160,7 @@ rsync часто используется для предоставления д Командная строка для синхронизации веб-сайта FreeBSD выглядит примерно так: -[source,bash] +[source,shell] .... % rsync -vaHz --delete rsync://bit0.us-west.freebsd.org/FreeBSD-www-data/ /usr/local/www/ .... diff --git a/documentation/content/ru/articles/ipsec-must/_index.adoc b/documentation/content/ru/articles/ipsec-must/_index.adoc index dcef69d999..43d6ebe49b 100644 --- a/documentation/content/ru/articles/ipsec-must/_index.adoc +++ b/documentation/content/ru/articles/ipsec-must/_index.adoc @@ -62,7 +62,7 @@ toc::[] Команда -[source,bash] +[source,shell] .... tcpdump -c 4000 -s 10000 -w dumpfile.bin .... @@ -80,7 +80,7 @@ toc::[] . В "шифрованном" окне запустите команду UNIX(R) man:yes[1], которая будет выдавать бесконечный поток символов `y`. Немножко подождите и завершите её. Затем переключитесь в обычное окно (не использующее канал IPsec) и сделайте то же самое. . Заключительный этап: запустите <<code>>, передав ему для обработки только что сохранённые пакеты через командную строку. Вы должны увидеть что-то вроде изображённого чуть ниже. Заметьте, что безопасное соединение имеет 93% (6,7) от ожидаемого значения (7,18), а обычное соединение - всего лишь 29% (2,1). + -[source,bash] +[source,shell] .... % tcpdump -c 4000 -s 10000 -w ipsecdemo.bin % uliscan ipsecdemo.bin diff --git a/documentation/content/ru/articles/mailing-list-faq/_index.adoc b/documentation/content/ru/articles/mailing-list-faq/_index.adoc index e6154b6a70..bd093c1fe4 100644 --- a/documentation/content/ru/articles/mailing-list-faq/_index.adoc +++ b/documentation/content/ru/articles/mailing-list-faq/_index.adoc @@ -113,7 +113,7 @@ toc::[] * Проверьте правильность настроек времени и временной зоны. Это может выглядеть немножко глупо, потому что ваши сообщения все равно будут доставляться, однако многие люди получают несколько сотен сообщений в день. Зачастую они сортируют входящие сообщения по теме и дате, и если ваше сообщение не будет предшествовать первому ответу, то они могут предположить, что оно потерялось и даже не взглянут на него. * Основной объем информации, который вы должны предоставить, представляет собой вывод программ, таких, как man:dmesg[8], или консольные сообщения, которые обычно появляются в файле [.filename]#/var/log/messages#. Не пытайтесь скопировать эту информацию, набрав ее снова; это действительно трудно, и здесь легко сделать ошибку. Чтобы послать содержимое файлов протоколов, сделайте копию файла и воспользуйтесь редактором для того, чтобы обрезать информацию, оставив только относящуюся к делу, либо скопируйте и вставьте текст в ваше сообщение. В случае вывода программ, таких, как `dmesg`, перенаправьте вывод в файл и включите его в письмо. Например, + -[source,bash] +[source,shell] .... % dmesg > /tmp/dmesg.out .... diff --git a/documentation/content/ru/articles/new-users/_index.adoc b/documentation/content/ru/articles/new-users/_index.adoc index 32e4d23aeb..99f6cd4977 100644 --- a/documentation/content/ru/articles/new-users/_index.adoc +++ b/documentation/content/ru/articles/new-users/_index.adoc @@ -40,7 +40,7 @@ toc::[] Чтобы выйти из системы (и получить новое приглашение `login:`) наберите -[source,bash] +[source,shell] .... # exit .... @@ -49,21 +49,21 @@ toc::[] Для завершения работы машины наберите -[source,bash] +[source,shell] .... # /sbin/shutdown -h now .... Или, для перезагрузки нужно набрать -[source,bash] +[source,shell] .... # /sbin/shutdown -r now .... или -[source,bash] +[source,shell] .... # /sbin/reboot .... @@ -75,7 +75,7 @@ toc::[] Если при установке системы вы не создали ни одного пользователя, и поэтому вошли в систему как `root`, то теперь вы должны создать пользователя по команде -[source,bash] +[source,shell] .... # adduser .... @@ -84,7 +84,7 @@ toc::[] Предположим, что вы создали пользователя `jack` с полным именем __Jack Benimble__. Назначьте пользователю `jack` пароль, если информационная безопасность имеет значение (даже если это дети, которые могут стучать по клавиатуре). Когда вам будет задан вопрос по включению пользователя `jack` в другие группы, наберите `wheel` -[source,bash] +[source,shell] .... Login group is "jack". Invite jack into other groups: wheel .... @@ -162,7 +162,7 @@ Login group is "jack". Invite jack into other groups: wheel Некоторые из этих команд работают не очень хорошо? Обе команды man:locate[1] и man:whatis[1] зависят от базы данных, которая перестраивается еженедельно. Если ваша машина будет оставаться включенной на выходные (и она работает под FreeBSD), то вы можете пожелать запускать определённые команды раз в день, неделю, месяц. Запускайте их как `root` и дайте каждой отработать, прежде чем запускать следующую. -[source,bash] +[source,shell] .... # periodic daily выдача опущена @@ -183,14 +183,14 @@ Login group is "jack". Invite jack into other groups: wheel Перед тем, как редактировать файл, наверное, вы должны сохранить резервную копию. Предположим, что вы собираетесь отредактировать файл [.filename]#/etc/rc.conf#. Вы можете воспользоваться командой `cd /etc` для перехода в каталог [.filename]#/etc# и выполнить следующее: -[source,bash] +[source,shell] .... # cp rc.conf rc.conf.orig .... При этом файл [.filename]#rc.conf# скопируется в [.filename]#rc.conf.orig#, и в последующем вы сможете скопировать [.filename]#rc.conf.orig# в файл [.filename]#rc.conf# для восстановления оригинала. Но ещё лучше его переместить (переименовать), после чего скопировать обратно: -[source,bash] +[source,shell] .... # mv rc.conf rc.conf.orig # cp rc.conf.orig rc.conf @@ -198,7 +198,7 @@ Login group is "jack". Invite jack into other groups: wheel потому что команда `mv` сохраняет исходную информацию о дате и владельце файла. Теперь вы можете редактировать [.filename]#rc.conf#. Если вы захотите восстановить исходное состояние, то выполните `mv rc.conf rc.conf.myedit` (полагаем, что вы хотите сохранить отредактированную версию), а затем -[source,bash] +[source,shell] .... # mv rc.conf.orig rc.conf .... @@ -207,7 +207,7 @@ Login group is "jack". Invite jack into other groups: wheel Для редактирования файла наберите -[source,bash] +[source,shell] .... # vi filename .... @@ -282,7 +282,7 @@ kbd:[Ctrl+b] и kbd:[Ctrl+f]:: Используйте `find` для поиска [.filename]#filename# в [.filename]#/usr# или в любом из её подкаталогов при помощи команды -[source,bash] +[source,shell] .... % find /usr -name "filename" .... @@ -300,7 +300,7 @@ kbd:[Ctrl+b] и kbd:[Ctrl+f]:: Найдите нужный вам порт, скажем, `kermit`. На CDROM для него должен существовать каталог. Скопируйте этот подкаталог в каталог [.filename]#/usr/local# (хорошее место для программного обеспечения, которое вы добавляете, и которое должно быть доступно всем пользователям) такой командой: -[source,bash] +[source,shell] .... # cp -R /cdrom/ports/comm/kermit /usr/local .... @@ -311,7 +311,7 @@ kbd:[Ctrl+b] и kbd:[Ctrl+f]:: После этого по команде `cd` перейдите в подкаталог [.filename]#/usr/local/kermit#, в котором есть файл [.filename]#Makefile#. Наберите -[source,bash] +[source,shell] .... # make all install .... diff --git a/documentation/content/ru/articles/pam/_index.adoc b/documentation/content/ru/articles/pam/_index.adoc index be563e753c..38aced4fe4 100644 --- a/documentation/content/ru/articles/pam/_index.adoc +++ b/documentation/content/ru/articles/pam/_index.adoc @@ -98,7 +98,7 @@ PAM описали и разработали Vipin Samar и Charlie Lai из Sun В этом простом примере показывается пользователь `alice`, выполняющий команду man:su[1] для того, чтобы стать пользователем `root`. -[source,bash] +[source,shell] .... % whoami alice @@ -122,7 +122,7 @@ root В примере ниже рассматривается пользователь `eve`, пытающийся установить man:ssh[1]-соединение с `login.example.com`, и успешно входя как пользователь `bob`. Боб должен был выбрать пароль получше! -[source,bash] +[source,shell] .... % whoami eve @@ -294,7 +294,7 @@ auth required pam_nologin.so no_warn Как следствие такого упрощённого синтаксиса, возможно использование одних и тех же политик для нескольких сервисов, связывая каждое имя сервиса с тем же самым файлом политик. К примеру, для использования той же самой политики для сервисов `su` и `sudo`, можно сделать следующее: -[source,bash] +[source,shell] .... # cd /etc/pam.d # ln -s su sudo diff --git a/documentation/content/ru/articles/pr-guidelines/_index.adoc b/documentation/content/ru/articles/pr-guidelines/_index.adoc index 54ba8550ea..060b607e10 100644 --- a/documentation/content/ru/articles/pr-guidelines/_index.adoc +++ b/documentation/content/ru/articles/pr-guidelines/_index.adoc @@ -471,7 +471,7 @@ GNATS требовательно подходит к формату присыл Если система GNATS не может понять, что делать с сообщением об ошибке, которое достигло базы данных, она определяет `gnats-admin` в качестве ответственного за PR и помещает сообщение в категорию `pending`. Теперь это PR в состоянии "misfiled" и оно не будет появляться в списках сообщений об ошибках, если только кто-то специально не запросит перечень всех незаполненных PR. Если у вас есть доступ к машинам в кластере FreeBSD, можете воспользоваться командой `query-pr` для просмотра списка PR, которые были некорректно сформированы: -[source,bash] +[source,shell] .... % query-pr -x -q -r gnats-admin 52458 gnats-ad open serious medium Re: declaration clash f @@ -512,14 +512,14 @@ from the body of this PR to kern/12345 Поиск по команде `query-pr` оригинального PR, на которое отвечает неправильно оформленный отклик, легко выполняется следующим образом: -[source,bash] +[source,shell] .... % query-pr -q -y "some text" .... После того, как вы обнаружили оригинальное PR и неправильно оформленный отклик на него, воспользуйтесь параметром `-F` команды `query-pr` для сохранения полного текста всех относящихся к делу PR в файле формата почтового ящика UNIX(R), то есть: -[source,bash] +[source,shell] .... % query-pr -F 52458 52474 > mbox .... diff --git a/documentation/content/ru/articles/problem-reports/_index.adoc b/documentation/content/ru/articles/problem-reports/_index.adoc index 80bdb09ab3..1f5001b51d 100644 --- a/documentation/content/ru/articles/problem-reports/_index.adoc +++ b/documentation/content/ru/articles/problem-reports/_index.adoc @@ -150,7 +150,7 @@ toc::[] Программа man:send-pr[1] предусматривает присоединение файлов к сообщению о проблеме. Вы можете вложить сколько угодно файлов, но каждый с уникальным именем (имеется в виду имя файла без маршрута). Просто используйте параметр командной строки `-a` для задания имен файлов, которые вы хотите присоединить: -[source,bash] +[source,shell] .... % send-pr -a /var/run/dmesg -a /tmp/errors .... @@ -297,7 +297,7 @@ toc::[] Как только вы заполните шаблон, сохраните его и выйдете из редактора, man:send-pr[1] запросит вас `s)end, e)dit or a)bort?`. Вы можете нажать `s` для продолжения и отправки сообщения о проблеме, `e` для повторного запуска редактора и выполнения дальнейших изменений, или `a` для отказа от вашего сообщения. Если вы выберете последнее, то ваше сообщение о проблеме останется на диске (man:send-pr[1] укажет вам имя файла перед завершением работы), так что вы сможете отредактировать его на свой вкус или передать в систему с лучшим подключением к сети, перед тем, как послать его при помощи параметра `-F` программы man:send-pr[1]: -[source,bash] +[source,shell] .... % send-pr -f ~/my-problem-report .... diff --git a/documentation/content/ru/articles/releng/_index.adoc b/documentation/content/ru/articles/releng/_index.adoc index fba781c691..513eac6829 100644 --- a/documentation/content/ru/articles/releng/_index.adoc +++ b/documentation/content/ru/articles/releng/_index.adoc @@ -113,21 +113,21 @@ toc::[] Как сказано во вводной части, ветка `RELENG_X_Y` является сравнительно новым добавлением в нашей методологии подготовки релизов. Первым шагом в создании этой ветки является проверка того, что вы работаете с самой последней версией исходных текстов `RELENG_X`, из _которой_ вы хотите создать новую ветку. -[source,bash] +[source,shell] .... /usr/src# cvs update -rRELENG_4 -P -d .... Следующим шагом является создание _тэга_ точки ответвления, чтобы диффы облегчили работу с началом ветки в CVS: -[source,bash] +[source,shell] .... /usr/src# cvs rtag -rRELENG_4 RELENG_4_8_BP src .... После этого создаётся тэг новой ветки по команде: -[source,bash] +[source,shell] .... /usr/src# cvs rtag -b -rRELENG_4_8_BP RELENG_4_8 src .... @@ -208,7 +208,7 @@ image::branches-releng9.png[Ветка FreeBSD 9.x STABLE] При готовности окончательного релиза следующая команда создаст тэг `RELENG_4_8_0_RELEASE`. -[source,bash] +[source,shell] .... /usr/src# cvs rtag -rRELENG_4_8 RELENG_4_8_0_RELEASE src .... @@ -237,7 +237,7 @@ image::branches-releng9.png[Ветка FreeBSD 9.x STABLE] Для настройки построения релиза существует много других переменных Большинство из этих переменных описаны в начале файла [.filename]#src/release/Makefile#. Точная команда, служащая для построения официального релиза FreeBSD 4.7 (x86) такова: -[source,bash] +[source,shell] .... make release CHROOTDIR=/local3/release \ BUILDNAME=4.7-RELEASE \ @@ -280,7 +280,7 @@ http://www.FreeBSD.org/ports[Коллекция портов FreeBSD] содер Начиная с FreeBSD 4.4, Проект FreeBSD принял решение распространять все четыре образа ISO, ранее продаваемые через _BSDi/Wind River Systems/FreeBSD Mall_ как "официальные" дистрибутивы на CDROM. Каждый из четырёх дисков должен содержать файл [.filename]#README.TXT#, описывающий содержимое диска, файл [.filename]#CDROM.INF#, в котором находятся мета-данные о диске для того, чтобы man:sysinstall[8] мог проверять и использовать содержимое, а также файл [.filename]#filename.txt#, содержащий перечень содержимого на диске. Этот _перечень_ может быть создан простой командой: -[source,bash] +[source,shell] .... /stage/cdrom# find . -type f | sed -e 's/^\.\///' | sort > filename.txt .... diff --git a/documentation/content/ru/articles/solid-state/_index.adoc b/documentation/content/ru/articles/solid-state/_index.adoc index 3800c0978f..b581f24f16 100644 --- a/documentation/content/ru/articles/solid-state/_index.adoc +++ b/documentation/content/ru/articles/solid-state/_index.adoc @@ -89,14 +89,14 @@ varsize=8192 Важно помнить, что файловая система, которая была смонтирована только для чтения при помощи файла [.filename]#/etc/fstab#, в любой момент может быть сделана доступной по чтению и записи выдачей команды: -[source,bash] +[source,shell] .... # /sbin/mount -uw partition .... и может быть возвращена к режиму доступа только для чтения по такой команде: -[source,bash] +[source,shell] .... # /sbin/mount -ur partition .... @@ -118,7 +118,7 @@ varsize=8192 Выйдите из меню установки custom, и из главного меню установки выберите пункт `fixit`. После входа в режим работы fixit, введите следующую команду: + -[source,bash] +[source,shell] .... # disklabel -e /dev/ad0c .... @@ -135,7 +135,7 @@ a: 123456 0 4.2BSD 0 0 Здесь _123456_ является числом, в точности совпадающим с тем, что характеризует размер имеющейся записи для `c:`. В общем, вы копируете существующую строку для `c:` для строки `a:`, не забывая определить fstype как `4.2BSD`. Сохраните файл и завершите редактирование. + -[source,bash] +[source,shell] .... # disklabel -B -r /dev/ad0c # newfs /dev/ad0a @@ -146,7 +146,7 @@ a: 123456 0 4.2BSD 0 0 Смонтируйте только что подготовленный флэш-носитель: + -[source,bash] +[source,shell] .... # mount /dev/ad0a /flash .... @@ -155,7 +155,7 @@ a: 123456 0 4.2BSD 0 0 Подключите эту машину к сети, чтобы можно было перенести наш tar-файл и распаковать его в файловую систему на флэш-носителе. Вот пример того, как это можно сделать: + -[source,bash] +[source,shell] .... # ifconfig xl0 192.168.0.10 netmask 255.255.255.0 # route add default 192.168.0.1 @@ -165,7 +165,7 @@ a: 123456 0 4.2BSD 0 0 Теперь, когда машина находится в сети, перепишите ваш tar-файл. Здесь вы можете столкнуться с некоторой проблемой - если объем вашей флэш-памяти равен, к примеру, 128 мегабайтам, а ваш tar-файл превышает 64 мегабайта, то вы не можете одновременно разместить tar-файл на флэш-носителе и распаковать его - вам не хватит места. Одним из решений этой проблемы, если вы используете FTP, является распаковка файла во время его передачи по FTP. Если вы передаете файл именно так, то вы никогда не получите на диске одновременно архивный файл и его содержимое: + -[source,bash] +[source,shell] .... ftp> get tarfile.tar "| tar xvf -" @@ -175,7 +175,7 @@ ftp> get tarfile.tar "| tar xvf -" Если ваш файл обработан утилитой gzip, вы также можете этого добиться: + -[source,bash] +[source,shell] .... ftp> get tarfile.tar "| zcat | tar xvf -" @@ -185,7 +185,7 @@ ftp> get tarfile.tar "| zcat | tar xvf -" После того, как вы получили содержимое вашей заархивированной файловой системы на файловой системе флэш-памяти, вы можете размонтировать флэш-память и выполнить перезагрузку: + -[source,bash] +[source,shell] .... # cd / # umount /flash @@ -210,7 +210,7 @@ ftp> get tarfile.tar "| zcat | tar xvf -" В файле [.filename]#syslog.conf# задано местоположение некоторых файлов протоколов, которые имеются в каталоге [.filename]#/var/log#. Эти файлы не создаются скриптом [.filename]#/etc/rc.d/var# во время инициализации системы. Поэтому где-нибудь в скрипте [.filename]#/etc/rc.d/var#, после секции, создающей каталоги в [.filename]#/var#, вам нужно добавить нечто вроде следующего: -[source,bash] +[source,shell] .... # touch /var/log/security /var/log/maillog /var/log/cron /var/log/messages # chmod 0644 /var/log/* @@ -224,14 +224,14 @@ ftp> get tarfile.tar "| zcat | tar xvf -" Прежде всего создайте каталог с базой данных о пакаджах. Обычно это каталог [.filename]#/var/db/pkg#, но мы не можем разместить базу именно здесь, так как она исчезнет после перезагрузки системы. -[source,bash] +[source,shell] .... # mkdir /etc/pkg .... Теперь в скрипт [.filename]#/etc/rc.d/var# добавьте строку, которая связывает каталог [.filename]#/etc/pkg# с [.filename]#/var/db/pkg#. Например: -[source,bash] +[source,shell] .... # ln -s /etc/pkg /var/db/pkg .... @@ -251,7 +251,7 @@ ftp> get tarfile.tar "| zcat | tar xvf -" Затем добавьте в скрипт [.filename]#/etc/rc.d/var# после секции создания каталогов такие команды: -[source,bash] +[source,shell] .... # chmod 0774 /var/log/apache # chown nobody:nobody /var/log/apache @@ -259,7 +259,7 @@ ftp> get tarfile.tar "| zcat | tar xvf -" И наконец, удалите существующий каталог [.filename]#apache_install/logs# и замените его ссылкой: -[source,bash] +[source,shell] .... # rm -rf apache_log_dir # ln -s apache_log_dir |