Поклонникам консоли рекомендую bashmount — bash-скрипт, который использует udisks для управления съёмными носителями без любого рода зависимостей от графического интерфейса.
После установки скопировал общесистемный файл конфигурации в домашний каталог:
...так как я использую в качестве эмулятора терминала urxvt, несколько подредактировал конфигурационный файл под свои нужды:
...создал алиас
Теперь при запуске в командной строке bm получаю proffit ;)
После установки скопировал общесистемный файл конфигурации в домашний каталог:
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 комментариев:
А олен^W sys-apps/uam лучше!
Я бы не сказал, что лучше:
— автомонтирование не всегда нужно;
— для автомонтирования CD/DVD нужно включать в ядре опрос соответствующей шины, что для ноутбука лишний расход энергии (ну, это я уж придираюсь);
— чтобы размонтировать устройство, нужно, по крайней мере, помнить его полное название.
Да, ещё вспомнил: файлы на смонтированных с помощью uam съёмных устройствах имеют бит исполняемости.
Вероятно, это можно настроить, но... осадочек-то остался ;)
> автомонтирование не всегда нужно
Учитывая, насколько редко нужно *не монтировать* устройства, проще таковые отмонтировать, чем каждый раз монтировать остальные. К тому же если устройство не используется, его можно смело выдернуть и без отмонтирования. Более того, uam может указанные устройства просто не монтировать, если надо.
> для ноутбука лишний расход энергии
Ха-ха два раза. А ещё один демон udisks не кушает энергию, а? Более того, он точно так же тыкается, опрашивая устройства, потому что иначе с оптическими дисководами никак. А ядрёная реализация как раз должна быть эффективней, мне кажется.
> чтобы размонтировать устройство, нужно, по крайней мере, помнить его полное название.
Это ещё зачем? `pumount /media/` и всё. А я так обычно и вовсе `pumount /media/*` пользуюсь.
> Да, ещё вспомнил: файлы на смонтированных с помощью uam съёмных устройствах имеют бит исполняемости.
Кстати, да, надо эту настройку умолчательной сделать.
Бо́льшую часть возможностей 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"
> Бо́льшую часть возможностей uam можно свести к правилам udev :D
Вообще-то я всегда и рассматривал uam как «правила для udev, сделанные по уму». И эта простота меня как раз очень радует: никаких вымороженных демонов и конфигов, никакого dbus'а, где он не нужен, всё просто и понятно. И отлично работает.
На тему исполняемых файлов на VFAT, кстати: http://goo.gl/sbv9B
Если в пользовательское меню mc добавить пункт с размонтированием съёмного устройства, то uam можно будет пользоваться ;)
...даже лучше не в пользовательское меню, а в местный файл меню для каталога /media, к примеру.
Эх ты, mc ему! Как же ты bashmount свой через mc вызываешь, а? И чем он лучше pumount?
Я, как раз имел ввиду, mc к uam «прикрутить» ;) Тогда будет вполне «юзабельно».
Отправить комментарий