Поиск по этому блогу

среда, 7 декабря 2011 г.

Поклонникам консоли рекомендую bashmount — bash-скрипт, который использует udisks для управления съёмными носителями без любого рода зависимостей от графического интерфейса.
После установки скопировал общесистемный файл конфигурации в домашний каталог:

mkdir -p ~/.config/bashmount/
cp /etc/bashmount.conf ~/.config/bashmount/

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

lupo@gentoo-laptop ~ % vim ~/.config/bashmount/
...
filemanager() {
/usr/bin/urxvt -e /usr/bin/mc "${1}" & >/dev/null 2>&1
}
...

...создал алиас

lupo@gentoo-laptop ~ % vim ~/.zshrc
...
# alias для команды bashmount (sys-fs/bashmount -
# A bash script that uses udisks to handle removable devices without dependencies on any GUI)
alias bm='bashmount'
...


Теперь при запуске в командной строке bm получаю proffit ;)

10 комментариев:

krigstask комментирует...

А олен^W sys-apps/uam лучше!

Lupo Alberto комментирует...

Я бы не сказал, что лучше:
— автомонтирование не всегда нужно;
— для автомонтирования CD/DVD нужно включать в ядре опрос соответствующей шины, что для ноутбука лишний расход энергии (ну, это я уж придираюсь);
— чтобы размонтировать устройство, нужно, по крайней мере, помнить его полное название.

Lupo Alberto комментирует...

Да, ещё вспомнил: файлы на смонтированных с помощью uam съёмных устройствах имеют бит исполняемости.
Вероятно, это можно настроить, но... осадочек-то остался ;)

krigstask комментирует...

> автомонтирование не всегда нужно
Учитывая, насколько редко нужно *не монтировать* устройства, проще таковые отмонтировать, чем каждый раз монтировать остальные. К тому же если устройство не используется, его можно смело выдернуть и без отмонтирования. Более того, uam может указанные устройства просто не монтировать, если надо.

> для ноутбука лишний расход энергии
Ха-ха два раза. А ещё один демон udisks не кушает энергию, а? Более того, он точно так же тыкается, опрашивая устройства, потому что иначе с оптическими дисководами никак. А ядрёная реализация как раз должна быть эффективней, мне кажется.

> чтобы размонтировать устройство, нужно, по крайней мере, помнить его полное название.

Это ещё зачем? `pumount /media/` и всё. А я так обычно и вовсе `pumount /media/*` пользуюсь.

> Да, ещё вспомнил: файлы на смонтированных с помощью uam съёмных устройствах имеют бит исполняемости.
Кстати, да, надо эту настройку умолчательной сделать.

Lupo Alberto комментирует...

Бо́льшую часть возможностей uam можно свести к правилам udev :D

KERNEL!="sd[b-z][0-9]", GOTO="auto_mount_end"

IMPORT{program}="/sbin/blkid -o udev -p %N"
ENV{ID_FS_LABEL}!="", ENV{dir_name}="%E{ID_FS_LABEL}"
ENV{ID_FS_LABEL}=="", ENV{dir_name}="usbhd-%k"

ACTION=="add", RUN+="/bin/mkdir -p /media/%E{dir_name}", RUN+="/bin/mount -t auto -o rw,relatime,noexec,nodev,utf8 /dev/%k /media/%E{dir_name}"

ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/umount -l /media/%E{dir_name}", RUN+="/bin/rmdir /media/%E{dir_name}"

LABEL="auto_mount_end"

krigstask комментирует...

> Бо́льшую часть возможностей uam можно свести к правилам udev :D

Вообще-то я всегда и рассматривал uam как «правила для udev, сделанные по уму». И эта простота меня как раз очень радует: никаких вымороженных демонов и конфигов, никакого dbus'а, где он не нужен, всё просто и понятно. И отлично работает.

На тему исполняемых файлов на VFAT, кстати: http://goo.gl/sbv9B

Lupo Alberto комментирует...

Если в пользовательское меню mc добавить пункт с размонтированием съёмного устройства, то uam можно будет пользоваться ;)

Lupo Alberto комментирует...

...даже лучше не в пользовательское меню, а в местный файл меню для каталога /media, к примеру.

krigstask комментирует...

Эх ты, mc ему! Как же ты bashmount свой через mc вызываешь, а? И чем он лучше pumount?

Lupo Alberto комментирует...

Я, как раз имел ввиду, mc к uam «прикрутить» ;) Тогда будет вполне «юзабельно».