Midnight Commander packages now available for Ubuntu Precise Pangolin

Today I added additional buildbot branch to support upcoming Ubuntu LTS release - Precise Pangolin (12.04).

You can already grab latest midnight commander release for Ubuntu Precise Pangolin from my repository (currently only version 4.8.3 available). Nightly builds will be available within the next few hours.

Enjoy the power of the best console file manager.

Midnight Commander 4.8.3 release

Yesterday midnight commander team released a brand new 4.8.3 version. More info about release you can get at changelog page. This release doesn't bring any new features, but contains a bunch of bugfixes.

As always you can grab Debian/Ubuntu packages from my repository.

Debian/Ubuntu packages for deadbeef audio player

Recently was released a new version of my favourite DEADBEEF audio player. DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. This player very minimalistic but have all functionality needed to me.

As for now upstream didn't release binary packages for version 0.5.2 for Debian Squeeze, so I decided to build myself packages for Debian (Squeeze, Wheezy, Sid) and Ubuntu (Maverick, Lucid, Natty, Oneiric) both i386 and amd64 versions. You can grab this packages in my repository in section "main" or just simply download from pool directory (ex. for Squeeze)

Deadbeef 0.5.2

Much more about deadbeef you can learn on it's SourceForge page.

Критическая уязвимость в SAMBA 3.0.x - 3.6.3 (включительно)

Наткнулся в новостях на анонс CVE-2012-1182 - наверное самой критической уязвимости в SAMBA, найденной за всю историю существования проекта. Эта уязвимость связана с неверной обработкой запросов RPC и позволяет любому не авторизованному злоумышленнику удаленно выполнить код с привилегиями "root".

В качестве частичного решения проблемы предлагается настроить опцию "hosts allow", но это не поможет в случае подмены ip адреса. Для всех версий SAMBA уже выпущены патчи, но многие дистрибутивы еще не подготовили обновления.

На данный момент обновления готовы только у RHEL (судя по закрытому репорту в багзилле). Надеюсь, что обновления от CentOS и Debian не заставят себя ждать.

Stay tuned так сказать!

UPDATE : Выпущены обновления для RHEL/CentOS (в этот раз centos радует своей оперативностью)

Решение проблем с настройками клавиатуры при использовании suspend2disk

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

Временным решением стал ярлык на рабочих столах, но это неудобно. Одним из последующих решений стало выполнение setxkbmap при выходе компа из спящего режима. Чтобы отловить события в системе до и после засыпания на диск, я запустил dbus-monitor и выполнил цикл засыпания/пробуждения.

$ dbus-monitor --system | tee ~/tmp/dbus-system.log

В процессе изучения полученного лога нашлись записи от UPower (подсистема управления питанием).

$ grep UPower ~/tmp/dbus-monitor.log
signal sender=:1.15 -> dest=(null destination) serial=80 path=/org/freedesktop/UPower; interface=org.freedesktop.UPower; member=Sleeping
signal sender=:1.15 -> dest=(null destination) serial=81 path=/org/freedesktop/UPower; interface=org.freedesktop.UPower; member=Resuming

Чтобы восстановить настройки клавиатуры, достаточно отловить событие 'Resuming' от UPower и выполнить команду setxkbmap $(cat ~/.Xkbmap). Готовый скрипт можно взять тут.

Позже всплыл баг, когда при одновременной работе двух пользователей настройки восстанавливаются только у пользователя, у которого активна сессия на момент пробуждения. В виде хака добавил прослушивание событий и от ConsoleKit.

Есть еще много мест которые можно улучшить, но это уже буду делать по-мере появления свободного времени. А возможно просто забъю на per-user настройки клавиатуры и просто сделаю на уровне системных настроек. По-идее с ними проблем быть не должно.

Проблемы с засыпанием на диск с подключенными USB устройствами

После очередного глюка с мышью из-за "раздербаненого" за несколько лет порта PS/2 я наконец решил, что пора сделать апгрейд. Заодно проапгрейдить и клавиатуру (с ней проблем почти не было, но приглянулась слим модель).

Поискав по интернет магазинам, я остановил свой выбор на продукции A4Tech. Кандидатом на новую клавиатуру стала модель A4Tech KV-300H. У этой модели помимо "ноутбучных" клавиш еще есть USB 2.0 хаб на два порта что делает более удобной работу с флешками и прочей USB-мелочевкой.

На роль нового грызуна была выбрана A4Tech N-360.

У этой модели нет никаких излишеств вроде кучи кнопок или геймерских примочек. Простая и надежная рабочая лошадка. К тому же производитель обещает уверенную работу на любой поверхности благодаря технологии V-Track.

Дома подключил к своему домашнему компу. Все было замечательно до того момента, как настала пора идти спать, а значит и выключать компьютер. К слову я предпочитаю не выключать компьютер, а пользоваться засыпанием на диск.

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

На следующий день я стал изучать интернет на предмет упоминания аналогичных ситуаций - наиболее частое решение - выгружать модуль ehci_hcd в процессе засыпания. Поскольку у меня используется pm-utils + uswsusp для реализации засыпания на диск, то я просто дописал два модуля, ответственных за работу USB на моем компе. Получилось так:

$ cat /etc/pm/config.d/modules
SUSPEND_MODULES="ath9k_htc ohci_hcd ehci_hcd"

После этого засыпание и пробуждение стало работать как и прежде. Появилась проблема с раскладкой клавиатуры, посколько у меня она применяется при логине в профиль и не прописана в систему. Скорее всего есть способ реализовать вызов пользовательских скриптов на событие "пробуждение из suspend2disk". Пока же приходится просто выполнять это руками:

$ setxkbmap $(cat ~/.Xkbmap)

UPDATE. Добавил немного автоматизации.

Прерывание проверки дискового массива в mdadm

MDADM, поставляемый вместе с дистрибутивом Debian, содержит задание CRON, которое раз в месяц запускает проверку целостности массива. На больших массивах, размер которых превышает несколько терабайт, такая проверка может занять слишком много времени. Прогресс выполнения проверки можно узнать в /proc/mdstat

# cat /proc/mdstat
Personalities : [raid1] 
md1 : active raid1 sdb2[0] sda2[1]
      1911569360 blocks super 1.2 [2/2] [UU]
      [>....................]  check =  0.0% (8832/1911569360) finish=7201.4min speed=4416K/sec
      
md0 : active raid1 sdb1[0] sda1[1]
      41941944 blocks super 1.2 [2/2] [UU]
      
unused devices: <none>

Прервать такую проверку можно так:

# echo idle > /sys/block/md1/md/sync_action

После чего можно проверить, что массив действительно перестал проверяться:

# cat /proc/mdadm
Personalities : [raid1] 
md1 : active raid1 sdb2[0] sda2[1]
      1911569360 blocks super 1.2 [2/2] [UU]
      
md0 : active raid1 sdb1[0] sda1[1]
      41941944 blocks super 1.2 [2/2] [UU]
      
unused devices:  <none>

Чтобы отменить такую проверку в будущем, нужно установить параметр AUTOCHECK=false в /etc/default/mdadm