Linux

Стахнов Алексей Александрович

ssh $OTHERHOST \'buffer -i /dev/st0\' I \'tar xTf /tmp/restorelist -\'

Программа резервного копирования dump

Программа dump в корне отличается от tar – она предназначена для резервного копирования и восстановления файловой системы и создает резервные копии элементов файловой системы. Использование этой утилиты позволяет получить копию одной файловой системы быстро и эффективно. К сожалению, ее нельзя применить к отдельным каталогам. Программа restore выполняет функцию, обратную dump, она восстанавливает полную резервную копию файловой системы.

Утилита dump имеет несколько уровней резервного копирования. Уровни могут быть от 0 до 9, где уровень 0 (полная резервная копия системы), который гарантирует, что все элементы файловой системы будут скопированы. Уровни выше 0 – добавочные резервные копии, которые указывают dump копировать все новые или модифицированные после последнего копирования файлы. Чтобы быть более точным, на каждом уровне добавочного

резервного копирования вы сохраняете все изменения, произошедшие после создания последней резервной копии на том же или предыдущем уровне. Это позволяет вам осуществлять инкрементное резервирование системы.

Создание резервных копий с помощью программы dump

Использование программы dump очень простое:

dump -0u -f /dev/st0 /home

Таким образом, мы создали полную копию каталога /home. Для получения инкрементной копии выполним следующую команду:

dump -3u -f /dev/st0 /home

Восстановление файлов, созданных dump

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

При восстановлении резервной копии мы должны перейти в раздел файловой системы, где хотим восстанавливать нашу резервную копию. Это требуется, т. к. в диалоговом режиме программа restore восстанавливает все файлы раздела файловой системы, из которой она была запущена.

Для восстановления файлов из копии в диалоговом режиме используйте команду:

restore -i -f /dev/st0 restore >

На вашем терминале вы увидите командную строку, для получения списка файлов текущего или заданного каталога используйте команду is:

restore > ls

admin/ lost+found/ named/ quota.group quota.user wahib/

restore >

Чтобы внести текущий каталог или файл в список файлов для извлечения, используйте команду add:

restore > add Personal/ restore >

Чтобы удалить текущий каталог или заданный файл из списка файлов для извлечения, используйте команду delete.

Чтобы восстановить все файлы из списка для извлечения, используйте команду extract.

Для выхода из интерактивного режима программы restore после завершения восстановления файлов используйте команду quit.

Пакет AMANDA

Многие системные администраторы создают свои собственные сценарии и выполняют большую часть работы по контролю за использованием томов вручную.

Пакет AMANDA (Advanced Maryland Automatic Network Disk Archiver) контролирует процесс проведения серий полных и инкрементных резервирований данных на промежуточное дисковое хранилище хоста ленточных устройств для некоторого набора сетевых клиентов. Затем полученные наборы данных переносятся на ленточные носители. При условии корректной установки пакет AMANDA работает полностью автоматически. Процесс резервирования обычно запускается ночью и осуществляет все операции копирования, последовательно устанавливая соединения хоста копирования с каждым из клиентов. Существует возможность устанавливать эти соединения параллельно, а также контролировать и регулировать создаваемую нагрузку на сеть. Модуль планировщика определяет, какой уровень инкрементного копирования должен быть выполнен для каждой файловой системы каждого из хостов.

Программы пакета AMANDA для создания архивных файлов используют утилиты dump или tar. Поэтому оказывается возможным извлекать созданные ими архивы с помощью обычных инструментов. Кроме того, для восстановления предназначена команда amrecover пакета AMANDA.

Команды mt и mtx

Команды mt и mtx предназначены для управления устройствами вывода на магнитную ленту. Команда mt предназначена для получения сведений о состоянии устройства, определения или установки абсолютной и/или логической позиции головки над носителем, перемотки носителя, извлечения носителя и поиска «по направлению вперед» конца последнего блока записанных данных.

Команда mtx включает расширения для большинства распространенных типов устройств автоматической смены носителей.

Команда buffer

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

Многотомные резервные копии

Приведенные ранее примеры не предназначены для создания резервных копий, занимающих несколько магнитных лент. Утилиты tar и cpio предоставляют параметры, позволяющие разместить любой архивный файл на нескольких томах

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

Ссылки

• www.veter.sky.net.ua/docs/inux/LINUXSOS/index.html – Gerhard Mourani. Безопасность и оптимизация Linux. Редакция для Red Hat.

• www.amanda.ocg – сайт программы AMANDA.

• Соответствующие страницы man.

Глава 34 X Window и другие графические оболочки

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

Конфигурирование X Window

Конфигурирование X Window включает в себя четыре основных компонента:

• конфигурирование Х-сервера;

• конфигурирование диспетчеров окон Window Manager;

• конфигурирование прикладных программ;

• русификацию.

Эти действия могут быть сделаны как администратором – для всей системы сразу, так и пользователем, но только для себя. Исключениями являются лишь Х-сервер, конфигурацию которого может модифицировать только root, и, частично, русификация.

Конфигурирование X-сервера

Базой системы X Window является Х-сервер, выполняющий основную работу системы. Все настройки Х-сервера располагаются в файле /etc/X11/XF86Config.

Этот файл состоит из нескольких секций, каждая из которых содержит настройки для определенной подсистемы – шрифтов, мыши, клавиатуры, монитора, видеоадаптера.

Общий вид секции такой:

Section «имя-секции» данные

...

EndSection

Внутри секций могут быть подсекции – они определяются парой ключевых СЛОВ SubSection/EndSubsection.

В табл. 34.1 приведены основные секции конфигурационного файла XF86Config.

Таблица 34.1. Основные секции файла XF86Config

Ниже приведен пример конфигурационного файла XF86Config-4.

# File generated by anaconda.

Section "ServerLayout"

Identifier "Anaconda Configured"

Screen 0 "Screen0" 0 0

InputDevice "Mouse0" "CorePointer"

InputDevice "Keyboard0" "CoreKeyboard"

EndSection

Section «Files»

# The location of the RGB database. Note, this is the name of the

# file minus the extension (like ".txt" or ".db"). There is normally

# no need to change the default.

RgbPath «/usr/XHR6/lib/X11/rgb»

# Multiple FontPath entries are allowed (they are concatenated together)

# By default, Red Hat 6.0 and later now use a font server independent of

# the X server to render fonts.

FontPath «unix/:7100»

EndSection

Section «Module»

Load "GLcore"

Load "dbe"

Load "extmod"

Load "fbdevhw"

Load "pex5"

Load "dri"

Load "glx"

Load "pex5"

Load "record"

Load "xie"

EndSection

Section «InputDevice»

Identifier "Keyboard0"

Driver "keyboard"

# Option «AutoRepeat» «500 5»

# when using XQUEUE, comment out the above line, and uncomment the

# following line

# Option "Protocol" "Xqueue"

# Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option "Xleds" "1 2 3"

# To disable the XKEYBOARD extension, uncomment XkbDisable. # Option "XkbDisable"

# То customise the ХКВ settings to suit your keyboard, modify the

# lines below (which are the defaults). For example, for a non-U.S.

# keyboard, you will probably want to use:

# Option "XkbModel" "pc102"

# If you have a US Microsoft Natural keyboard, you can use:

# Option "XkbModel" "microsoft"

#

# Then to change the language, change the Layout setting.

# For example, a german layout can be obtained with:

# Option «XkbLayout» «de»

# or:

# Option "XkbLayout" "de"

# Option "XkbVariant" "nodeadkeys"

#

# If you\'d like to switch the positions of your capslock and

# control keys, use:

# Option "XkbOptions" "ctrl:nocaps"

Option "XkbRules" "xfree86"

Option "XkbModel" "pc102"

Option "XkbLayout" "ru(winkeys)"

#Option "XkbVariant" ""

Option "XkbOptions" "grp:ctrl_shift_toggle"

EndSection

Section «InputDevice»

Identifier "Mouse0"

# Modified by mouseconfig

Driver "mouse"

Option "Device" "/dev/mouse"

Option "Protocol" "IMPS/2"

Option "Emulate3Buttons" "no"

Option "ZAxisMapping" "4 5"

EndSection