Архів для категорії 'Система'

tmpreaper — знадіб, який чистить теки із тимчасовими файлами, рекурсивно вилучаючи файли, які не використовувались на протязі певного часу. Ви можете налаштувати винятки, і tmpreaper не видалятиме symlink’и, socket’и, FIFO’и…

Опис до пакунки містить наступний текст:

WARNING: Please do not run `tmpreaper’ on `/’. There are no protections against this written into the program, as that would prevent it from functioning the way you’d expect it to in a `chroot(8)’ environment.

Після того, як встановите пакунок, вам потрібно буде вручну відредагувати конфігураційний файл /etc/tmpreaper.conf, і вилучити або закоментувати рядок SHOWWARNING=true, щоб насправді активувати tmpreaper. Також перегляньте й інші параметри.

Переклад. Джерело: tmpreaper: keep your temp files under control

Це порада, як дізнатись, котрий зі встановлених у системі пакунків займає найбільше дискового простору.

# dpkg-query –show –showformat=’${Package;-50}\t${Installed-Size}\n’ | sort -k 2 -n | grep -v deinstall | awk ‘{printf “%.3f MB \t %s\n”, $2/(1024), $1}’ | tail -n 10

Остання команда `tail -n 10`, який передається вивід попередньої, виводить 10 останніх пакунків. Можете при потребі змінити дане число.

Приклад отриманого виводу:

106.984 MB linux-image-2.6.28-11-generic
107.027 MB linux-image-2.6.28-13-generic
107.055 MB linux-image-2.6.28-14-generic
107.367 MB linux-image-2.6.28-15-generic
108.172 MB linux-image-2.6.31-14-generic
108.176 MB linux-image-2.6.31-15-generic
121.980 MB openoffice.org-core
122.363 MB valgrind
125.703 MB ia32-libs
247.348 MB ubuntu-docs

Джерело: How To Check Which Software Package Is Using More Space

timeout (є частиною пакунку SATAN) — чудовий знадіб для підправки сигналів процесам через певний, вказаний час час.

Їй, зазвичай, передається два параметри: перший — ліміт часу в секундах, а другий — програма, яка запускатиметься. Усі наступні аргументи передадуться програмі, яка запускатиметься.

Вона також приймає в якості параметру номер сигналу, який надсилатиметься процесу. За замовчуванням, це SIGKILL.

Дуже корисно у багатьох випадках, наприклад: трасування статистику процесу PID протягом наступних 300 секунд:

# timeout -2 300 strace -tt -c -p PID

Переконайтеся, що ваші діти не грають у Childsplay протягом усього дня (звісно, ви повинні переконатися, що вони не зможуть перезапустити її :):

# timeout 3600 childsplay

Одна з речей, які зробили систему Debian на стільки популярною — її система керування пакунками, APT (Advanced Packaging Tool), яка дозволяє звантажувати віддалені пакунки, встановлювати, оновлювати їх і вирішувати їхні залежності. На жаль, це вимагає наявності мережного з’єднання — доки ви не починаєте використовувати apt-offline.

У системі Debian, коли вам потрібно встановити пакунок, ви, за звичай, використовуєте команду apt-get. У Debian кожен пакунок є досить автономним щільно пов’язаним з іншими пакунками. APT виконує дуже велику роботу по інтеграції вирішенні залежностей, і позбавляє користувача від багатьох по істинно пекельних проблем.

Ось де розпочинається проблема — якщо ваша машина має доступ до мережі Інтернет — усе чудово працює, адже APT може згенерувати зегенрувати перелік пакунків разом із їхніми залежностями, а тоді успішно їх звантажити і встановити.

Однак, коли мова заходить про звантаження пакунка в індивідуальному порядку на іншу машину, із врегулюванням усіх залежностей, можуть виникнути великі проблеми.

Ось яскравий життєвий приклад: У дома я маю комп’ютер під управлінням системи системи Debian. Там я не маю доступу до мережі Інтернет (або ж з’єдання дуже повільне/дорогий трафік). На роботі ж я (або мій друг) маю дуже швидкий доступ до інтернету, але змушений використовувати там, скажімо Windows.

Я б усе ще хотів мати можливість безболісно здійснювати update/upgrade на моїй машині Debian вдома, використовуючи усі можливості APT.

Автономний APT Package Manager — місце, де на практиці використовується apt-offline.

Читати повністю »

cpulimit – знадіб, який дозволяє обмежувати використання (у відсотках) центрального процесора (CPU) певним процесом. Це є корисним для контролю виконання фонових завдань, які не повинні “їсти” багато процесорного часу.

Читати повністю »

Цей документ являє собою покрокову інструкцію для встановлення Xen на Debian Lenny (5.0) з архітектурою (AMD64).

Xen надає можливість створювати гостьові операційні системи (*nix типу напр. Linux чи FreeBSD), так звані “віртуальні машини” (ВМ) чи domUs, під керуванням основної операційної системи (dom0). Завдяки Xen можна розділити виконання ваших програм по різних ВМ, які будуть незалежні одна від одної (напр. ВМ для поштового Сервера, ВМ для Веб-сервера, ВМ для DNS сервера, та ін.) при тому використовуючи єдине обладнання комп’ютера. Такий метод економить гроші, і що більш важливо має більший ступінь захисту. Якщо ВМ з DNS сервером буде “зламана”, це не вплине на інші ВМ. До того ж можна переміщувати різні ВМ з одного Xen сервера на інший.

Читати повністю »

scponly — альтернативний ’shell’ для системних адміністраторів, які б не хотіли надавати віддаленим користувачам доступ на читання і на запис до локальних файлів без надання їм спеціального права робити це.

Зазвичай, scponly використовують для того, щоб надавати на півпублічний доступ, на кшталт, концепції, яка застосовується для анонімної авторизації на ftp.

Читати повністю »

Ця стаття є невеличким помічником при міграції від файлової системи (ФС) Ext3 до Ext4, включаючи міграцію файлів з використанням “extents” (найвагомішої технології впровадженої в ext4). В доці описаний весь процес міграції, включаючи можливі спотикання при конвертації на діючій ФС, на противагу свіжому встановленні.

Читати повністю »

У статті описується процес налаштування реплікації для серверу OpenLDAP.

Читати повністю »