[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]
Установите пакет libpaper1
, и вас
попросят указать формат бумаги по
умолчанию для всей системы. Настройка
будет сохранена в файле /etc/papersize.
Пользователи могут изменять формат бумаги
через переменную окружения PAPERSIZE.
Дополнительную информацию ищите в
справочной странице papersize(5)
.
Многие файлы в каталоге /dev принадлежат предопределённым группам. Например, /dev/fd0 принадлежит группе floppy, а /dev/dsp принадлежит группе audio.
Если вы хотите предоставить конкретному пользователю доступ к устройству, то включите пользователя в группу, которой принадлежит устройство, т.е. сделайте:
adduser пользователь группа
Благодаря этому, вам не нужно изменять права доступа на сами файлы устройств.
Если вы выполняли это из оболочки командной строки или графического окружения этого пользователя, то вам нужно выйти из системы и войти снова, чтобы стать членом этой группы. Чтобы посмотреть в какие группы вы выходите, введите команду groups.
Заметим, что при использовании udev права доступа к оборудованию назначаются при обнаружении устройства в системе. Если вам нужно изменить права доступа, отредактируйте файлы правил в каталоге /etc/udev.
Для этой задачи существуют пакеты kbd
и console-tools
. Для настройки
используется файл /etc/kbd/config или
/etc/console-tools/config.
В Debian файлы ресурсов программ X11 устанавливаются в каталог /etc/X11/app-defaults/. Если вы хотите глобально изменить настройки приложений X, то отредактируйте файлы настройки из этого каталога. Эти файлы считаются настроечными, так что их содержимое будет сохранено при обновлениях системы.
Как и все Uniх-ы, Debian загружается выполнением программы init. В настроечном файле для init (который называется /etc/inittab) указывается, что первым должен выполняться сценарий /etc/init.d/rcS. Этот сценарий запускает все сценарии из каталога /etc/rcS.d/ (в своём или отдельном процессе, в зависимости от расширения файла), которые проверяют и монтируют файловые системы, загружают модули, запускают сетевые службы, настраивают часы и производят прочие начальные действия. Затем, в целях совместимости, он запускает файлы (исключая те, что имеют «.» в имени файла) в каталоге /etc/rc.boot/. Сценарии в последнем каталоге, обычно, зарезервированы для администраторских задач, и не допускается их установка из пакетов.
По окончании процесса загрузки init выполняет все начальные сценарии в каталоге, соответствующем уровню запуска по умолчанию (этот уровень запуска задаётся записью id в /etc/inittab). Подобно большинству Uniх-ов, совместимых с System V, в Linux имеется 7 уровней запуска:
0 (останов системы),
1 (однопользовательский режим),
с 2 по 5 (различные многопользовательские режимы), и
6 (перезагрузка системы).
В системах Debian id=2, что означает, что по умолчанию уровень запуска будет '2' (вход в многопользовательский режим), и будут запущены сценарии из каталога /etc/rc2.d/.
В действительности, сценарии в любом из каталогов /etc/rcN.d/ — это только символьные ссылки на сценарии в /etc/init.d/. Однако, имена файлов в каждом каталоге /etc/rcN.d/ выбраны так, чтобы задавать порядок выполнения сценариев из /etc/init.d/. А именно, перед переходом на уровень запуска, запускаются все сценарии, начинающиеся с 'K'; эти сценарии останавливают службы. Затем начинается выполнение сценариев с именами, начинающимися с буквы 'S'; эти сценарии запускают службы. Двузначное число после 'K' или 'S' указывает порядок, в котором запускается сценарий. Первыми выполняются сценарии с меньшими номерами.
Для поддержки этого метода все сценарии в каталоге /etc/init.d/ принимают один из параметров: «start», «stop», «reload», «restart» или «force-reload» и затем выполняют задачу, определяемую этим параметром. Эти сценарии можно использовать даже после окончания процесса загрузки системы для управления различными процессами.
Например, при параметре «reload» команда
/etc/init.d/sendmail reload
посылает службе sendmail указание повторить
чтение файла настроек. (Кстати, в Debian есть
команда invoke-rc.d
для запуска
сценариев из /etc/init.d/.)
Допустим, системе нужно выполнять сценарий foo при загрузке, или при переключении в какой-либо уровень запуска (System V). В этом случае действия системного администратора такие:
Поместить сценарий foo в каталог /etc/init.d/.
Запустить команду Debian update-rc.d с соответствующими параметрами, чтобы указать на каких уровнях должна запускаться и останавливаться служба.
Попробовать перезагрузить систему для проверки, что служба запускается правильно (предполагается, что вы хотите запускать службу в уровне запуска по умолчанию). Или же вручную запустить службу с помощью команды «/etc/init.d/foo start».
Например, можно выполнять сценарий foo при загрузке, поместив его в /etc/init.d/ и установив необходимые ссылки командой update-rc.d foo defaults 19. Параметр «defaults» задаёт уровни запуска по умолчанию, то есть служба будет запускаться (по крайней мере, при отсутствии блока комментария LSB, указывающем этого не делать) в уровнях запуска со 2 по 5, и останавливаться в уровнях запуска 0, 1 и 6. (Любая из директив LSB Default-Start и Default-Stop в foo имеет приоритет при использовании sysv-rc версии update-rc.d, но игнорируется текущей (v0.8.10) file-rc версией update-rc.d.) Параметр «19» гарантирует, что foo запустится после завершения выполнения всех сценариев, чьи номера меньше 19, и раньше всех сценариев, чьи номера равны 20 или более.
Предположим, некоторые пользователи хотят
настроить новый сервер, устанавливая
группу пакетов Debian и собственный пакет,
состоящий из настроечных файлов. Вообще,
это не очень хорошо, поскольку dpkg
не
будет знать о файлах настроек, если они
находятся в другом пакете, и может затереть
эти файлы при обновлении другого пакета.
Вместо этого создайте собственный пакет,
который правит настроечные файлы «группы»
пакетов Debian, как вам необходимо. В
последствии dpkg
и другие утилиты
системы управления пакетов увидят, что
файлы были отредактированы локальным
«администратором» и не станут трогать
настройки при обновлении этих пакетов.
Предположим, что системный администратор
или пользователь хотят использовать
программу «login-local» вместо «login» из пакета
Debian login
.
НЕ надо:
Перезаписывать /bin/login программой login-local.
Система управления пакетами не будет знать об этих изменениях и при последующих обновлениях или установках просто заменит ваш изменённый /bin/login новым из пакета login (или любого другого пакета, предоставляющего /bin/login).
Делайте так:
Выполните:
dpkg-divert --divert /bin/login.debian /bin/login
чтобы заставить Debian при последующих
обновлениях пакета login
записывать
файл /bin/login в /bin/login.debian.
Затем выполните:
cp login-local /bin/login
чтобы перенести вашу локальную программу на нужное место.
Запустите dpkg-divert --list, чтобы проверить какие отклонения выполняются в системе.
Дополнительную информацию можно найти в
справочной странице dpkg-divert(8)
.
Выполните команду:
dpkg-scanpackages КАТ_ДВОЧН_ФАЙЛОВ ФАЙЛ_OVERRIDE [ПРЕФИКС_ПУТИ] > мой_Packages
где:
КАТ_ДВОЧН_ФАЙЛОВ — это каталог, где находятся архивы файлов Debian (которые обычно имеют расширения «.deb»).
ФАЙЛ_OVERRIDE — это файл, который редактируется сопровождающими дистрибутива и обычно хранится в FTP-архиве Debian в файле indices/override.main.gz для Debian-пакетов в разделе дистрибутива «main». Вы можете его игнорировать для локальных пакетов.
ПРЕФИКС_ПУТИ — это необязательная строка, которая может предшествовать именам файлов в my_Packages.
После создания файла мой_Packages, сообщите системе управления пакетами о новых пакетах командой:
dpkg --merge-avail мой_Packages
Если вы используете APT, то также можете
добавить локальный репозиторий в ваш файл
sources.list(5)
.
Есть несколько случаев, когда два пакета предоставляют две разные версии программы, которые служат в общем одной цели. Одни пользователи могут предпочитать одну из этих программ другой в силу привычки или более привлекательного интерфейса. Но у других, на этой же машине, может быть иное мнение.
Debian использует систему «виртуальных» пакетов для того, чтобы системные администраторы (или пользователи) могли выбирать между несколькими пакетами с одинаковой функциональностью более-менее независимо от требований других пакетов.
Например, в системе может существовать две
различные версии программ чтения новостей.
Пакет сервера новостей может
'рекомендовать', чтобы в системе была
установлена некая программа для
чтения новостей, но какая именно —
tin или trn, предлагается
выбрать пользователю. Решается это
созданием виртуального пакета
news-reader
, который предоставляется
пакетами tin
и trn
. Какая
из этих программ вызывается, определяется
символьной ссылкой файла виртуального
пакета /etc/alternatives/news-reader на выбранный
файл, например, на /usr/bin/trn.
Простого создания символьной ссылки недостаточно для полного решения задачи использования альтернативной программы; также должны измениться страницы руководства и возможные вспомогательные программы. Сценарий Perl update-alternatives берёт на себя всё, что необходимо сделать для создания необходимых связей между ресурсами системы.
Например, чтобы проверить, какие программы предоставляют «x-window-manager», выполните:
update-alternatives --display x-window-manager
Если вы хотите его изменить:
update-alternatives --config x-window-manager
И следуйте инструкциям на экране (просто укажите номер желаемой программы из списка).
Если пакет по каким-либо причинам не зарегистрировал себя как оконный менеджер (сообщите об ошибке), или если вы используете менеджер из каталога /usr/local, тогда на экране вы не увидите предпочитаемой вами программы. Вы можете обновить ссылку командой:
update-alternatives --install /usr/bin/x-window-manager \ x-window-manager /usr/local/bin/wmaker-cvs 50
Значение первого параметра «--install» является символьной ссылкой на /etc/alternatives/NAME, где NAME задан во втором значении. Третье значение указывает программу, на которую должна ссылаться /etc/alternatives/NAME, а четвёртое значение задаёт приоритет (альтернатива с большим значением будет предлагаться при выборе как значение по умолчанию).
Чтобы удалить добавленный вами вариант, просто выполните:
update-alternatives --remove x-window-manager /usr/local/bin/wmaker-cvs
[ назад ] [ Содержание ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ 16 ] [ вперед ]
Часто задаваемые вопросы о Debian GNU/Linux
версия 5.0.1.4.201403191214 от 19 March 2014