О блоге

Все новые материалы размещаются на Блогосайте alv.me. Старые - в процессе переноса.

08.02.2014

Cinnamon. Часть вторая. Общий вид

При первом своём запуске Cinnamon выглядит более чем традиционно -- перед нами самый обычный рабочий стол с управляющей панелью, на которой имеется кнопка с подписью Menu (или Меню, в зависимости от локализации):
В отличие от GNOME Shell'а или Unity, здесь сразу ясно, что делать дальше. Во-первых...
Cinnamon. Часть вторая. Общий вид

Cinnamon. Часть вторая. Интерфейс

Особенности интерфейса десктопа Cinnamon будут рассмотрены на примере его сборки для Ubuntu, хотя в сборке для Mint'а никаких отличий не обнаружится. В сборках для более иных дистрибутивов некоторые функции интерфейса могут отсутствовать.
Всё описанное ниже относится к установке Cinnamon по умолч...
Cinnamon. Часть вторая. Интерфейс

Cinnamon. Часть первая, вводная

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

Вступление
Начало истории
Зигзаг удачи
Дистр...
Cinnamon. Часть первая, вводная

07.02.2014

Ещё раз про Mageia

Едва я разместил заметку про Mageia 4 с Cinnamon'ом в качестве десктопа, как обнаружил, что и Сергей Голубев не прошёл мимо этого дистрибутива. Правда, в его традиционном воплощении -- с KDE в качестве рабочей среды. В этой связи я вспомнил, что эксперимента ради тоже ставил 4-ю Mageia с KDE, поч...
Ещё раз про Mageia

Центр управления Unity

Можно много дискутировать о достоинствах и недостатках Ubuntu. Но в одном этот дистрибутив (если понимать его в узком смысле, как систему с рабочей средой Unity) держит безусловное первенство -- это в количестве средств конфигурирования. Как отмечалось многими авторами, среди коих и автор этих ст...
Центр управления Unity

05.02.2014

Обустройство Блогосайта: плагины

История об апгрейде движка Блогосайта закончилась на том, что я приступил к обустройству его посредством установки необходимых плагинов. Благо, в новой версии это сделано очень удобно, через поиск непосредственно из админки WordPress'а. Да и выбор плагинов оказался очень широким, пожалуй, что даж...
Обустройство Блогосайта: плагины

08.09.2013

Актуальные проекты

Ныне нами активно развиваются следующие сайты:
Блогосайт Алисы и Alv'а -- работает в режиме блога, размещаютсмя материалы на злобу дня.
POSIX.ru -- к участию приглашаются все желающие; также пополняется материалами о Linux'ах и UNIX'ах исторического характера.
Ubuntu'вы страсти -- про Ubuntu и сородичей.
SUSEana -- новеллы об openSUSE.

23.12.2008

Блогосайт Alv’а. О Unix'ах, былом и грядущем

Сделал себе новый полу-сайт, полу-блог:
http://alv.me/
Это всё-таки поприличней выглядит.
Постепенно перетащу туда весь контент отсюда и с http://alv-aka-fedorchuk.blogspot.com/

06.11.2008

Наброски к книге. 2. Настраиваем HAL

Кроме описанного ранее, есть и более радикальный метод настройки монтирования сменных носителей от лица пользователя -- использование механизма HAL (Hardware Abstraction Level). Правда, работает он только в Иксах, насколько мне известно, точно -- в интегрированных средах KDE, GNOME и Xfce, за менеджеры окон не скажу по незнанию; хотя, судя по тому, что порт hal идёт в качестве зависимости X-сервера, вероятно, и в некоторых из них этот механизм также поддерживается.

Итак, для начала необходимо установить соответствующий порт -- /usr/ports/sysutils/hal. Правда, как только что было сказано, при установке Иксов и какой-либо из интегрированных сред он уже будет инсталлирован как зависимость, причём вместе с графическим фронт-эндом к нему (в случае с GNOME и Xfce это будет порт /usr/ports/sysutils/gnome-mount).

Теперь -- собственно настройка. Она проста как грабли: отправляемся в каталог /usr/local/etc/PolicyKit и обнаруживаем там файл PolicyKit.conf. По умолчанию содержимое его следующее:
<config version="0.1">
<match user="root">
<return result="yes"/>
</match>
<define_admin_auth group="wheel"/>
</config>
Что предваряется следующей фразой:
<!-- See the manual page PolicyKit.conf(5) for file format -->
Руководствуясь man (5) PolicyKit.conf, между
    <define_admin_auth group="wheel"/>
и
</config>
дописываем следующие строки:
    <match action="org.freedesktop.hal.storage.mount-removable">
<return result="yes"/>
</match>
<match action="org.freedesktop.hal.storage.mount-fixed">
<return result="yes"/>
</match>
разрешающие членам группы wheel монтирование сменных и внутренних носителей, соответственно.

И после реинициализации системы (например, посредством временного перехода в однопользовательский режим или полного рестарта) получаем возможность автоматического монтирования сменных устройств сразу вслед за их помещением в привод или подсоединением к USB-порту.

Наброски к книге. 1. Монтирование сменных устройств

Начинающих пользователей FreeBSD, имеющих опыт работы в современных дистрибутивах Linux'а, часто раздражает необходимость получать права администратора для монтирования сменных накопителей (компакт-диски, флэшки, носители цифровых камер). И по умолчанию это действительно так, и попытки решить эту задачу простым редактированием файла /etc/fstab по образу и подобию Linux'ового успеха иметь не будут -- опция user, обеспечивающая эту функцию в последней ОС, командой mount из FreeBSD не поддерживается.

И тем не менее необходимость административных прав для монтирования сменных устройств во FreeBSD -- кажущаяся. Вот только для реализации права юзера на монтирование потребуются несколько иные действия.

Для начала, получив привилегии root'а, устанавливаем права доступа к файлам сменных устройств в файле /etc/devfs.conf, отвечающем за поведение файловой системы devfs:
perm    /dev/cd0     0666
perm /dev/xpt0 0666
perm /dev/pass0 0666
perm /dev/da0 0666
perm /dev/da0s1 0666
Заодно тут же снимаем символ комментария со строки
#link    acd0    cdrom
Благодаря этому при создании devfs (а она, как известно, пересоздаётся при каждом рестарте машины) будет устанавливаться символическая ссылка для файла /dev/cdrom (такое имя привода компакт-диска желают видеть некоторые программы, например, mplayer) на файл реального устройства acd0.

Затем в файле /ect/sysctl.conf разрешаем монтирование VFS от имени обычного пользователя:
vfs.usermount=1
Теперь возвращаем себе права обычного пользователя и от его имени создаём в домашнем каталоге точки монтирования для сменных устройств:
% mkdir ~/cdrom ~/usb
Проверяем правильность настроек командами:
% /sbin/mount -t vfat /dev/da0s1 ~/usb
% /sbin/mount -t cd9660 -o ro /dev/da0s1 ~/cdrom
Если монтирование проходит нормально, то вносим в файл /etc/fstab соответствующие строки:
/dev/acd0 /home/username/cdrom cd9660 ro,noauto 0 0
/dev/da0s1 /home/username/usb vfat rw,noauto 0 0
Однако возможно, что после всех предпринятых шагов флэшка или компакт откужутся монтироваться от лица пользователя, выдав предупреждение, что
Operation not permitted


Почему -- тайна сия велика есть, но такой результат не исключён. Однако и тут есть решение, даже два, правда, оба -- на уровне шаманских рецептов.

Первое решение -- это (от лица суперпользователя) присвоить командам /sbin/mount и /sbin/umount так называемый бит суидности:
# chmod a+s /sbin/mount /sbin/umount
Не очень изящно, но, говорят, работает.

Второе же решение -- вообще попахивает колдовством: произвести монтирование и размонтирование устройства от имени администратора в процессе инициализации системы. Проще всего это сделать посредством скрипта следующего содержания:
#!/bin/sh
mount /cdrom; umount /cdrom
mount /mnt; umount /mnt
который поместить в каталог /usr/local/etc/rc.d/ под именем, например, mount_umount.sh. Наличие компакта в приводе или флэшки, подсоединённой к USB-порту, не обязательно.

Мне с такой ситуацией сталкиваться не пришлось, поэтому не опробовал ни первый, ни второй способы. Но, по сведениям, работают оба.