Планета LUG

Отображение русского в консоли Ubuntu 11.04 Natty

abone — Sun, 29 May 2011 13:07:00 +0400

Как заметил один мой знакомый: русификация консоли слетает в Ubuntu через версию. Видимо 10.04 она тоже слетала, а теперь пришла очередь 11.04. Пока возился с настройками после обновления, ненадолго застрял в консоли и обнаружил, что вместо русских букв там теперь квадратики. Выяснение причин вскрыло абсолютно раздолбайское отношение разработчиков к консоли. Я конечно понимаю, что она нужна абсолютному меньшинству пользователей. И все же это место, где мы обычно оказываемся, когда все остальное уже не работает.

В общем, если вас коснулась эта проблема и вам, надо срочно привести консоль в рабочее состояние предлагаю делать следующее:

Установить или удостовериться в наличии необходимых пакетов:
```
env LANG=C sudo aptitude install console-setup keyboard-configuration
```

Выполнить настройку консоли (или перенастройку):

env LANG=C sudo dpkg-reconfigure console-setup

sudo dpkg-reconfigure keyboard-configuration

Включить настройку консоли при загрузке. Для этого в файл /etc/initramfs-tools/initramfs.conf необходимо добавить параметр FRAMEBUFFER=Y
Обновить initramfs, чтобы в него добавились нужные скрипты:
```
sudo update-initramfs -u
```

Для тех кому интересны подробности

Корень проблем видимо в непрекращающейся глобальной переделке процесса начальной загрузки. До Natty за настройку шрифтов в консоли отвечал скрипт /etc/init.d/console-setup.sh, но в Natty его наконец переделали в upstart job /etc/init/console-setup.conf. Однако, по дороге из него исчезли все упоминания о настройке шрифтов в консоли. Там нет ни одного вызова setupcon. Настраивать шрифты в консоли теперь просто некому.

Кстати, тупо добавлять вызов setupcon в console-setup.conf все равно не выход (#668812). В результае настраивается только одна консоль, а надо все. Соответствующим скриптом видимо никто не озадачивался. Патч по идее будет тривиальный.

В принципе, решение убрать setupcon из init было, возможно, верным. Консоль может быть настроена раньше, еще до запуска upstart. За этот этап отвечает initramfs-tools, который использует скрипты console-setup. Однако, разработку этого пакета шарахает из стороны в сторону и похоже давно. Баги плодятся, но не похоже, чтобы их кто-то решал исправлял. Сейчас багов около 400.

Где-то в районе версии 0.94 (Maverik), настройку консоли и framebuffer из initramfs выкинули, а потом в версии 0.98 (Natty) включили обратно, но по-умолчанию отключили, и, докучи, забыли задокументировать произведенные изменения (#789141).

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

Отучаем lxdm грузить CPU

abone — Tue, 15 Mar 2011 10:50:00 +0300

Кризис продожается, однако. Вот и я пересел на старый Celeron Tualatin 1.4GHz с 512MiB памяти. Понятно, что в таких условиях пользоваться KDE или GNOME практически невозможно, надо сказать даже Xfce в варианте Xubuntu неслабо подтормаживает. Пришлось искать нечто полегче.

Самое "легкое" в мире Ubuntu 10.x — Lubuntu на базе LXDE. Не скажу, что летает, но пользоваться вполне можно. Проект активно развивается и ошибок в нем пока хватает, а я, видимо, просто не могу не нарваться хотябы на одну из них.

При первой же загрузке обнаружилось, что экран входа как-то подозрительно нетороплив и не спешит отображать набранные символы. Сначала не придавал этому значения, но потом любопытство всеже одолело. Выяснилость, что процесс отвечающий за ввод пароля (lxdm-greeter-gtk), с завидным постоянством отъедает 20-30% CPU. Неслабый аппетит для приложения, которое почти ничего не делает.

Лечение оказалось простое. Если в файле /etc/lxdm/default.conf в секции [display] закоментировать фоновую картинку bg= нагрузка на процессор падает до 2-3%.

Виной всему своеобразный алгоритм отрисовки реализованый в greeter.c::on_expose, который при каждом вызове сначала масштабирует фоновую картинку под размер экрана, а затем перерисовывает весь экран. Все бы ничего, если бы не greeter.c::on_timeout заставляющая выполнять перерисовку раз в секунду.

Открыл на Launchpad баг на эту тему LP: #733912. Может скоро починят.

Особенности использования VirtualBox в Ubuntu 10.10

abone — Mon, 14 Feb 2011 12:12:00 +0300

Мое отношение к VirtualBox в Ubuntu двоякое. Наличие несвободных компонент и факт, что это теперь собственность Oracle, а они, в последнее время, хорошо подтрудлись над своей репутацией конченых копирастов, заставляет меня сомневаться в светлом будущем данного продукта. С другой стороны, альтернатива в виде Qemu, прямо скажем, сильно отстает: интеграция с десктопом отсутствует, как класс, а выпиленый в версии 0.12 kqemu, делает её непригодной для использования на старых машинах, где не работает KVM.

Получается, как в анекдоте: "ежики плакали, кололись, но продолжали жрать кактус...". Дальше я постараюсь описать свой опыт того, как это делать сподручнее. Может кому пригодится.

Установка linux-headers

В Ubuntu можно получить ситуацию, когда установленная версия linux-headers не совпадает с установленной версией linux-image. В результате, VirtualBox перестает работать и ругается на отсутствие модуля vboxdrv.

В принципе, вы можете и не столкнуться с этой проблемой, лично я, нарвался на нее по собственной "зауми". Не помню начиная с какой версии (в 10.04 эта "фича" уже была), Ubuntu настойчиво предлагает задействовать возможности обеспечения безопасности заложенные в процессор. В первую очередь, это касается возможности запрещать выполнение кода в некоторых областях памяти (Non-Executable Memory). Для этого предлагается заменить ядро linux-image-*-generic используемое по умолчанию, на linux-image-*-generic-pae.

Сама замена ядра проходит гладко, но VirtualBox магическим образом перестает работать. Происходит это потому, что для VirtualBox требуется собрать свой модуль ядра vboxdrv. Этим занимается пакет dkms, которому необходима правильная версия linux-headers. Конкретно, сборка модулей для linux-image-*-generic-pae требует наличия linux-headers-*-generic-pae. К сожалению, зависимости между пакетами прописаны так, что автоматически нужные пакеты не устанавливаются (LP #673349).

Простейший способ исправить проблему (дальнейшие обновления будут ставиться автоматически):

sudo aptitude install linux-headers-server

Работа с физическими дисками

В главе Advanced storage configuration руководства пользователя описано, как в виртуальной машине VirtualBox можно работать с физическими дисками. Для меня эта возможность относится к разряду жизненно необходимых: эксперименты с загрузчиком и multi-boot виртуализация без нее практически невозможны.

К сожалению, вопрос предоставления виртуальной машине доступа к диску оставлен авторами документации, как впрочем и сопровождающими пакета в Ubuntu, в качестве домашнего задания. В Ubuntu прямой доступ к диску имеют root и члены групы disk. В принципе, раз уж виртуальная машина будет иметь прямой доступ к дискам, сильно возражать против запуска от root смысла нет, однако, я всеже предпочитаю обходиться минимально необходимыми привилегиями, и ограничился добавлением в sudoers следующей строчки:

myuser ALL=(:disk) /usr/bin/virtualbox,/usr/bin/vboxmanage

Команды добавление физического диска и запуск VirtualBox в результате выглядят так:

sudo -g disk \

vboxmanage internalcommands createrawvmdk \

 -filename ~/.VirtualBox/HardDisks/host-sda.vmdk \

 -rawdisk /dev/sda \

 -register



sudo -g disk virtualbox

Кстати, перед запуском VirtualBox невредно удостовериться в отсутсвии загруженных модулей KVM, иначе запустить виртуальную машину не получится.

lsmod | grep kvm

Снижение нагрузки на процессор

Если подумать, то проблема дурная. Симптомом является то, что VirtualBox на 100% загружает одно из ядер процессора, даже когда гостевая ОС показывает всего 1-2% загрузки. Я словил такую проблему в Ubuntu с Windows XP в качестве гостевой ОС.

Заскок известен с 2008 года (ссылка). Вроде, было открыто несколько багов, врочем безрезультатных, но, как минимум, до версии 3.2.8, входящей в Ubuntu 10.10, решение остается все тем же. Если запустить еще одну пустую виртуальную машину (ей даже диск не нужен, можно поставить на паузу, сразу при включении), загрузка процессора тут же падает до нуля.

В чем причина такого поведения, я так и не понял. Ходят слухи, что дело в постоянном переносе процесса VirtualBox с одного процессора на другой. Если так то, должны бы работать другие решения, типа привязки VM к определенному процессору/ядру с помощью taskset, но у меня они не сработали. Почему? Пока, не разбирался.

Настройка клавиатуры

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

Первое, что следует сделать это заменить Host Key на что-то более вменяемое, чем правый Ctrl. Более дурацкое значение по умолчанию придумать сложно, конфликт с горячими плавишами внутри гостевой машины обеспечен.

Я обычно настраиваю Host Key = LWin. Сделать можно это в меню: Файл → Настройки → Ввод.

Хорошо бы еще настроить фильтр, какие комбинации клавиш пропускать в виртуальную машину, а какие нет. (Скажите, например, зачем передавать в гостевую OS команду блокировки консоли (Win+L)? Чтобы лишний раз ввести пароль?)

К сожалению, этой возможность в ближайшее время ждать, похоже, не приходится (ссылка).

О лицензии на Oracle 10g Express Edition в Debian-based дистрибутивах

abone — Fri, 17 Dec 2010 17:04:00 +0300

Хоть я и сторонник свободного ПО, жизнь порой заставляет пользоваться собственническими продуктами. Оно и понятно, Oracle DBA врядли может отказаться от продуктов Oracle. Однако, лицензионные приколы связанные с их использованием не перестают меня удивлять.

Вот совсем недавний случай — озадачился я вопросом доступа к базе данных Oracle из Ubuntu. Честно сказать, я думал, что проблемы будут технические, поскольку единственный клиент существующий в виде deb-пакетов Oracle 10g XE не обновлялся с 2006 года. Ни тут-то было! Худо-бедно клиент из репозитория http://oss.oracle.com/debian на мою Ubuntu 10.10 встал и даже к базе данных подключиться умудрился. В общем, с технической стороной оказалось лучше, чем я ожидал, зато лицензия отыграла по полной...

Согласно раздела 12.5 Debian Policy Manual пакет должен содержать актуальную информацию о лицензии в файле /usr/share/doc//copyright. И вот что я обнаружил в этом файле у пакета oracle-xe-client:

BETA TRIAL LICENSE:

...

provided to you by Oracle solely for evaluation purposes until January 31, 2006

Допустим, что пакет давно не обновлялся и вообще репозиторий unstable, но этот же самый пакет можно скачать и с официального сайта Oracle. Перед скачиванием вас попросят принять Oracle Technology Network Developer License Terms for Oracle Database Express Edition, но в скачанном пакете будет все та же BETA TRIAL LICENSE. Я конечно не юрист, но сдается мне легально пользоваться таким продуктом просто невозможно.

Вопрос на форуме Oracle ситуацию не прояснил. Видать сотрудники Oracle туда не заходят, предлагая пользователям самим разбираться. Судя по всему Oracle 10g Express Edition это очередная пиар-акция, которая давно закончилась, а про "мусор" от неё оставшийся давно забыли.

В общем, снес клиента XE и пошел пошел смотреть Oracle Instant Client

Ubuntu 10.10 сломала локальные плагины Eclipse

abone — Mon, 22 Nov 2010 13:15:00 +0300

Практика тупо заливать пакеты из Debian unstable ничем хорошим не кончается. Ubuntu 10.10 в очередной раз порадовал. На сей раз жертвой пал Eclipse. Стоило мне его запустить, как обнаружилось, что PyDev начисто отшибло. Вместо этого, в окошке редактора нагло красовалось сообщение:

org.eclipse.ui.PartInitException: No editor descriptor for id org.python.pydev.editor.PythonEditor

  at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:598)

  at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:462)

  at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)

  at org.eclipse.ui.internal.EditorAreaHelper.setVisibleEditor(EditorAreaHelper.java:271)

  at org.eclipse.ui.internal.EditorManager.setVisibleEditor(EditorManager.java:1417)

  at org.eclipse.ui.internal.EditorManager$5.runWithException(EditorManager.java:942)

  ...

К счастью проблема, оказалась легко разрешима. На самом деле, к PyDev она не имеет никакого отношения, просто он был установлен локально, так как в репозиториях отсутствует. Соответственно, снесло его вместе со всеми остальными установленными локально модулями (те что находятся в ~/.eclipse). Если быть точными, не снесло, модули, всего лишь, перестали загружаться.

Приветствуем LP #633198 lugins Stopped Working After Upgrade To Maverick, он же (debbug #587657). Суть проблемы в том, что положение org.eclipse.equinox.concurrent изменилось, но изменение не было отражено в файле:

~/.eclipse/org.eclipse.platform_3.5.0_155965261/configuration/org.eclipse.equinox.simpleconfigurator/bundle.info

Над тем, как проблему вылечить в принципе, разработчики сейчас думают, с июня надо сказать думают. А пока не придумали, придется чинить руками. Для этого в редакторе открываем вышеназванный файл. Ищем в нем строчку начинающуюся с

org.eclipse.equinox.concurrent

и заменяем путь до .jar файла (третье поле) на:

plugins/org.eclipse.equinox.concurrent_1.0.1.R35x_v20100209.jar

После перезапуска Eclipse локально установленные модули должны вновь начать загружаться. Подозреваю, что в bundle.info дремлет еще немало сюрпризов. Пусть себе дремлют...

Collective donate

abone — Wed, 17 Nov 2010 13:27:00 +0300

Collective funding of free software development

abone — Tue, 16 Nov 2010 13:31:00 +0300

KUbuntu 10.10 гасит экран при просмотре видео

abone — Mon, 15 Nov 2010 13:32:00 +0300

Напоролся в KUbuntu 10.10 на крайне раздражающую ошибку. Думаю, она и раньше была, просто я не обращал внимания. Стоит сесть смотреть на компьютере более-менее длинный видеоролик и оставить в покое мышь с клавиатурой, как KDE гасит экран и портит все настроение. Я все понимаю DPMS, экономия электроэнергии и все такое, только давайте без фанатизма, вообще-то, я кино смотрел...

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

sudo apt-get install smplayer

Настройка проигрывателя по умолчанию, когда в системе их несколько, для меня оказалась далеко не очевидна. Надо в Dolphin правой кнопкой нажать на файл. В меню выбрать свойства файла. На первой закладке, напротив типа файла, нажать на кнопку настройки (гаечный ключ). Наконец, в диалоге выбрать проигрыватель по-умолчанию. Надо ж так закопать было. Привет из GUI...

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

Возможно, DragonPlayer все же блокирует Screen Saver, сильно не разбирался, так как заставками не пользуюсь. В моем случае, виноват DPMS которым управляют иксы. Ими возможно управляет PowerDevil, который настраивается в System Settings -> Power Management, а не в System Settings -> Display and Monitor, что только усложняет выяснение причин. Поскольку отключать управление питанием полностью в мои планы не входило, копал глубже.

Управлять DPMS можно на уровне X сервера. Из командной строки это делается утилитой xset. Если перед просмотром видео запускать xset -dpms, а по завершении xset +dpms то, экран не гаснет. Из просмотренных проигрывателей: DragonPlayer, KPlayer, Kaffeine, MPlayer, VLC, только последние два делают это автоматически. Собственно, поэтому и предлагаю пока пользоваться SMPlayer (QT-оболочка для MPlayer).

Как потом выяснилось, прямое управление DPMS тоже не совсем правильно. Существует специальный API, посредством которого приложение может сообщить, что гасить экран не стоит. Другое дело, что его спецификация, появившись на freedesktop.org в 2007 году, к 2010 благополучно и без объяснения причин оттуда испарилась. Об этом свидетельствует обсуждение в списке рассылки xdg, впрочем, ничем не закончившееся.

Финал. Поставил SMPlayer. Засадил на Launchpad Bug #675470, он же KDE bug #243035. Будет нечего делать, еще покопаюсь.

Root-shell в Ubuntu

abone — Thu, 04 Nov 2010 12:39:00 +0300

В Ubuntu учетная запись root по-умолчанию заблокирована, вместо этого предлагается пользоваться sudo. Все бы хорошо, но есть у меня дурная привычка, открывать root-shell, когда надо сделать много настроек за раз.

Как выяснилось, даже здесь есть подводные камни. Если пользоваться sudo bash можно огрести неприятности из-за того, что HOME и другие переменные окружения будут указывать на домашний каталог исходного пользователя. Одна из них — создание файла .bashistory принадлежащего root. Понятно, что после такого, история у оригинального пользователя сохраняться перестает.

В общем, полезно иногда читать документацию. Правильный способ открыть root shell оказался: sudo -i

Коллективный donate

abone — Sat, 30 Oct 2010 12:49:00 +0400