10.1 Як мені переконатись, що всі програми використовують однаковий розмір паперу?
Файл / etc / papersize містить загальне для всієї системи назву формату паперу (тобто letter або A4). Це значення може бути перекрито змінної оточення PAPERSIZE. Подробиці в його довідці papersize (5).
10.2 Як мені надати доступ до периферійних пристроїв не ставлячи під загрозу безпеку системи?
Багато пристроїв у каталозі / dev належать деяким наперед визначеним групам. Наприклад, / dev / fd0 належить групі floppy. а / dev / dsp - групі audio.
Якщо ви хочете дати якомусь користувачеві доступ до пристрою, просто включіть в групу, якій належить пристрій, тобто зробіть:
Це якщо ви не хочете робити chmod для файлу пристроїв.
10.3 Яким чином в Debian при запуску системи вантажити консольний шрифт?
Для цього завдання існують пакети kbd і console-tools. Відредагуйте файли / etc / kbd / config або / etc / console-tools / config.
10.4 Як змінити стандартні настройки додатків для X11?
В Debian установка X11 передбачає, що файли в каталозі / usr / X11R6 / lib / X11 / app-defaults / залишаються незмінними. Якщо ви хочете змінити їх глобально X, запишіть ваші зміни в файл / etc / X11 / Xresources. Цей файл вважається Настроювальна, так що його вміст не буде втрачатися при оновленнях системи.
Як і всі Юнікси, Debian завантажується виконанням програми init. Її конфігураційний файл для init (який нзивается / etc / inittab) вказує, що першим має виконуватись сценарій /etc/init.d/rcS. Ці сценарії перевіряють і монтують файлові системи, завантажують модулі, запускають мережеві сервіси, встановлюють годинник, щоб провести ініціалізацію і запускають сценарії (виключаючи ті, що мають `. 'В імені файлу) в каталозі /etc/rc.boot/. Використання сценаріїв в останньому каталозі зарезервовано для адміністраторських завдань, і не допускається для пакетів.
Після завершення завантажувального процесу, init запускає всі стартові сценарії з теки, зазначеному рівнем запуску (цей рівень запуску задається відповідним записом id у / etc / inittab). Як і більшість сумісних Юніксів System V, Linux має 7 рівнів запуску:- 0 (зупинка системи),
- 1 (одного користувача режим),
- з 2 по 5 (різні багатокористувацькі режими), і
- 6 (перезавантаження системи).
Насправді, сценарії в будь-якому з цих каталогів, /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 'в команді
призведе до відправки демону sendmail сигналу перечитати файл настройок.
10.6 Виходить, Debian не використовує для налаштування процесу завантаження rc.local; як підтримується ця функція?
Припустимо, нам потрібно запускати сценарій foo при завантаженні, або при перемиканні в який-небудь рівень запуску (System V). В цьому випадку Системний адміністратор:- Помістити сценарій foo в каталог /etc/init.d/.
- Запустити команду Debian update-rc.d з необхідними аргументами, щоб встановити зв'язки між каталогами rc? .d і /etc/init.d/foo. Тут '?' - це число від 0 до 6, що означає рівень запуску System V.
- Перевантажити систему.
Команда update-rc.d встановить зв'язку між каталогами rc? .d і /etc/init.d. Ім'я кожного зв'язку починається з літери 'S' або 'K', за якими йде номер та власне назва сценарію. Ті, що починаються з 'S' з теки /etc/rcN.d/. виконуються при завантаженні рівня запуску N. ті, що починаються з 'K' при його зупинці N.
Наприклад, можна виконувати сценарій foo при завантаженні, помістивши його в /etc/init.d/ та встановивши командою update-rc.d foo defaults 19. Аргумент 'defaults' позначає типові рівні запуску від 2 до 5. Аргумент '19' дозволяє запускати сценарій foo до сценаріїв з номерами 20 і вище.
10.7 Як система управління пакунками, коли пакети містять конфігураційні файли інших пакунків?
Наприклад, деякі користувачі хочуть створити нову службу, встановивши групу пакунків Debian та пакет, що складається з настроювальних файлів. Взагалі, це не дуже добре, оскільки dpkg не знатиме про конфігураційні файли, якщо вони знаходяться в іншому пакеті, і може перезаписати суперечливі конфігурації при оновленні одного з пакунків.
Створіть натомість пакет, що змінює конфігураційні файли "групи" пакетів Debian, як вам необхідно. Надалі dpkg та лругие системи керування пакунками побачать, що файли були модифіковані локальним "системним адміністратором" і не старатимуться перезаписувати їх при оновленні.
10.8 Як я можу перезаписати файл, встановлений-небудь пакунком, так щоб?
Припустимо, адміністратор, або локальний користувач хочуть використовувати програму "login-local" замість "login" з пакету Debian login.
Не треба:- Перезаписувати / bin / login програмою login-local.
Система керування пакунками не знатиме про ці зміни і при оновленні або інсталяціях просто замінить / bin / login.
Значить робиться так:- виконайте:
- Потім виконайте:
щоб перенести вашу локальну програму на потрібне місце.
Подробиці в його довідці dpkg-divert (8).
10.9 Як мені додати свій пакунок до списку відомих пакетів, відомих системі управління пакетами?
де:- BIN-DIR - це каталог, де зберігаються файли архівів Debian (які зазвичай мають розширення ".deb").
- OVERRIDE_FILE - це файл, що редагується супроводжуючими збірок та зберігається в FTP-архіві Debian в indices / override.main.gz для Debian-пакетів в розділі "main" дистрибутива. Ви можете його проігнорувати для локальних пакетів.
- PATHPREFIX - це необов'язковий ланцюжок, яка може передувати в імені файлу my_Packages.
після побудови файлу my_Packages. системі керування пакунками про нові пакетах командою:
10.10 Деяким користувачам подобається mawk, іншим - gawk; деяким - vim, іншим - elvis; деяким - trn, іншим - tin; як підтримує такі Debian?
Є кілька випадків, коли два пакунки забезпечують дві різні варіації програм, кожна з котрих володіє однаковою базовою функціональністю. Користувачі однієї і тієї ж машини можуть віддавати перевагу одну з цих програм іншого на свій смак.
Debian використовує "віртуальну" систему пакунків, щоб дозволити адміністраторам (або дати можливість користувачам) обирати двох чи більше програм з однаковою функціональністю більш-менш незалежно від вимог інших пакетів.
Наприклад, в системі може існувати дві різні версії програм для читання новин. Пакет сервера новин може рекомендувати, щоб в системі була котрусь із них, але кінцевий вибір між - tin або trn. кожен користувач особисто. Вирішується це створенням віртуального пакету news-reader. який надається пакетами tin і trn. Яка з цих програм є читалкою новин можна визначити за допомогою символічної зв'язку / etc / alternatives / news-reader на вибраний файл, тобто скажімо це / usr / bin / trn.
Просто створення символічного зв'язку недостатньо для повного вирішення завдання використання альтернативної програми; також повинні зазвичай сторінки довідки та можливо інші підтримки. Сценарій Perl update-alternatives бере на себе все, що необхідно зробити для створення необхідних зв'язків між ресурсами системи.
Наприклад, щоб перевірити, які файли забезпечує x-window-manager ', виконайте:
Якщо ви хочете щось змінити:
І дотримуйтесь інструкцій на екрані (в основному, доводиться вибирати номер вам більше подобається).
Якщо пакет з яких-небудь причин не зареєстрував себе як віконний менеджер (помилки у файлі), або якщо ви хочете використовувати менеджер з каталогу / usr / local, то екранне меню не буде містити вами програми. Ви можете оновити зв'язок командою:
Перший аргумент в опції `--install '- є символічним, яка вказує на / etc / alternatives / ІМ'Я, де ІМ'Я - другий аргумент. Третій аргумент - це програма, на яку повинна вказувати / etc / alternatives / ІМ'Я, і четвертий - пріоритет (чим більше це значення, тим вище пріоритет).