Монтирование флешек и вообще внешних накопителей из командной строки без sudo или прав root--a

Не всегда есть возможность использовать sudo, когда надо смонтировать флешку. Особенно это заметно, когда работаешь из командной строки и нет графического "монтажника". Но файловые менеджеры, работающие от имени текущего пользователя, как-то же умудряются подключать/отключать накопители и тома, не требуя привилегий.

В решении проблемы поможет демон udisks2. Подробнее здесь.

1. Проверяем, работает ли демон как чёрт?

sudo systemctl status udisks2

2. Находим (если еще не) нужный диск или раздел:

lsblk

Обычно есть смысл ориентироваться на самую бОльшую букву, назначенную ему ядром - вряд ли свежевставленная флешка будет называться /dev/sda. Ну и на размер файловой системы. Допустим, мы увидели, что устройство называется /dev/sdk, и нужный нам раздел - /dev/sdk1

3. Монтируем найденное:

udisksctl mount -b /dev/sdk1

Точка монтирования будет создана в /media/имя_пользователя/название_накопителя, если только обратное не указано в /etc/fstab. Если накопитель прописан в fstab, то он будет подключен, как указано там.

4. Попользовались, теперь демонтируем.

udisksctl unmount -b /dev/sda1

Из реальной жизни. Есть у меня внутренний диск, который по умолчанию не подключен. Это диск с 1 разделом, сегодня он /dev/sdh (уже довольно долго буквы дисков могут меняться от загрузки к загрузке, поэтому в fstab он прописан то ли по метке тома, то ли по UUID, точно не помню, и должен монтироваться на постоянную точку монтирования) 

$ udisksctl mount -b /dev/sdh1
Mounted /dev/sdh1 at /media/500blue.

А вот вставил в ридер microSD карточку, которая села на /dev/sdg

$ udisksctl mount -b /dev/sdg1
Mounted /dev/sdg1 at /media/sergei/72AD-2013

В fstab ее нет, и метки у этого раздела тоже нет, поэтому он прицепился к моему подкаталогу в /media

Не проверял, правда, как оно будет вести себя если пользователь не в sudoers, но меня устраивает то, что есть сейчас.

Zimbra: грамотно работаем с фильтрами сообщений в веб-клиенте и в командной строке

Содержание: как правильно экспортировать и импортировать фильтры обработки сообщений из учетных записей зимбры.

Веб-интерфейс позволяет создавать фильтры для обработки сообщений. Они сохраняются в параметре zimbraMailSieveScript.

Например:

$ zmprov ga учетка zimbramailsievescript

Zimbra 8: выбор между http и https для клиентского доступа

Был несколько удивлен, что для доступа к своим п/я пользователям теперь необходимо использовать https, без вариантов. Учитывая непреодолимую тупость пользователей, для которых предложение "измени закладку в избранном" звучит как "нарисуй мне принципиальную схему БАК", это надо либо писать для них очередную инструкцию с картинками на уровне букваря для первого класса школы для умственно отсталых, либо править все закладки самому. Ну, можно, конечно, воспользоваться политиками домена, но это не всегда возможно.
Хорошо, конечно, что веб-доступом у меня пользуются единицы, из которых только один постоянно, а остальные - эпизодически в особо трудных случаях.

Выход, однако, есть, причем штатными способами:

zmtlsctl

zmtlsctl [mode]

Mode Choices

• http - http only, the user would browse to http://zimbra.domain.com

• https - https only, the user would browse to https://zimbra.domain.com http:// is denied.

• both - A user can go to http:// or https:// and will keep that mode for their entire session.

• mixed - If the user goes to http:// it will switch to https:// for the login only, then will revert to http:// for normal session traffic. If they browse to https:// then they will stay https://

• redirect - Like mixed if the user goes to http:// it will switch to https:// but they will stay https:// for their entire session.

Note: Redirect mode is not available for ZCS 4.5 and earlier. (See Redirect_http_to_https for information about redirect for ZCS 4.5.)

Steps to run

1. Type zmtlsctl [mode] and press Enter.
2. Type zmcontrol stop and press Enter.
3. When everything is stopped, type zmcontrol start and press Enter. 

не совсем, правда, понятно, что этот zmtlsctl делает без параметров:

zimbra@host:~$ zmtlsctl 
Rewriting config files for cyrus-sasl, webxml and mailboxd...done.

UUID в убунте и не только

Удобная, надо заметить, штука...

Но недавно тупо заткнулся, не сообразив, как же мне посмотреть UUID-ы существующих дисков для создания нормальных записей в fstab. Не, я, конечно, могу глянуть что-то вроде

# ls -la /dev/disk/by-uuid/
lrwxrwxrwx 1 root root  10 2012-09-05 15:40 0d7aa8fb-bf3e-4b00-920e-c111c0b497c3 -> ../../sda1
lrwxrwxrwx 1 root root  10 2012-09-05 15:40 cc554ed1-3953-4e0e-bd86-94d3bafd48ef -> ../../sda5
lrwxrwxrwx 1 root root  10 2012-09-05 15:40 f10836e7-6594-4463-93c9-ca9c28ff71d0 -> ../../sdb5

но это сильно отдает извращением. Гораздо проще воспользоваться штатной командой

 # blkid
/dev/sda5: UUID="cc554ed1-3953-4e0e-bd86-94d3bafd48ef" TYPE="swap"
/dev/sdb5: UUID="f10836e7-6594-4463-93c9-ca9c28ff71d0" TYPE="ext4"
/dev/sda1: UUID="0d7aa8fb-bf3e-4b00-920e-c111c0b497c3" TYPE="ext4"

Почему я об этом пишу? Потому что родной apropos никак не связывает UUID и blkid. Оно, конечно, понятно, что UUID - это один из "block device attributes", но всё же как-то не всегда это вспоминается.

О калькуляторах командной строки

Есть в этих ваших линуксах хорошая штука, называется dc - RPN-калькулятор. Но при всех его фишках, имеет он и ряд недостатков. Нет, RPN к ним не относится - я когда-то игрался с FORTH-ом и с ПМК "Электроника" (например, МК-61), и такой синтаксис мне понятен и удобен. Но вот некоторых функций не достает.

А тут гугл выкатил объяву об усовершенствовании своего поискового калькулятора и в качестве примера предложил посчитать, сколько будет "6 пи делить на 4". Каждый извращался по своему в комментах, кто-то считал в гугле, кто-то в уме... Один товарисч воспользовался возможностаями оболочки bash. Я попробовал посчитать в dc и понял, что ни фига не выйдет, ибо константы "пи" в нем нет, как нет и тригонометрических функций. Надеясь, что это я что-то проглядел, я кинулся к великому и могучему с вопросом: "trigonometric in dc calculator, да?", на что он ответил такой вот ссылкой: "dc не поддерживает тригонометрию". И по той же ссылке мне кагбэ намекаэ, что есть и bc, поддерживающий стандартную математическую библиотеку...

Надо это учесть.

Ростелеком... 20110709

 Вчера таки напечатали мою претензию на сайте обратной связи. И дали на нее вот такой ответ:

-

Требую объяснить, по какой причине дальневосточные (и некоторые другие) серверы имен (DNS) Ростелекома отказываются выдавать адрес для существующего и давно работающего ресурса?

Здравствуйте, Сергей Павлович! Сайт liveinternet.ru заблокирован согласно http://www.minjust.ru/ru/activity/nko/fedspisok/ 406. Записи электронного дневника, расположенного по электронному адресу: ?www.Liveinternet.ru/users/neonazi? (решение Калининского районного суда г. Санкт-Петербурга от 04.08.2008). Спасибо за обращение на сайт.

-
По-простому говоря, из-за того, что указанный дневник некоего "неонаци" значится под номером 406 в Федеральном списке экстремистских материалов, РТК не придумал ничего умнее, как заблокировать доступ ко всему домену li.ru. Уважаемая редакция газеты "Женминь жибао", я медленно превращаюсь в нефритовый стержень!
(число 406 после ссылки во второй строке ответа - не часть URL, а просто порядковый номер на странице, куда ведет ссылка).
Заметим, что судебное решение вынесено в 2008 году, а доступ заблокирован, как я понял, только в 2011. Интересно, не является ли такое торможение преднамеренным несвоевременным исполнением судебного решения? Не спросить ли мне это в прокуратуре?

Пришлось написать еще одну "заявку". Посмотрим, ее тоже с третьего раза опубликуют, или не опубликуют вовсе?

Согласно записи №406 на странице МинЮста http://www.minjust.ru/ru/activity/nko/fedspisok/ , экстремистским признан материал, расположенный на конкретном подразделе ресурса электронных дневников liveinternet.ru.

Требую объяснить, по какой причине блокируется доступ не к конкретному содержимому, указанному в Федеральном списке экстремистских материалов, а ко всему домену? Почему я теперь лишен возможности вести там СВОЙ дневник, расположенный по совсем другому частному URL?
Когда ваши специалисты смогут настроить фильтр, блокирующий конкретный URL, но не мешающий доступу к популярному и полезному ресурсу?

Более того, по какой причине Ростелеком почти три года не блокировал данный ресурс, если судебное решение было вынесено в августе 2008 года? Не является ли такая халатность преднамеренным игнорированием судебного решения? Или мне задать этот вопрос в прокуратуре, чтобы объяснили подробнее?

По какой причине на официальных сайтах Ростелекома/Дальсвязи невозможно найти информацию об этой блокировке? Если я не прав, и эта информация там есть, прошу дать точную ссылку на страницу с этим объявлением.

А по обычной почте вчера или позавчера получил письменный ответ от РТК по поводу больно уж узкого горлышка, соединяющего ЕАО с Хабаровском, из-за чего получить близкую к тарифной скорость можно только в несколько утренних часов. Например, вот как выглядит кусок трассы до www.mail.ru (обращаем снимание на третий хоп, то самое "бутылочное горлышко", причем сейчас это очень по-божески, порой там появляется цифра порядка 300-500мс):

$ tracepath -n www.mail.ru
 1:  192.168.1.2                                           1.017ms pmtu 1500
 1:  192.168.1.1                                           2.425ms
 1:  192.168.1.1                                           3.560ms
 2:  192.168.1.1                                           1.409ms pmtu 1492
 2:  172.25.0.213                                         62.849ms asymm  3
 3:  172.25.213.245                                      198.433ms asymm  7
 4:  10.27.211.254                                        64.956ms asymm  6
 5:  172.25.5.253                                         64.733ms 

Вот кусок ответа (в сокращенном текстовом виде. под катом - сканы):

"...по вашему порту за апрель 2011 входящий трафик 34808,13 МБ, за май 30179,19 МБ, что говорит о хорошем качестве канала..."

Выглядит красиво - скачал 35 гигов за апрель, 30 гигов за май. Однако, тариф у меня называется "free town 4", то есть "безлимит на скорости до 4Мб/с". Скорость в порту по входящему потоку примерно 6Мб/с, по исходящему примерно 512Кб/с.

Займемся арифметикой.
На пиковой скорости в 4Мб/с (Мб - мегабиты, МБ - мегабайты, если кто не знает) пиковая же скорость загрузки должна составить:

4096 (Кб/с) / 8 (бит/байт) = 512КБ/с.

Значит, за минуту я должен выкачивать

60 (секунд/минута) * 0,5 (мегабайт/секунду) = 30 МБ/минута

За час, соответственно:

60 (минут/час) * 30 (МБ/минута) = 1800 МБ/час

Предположим, что я "пиково" качаю 12 часов в сутки, остальное время канал простаивает.

12 (часов) * 1800 (МБ/час) = 21600МБ ~ 21.6ГБ

Или за сутки

21600 * 2 = 43200МБ  ~ 43.2ГБ

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

Теперь посчитаем средную скорость загрузки за апрель:

34808,13 (МБ/мес) / 30 (дней/мес) = 1160 МБ/день

Что примерно в 40 раз меньше максимальной скорости. Стало быть, вместо обещанных 4 мегабит, я по факту получал 100 килобит.

Считаем за май:

30179,19 (МБ/мес) / 31 (день/мес) = 973 МБ/день.

Даже до гигабайта в сутки не дотянули. Скорость отдачи считать лень.

Ладно, можно возразить, что я ж не все время непрерывно качал и всё такое. Но теперь посмотрим данные по исходящему трафику за те же месяцы (этих цифр в сканах нет, они на третьем личте письма, который я не сканировал):

Напоминаю: скорость в порту по исходящему потоку 512Кб/с, что составляет 64КБ/с или 64 * 60 * 60 * 24 = 5 529 600КБ/сутки ~ 5,5ГБ/сутки

За апрель:

36120,51 (МБ/мес) / 30 (дней/мес) = 1204 МБ/день или
36120,51 / 30 / 24 / 60 / 60 = 0,0139 МБ/с ~14КБ/с ($ dc -e "4k 36120.51 30 / 24 / 60 / 60 /p")

За май цифры еще красивее:
53938,14 (МБ/мес) / 31 (дней/мес) = 1739 МБ/день или
53938,14 / 31 / 24 / 60 / 60 = 0,0201 МБ/с ~ 20КБ/с

Это при том, что каждый торрент, например, DVD-образы убунты 11.04 и 8.04LTS я раздаю до рейтинга 5:1, то есть, примерно по 20ГБ на каждый скачанный образ.

Да здравствуют безлимитные тарифы от Ростелекома!

Немного о работе с network-manager из командной строки

Раздражает NM своей гуёвостью. Но, к счастью, не только меня. Понадобилось мне посмотреть, какие же у меня прописаны DNS-серверы в одном из подключений. VNC отказался нормально работать, пришлось идти через SSH на домашний комп с работы.

nmcli con list - список настроенных в NM подключений
nmcli con list uuid <uuid>- подробная информация о выбранном соединении, uuid которого можно подсмотреть в предыдущей команде.


красота!

подробнее, как и следовало ожидать, см. man nmcli.