Open Source Soft » daemons

Gentoo: dhcp & dns

Juev — Wed, 09 Dec 2009 13:27:19 +0000

На русском форуме gentoo часто встречаю вопросы по тому, как сделать так, чтобы при рабочем dhcp-клиенте не затирались записи в файле /etc/resolv.conf?

Обычно вносят изменения в этот файл, вручную указывая какие dns-сервера необходимо использовать. Мало ли, может dns-сервер провайдера работает не корректно или хотим использовать другие сервера, причин может быть множество. Но проблема в том, что прописывание руками серверов в указанный файл не приносит результата, при очередном получении ip-адреса, все прописанное затирается информацией с dhcp-сервера.

xbindkeys – сочетания в стиле emacs

Juev — Sun, 13 Sep 2009 17:04:22 +0000

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

По сути, проблема решилась быстро, достаточно было только установить xbindkeys и настроить в нем нужные сочетания клавиш. Тем самым получаем одни и те же комбинации везде, где только можно, включая обычный twm.

Но захотелось большего! Обычные сочетания клавиш очень ограничены, даже если использовать разные модификаторы. Ограничены потому что большинство комбинаций уже используется в различных программах и потому, что различные операции приходиться использовать на одних и тех же модификаторах.

Обновление halevt

Juev — Mon, 07 Sep 2009 18:03:56 +0000

Сегодня обратил внимание на то, что пакет halevt обновился. И все бы ничего, так он после перезагрузки системы отказался запускаться, мотивируя это тем, что отсутствует файл конфигурации. Пришлось разбираться…

Напомню только, что halevt – это демон автоматического монтирования, который позволяет упростить процедуру монтирования сменных носителей как в консоли, так и в оконных менеджерах. Установку и использование я описывал в статье Автоматическое монтирование: продолжение истории

Автоматическое монтирование: продолжение истории

Juev — Sat, 29 Aug 2009 04:03:27 +0000

В своей статье Автоматическое монтирование я уже описал основные проблемы, с которыми сталкивается начинающий пользователь при использовании Archlinux.

По сути основная проблема заключается только в том, что для работы со сменными носителями нужно включить себя в группу storage и прописать правила PolicyKit… После этого практически все файловые менеджеры смогут осуществлять автоматическое монтирование. Больше ничего и не нужно. Последующее описание сервиса autofs касалось только случая, когда мы хотим использовать автоматическое монтирование сменных носителей при работе в консоли.

Практически в день публикации вместе с muhas нашли еще одно решение, которое позволяет использовать автоматическое монтирование как в иксах, так и в консоли. При этом способ великолепно интегрируется с файловыми менеджерами типа thunar, pcmanfm и другими…

Автоматическое монтирование

Juev — Mon, 24 Aug 2009 11:16:53 +0000

В последнее время все больше и больше делается для упрощения работы в Linux. Это касается и автоматического монтирования сменных носителей. Если в Ubuntu или OpenSuse все работает из коробки, то в Archlinux нужно приложить некоторые усилия для того, чтобы все работало.

Во-первых, устанавливаем и настраиваем HAL. Если это еще не было сделано до этого.

$yaourt -S hal dbus udev

Не забываем запускать hal при старте системы, для этого добавляем его в строку DAEMONS файла /etc/rc.conf.

Альтернатива famd

Juev — Sun, 26 Jul 2009 06:26:49 +0000

При использовании файловых менеджеров очень удобно бывает отслеживать все изменения в реальном времени.

К примеру, работаем в thunar, переключаемся в консоль, создаем там файл, и он тут же появляется в окне thunar. При этом не нужно принудительно обновлять содержимое окна. Раньше для этих целей я использовал демон fam.

Тот висел себе в памяти в режиме демона и в случае изменений в файловой системе посылал сигналы файловым менеджерам. Все бы ничего, но один раз fam у меня сбойнул, в результате чего я получил жесткий диск, забитый логами этого демона, а это несколько гигобайт. И это всего за одну ночь!

Синхронизация времени

Juev — Tue, 14 Jul 2009 10:23:43 +0000

Вас никогда не касалась проблема неточного времени на компьютере? Нет? Ну тогда вам сильно повезло…

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

Существует несколько способов решения данной проблемы. Я как водиться, очень долго пользовался сложным методом… А именно организация собственного сервера точного времени. В дистрибутивах Linux существует целый ряд серверов, основными являются ntpd и openntpd… Последний является портом сервера openbsd, с улучшенной безопасностью и простотой настройки, потому именно его я и использовал.

uptime daemon

Juev — Tue, 30 Jun 2009 11:42:29 +0000

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

Во время использования Ubuntu я использовал для этих целей ud. Простенькая программа, которая работает в режиме демона и позволяет выводить лучшие результаты в консоли. Так я к ней привык, что когда перешел на Archlinux, пытался ее поставить, но к моему удивлению, не нашел ее ни в репозитории, ни в AUR.