Впечатления и проблемы возникшие при установке Kubuntu 8.04 (Hardy Heron - Целеустремленная цапля :) на старый добрый ноутбук Asus A3500L.
Смотрите также, как на этом ноутбуке работали Kubuntu 7.10 и 7.04.
Самый стандартный и рекомендованный способ установки - GUI
обновлятор, запускаемый из Adept Manager, снова подвел.
Процесс обновления адресов репозиториев и скачивания
новых пакетов проходит нормально (ноутбук даже умудрился
уйти в hibernate из-за разряженной батарейки, после подключения
к розетке, минут через пять, проснулся и продолжил скачивание).
А вот любая ошибка при установке пакета (в dpkg) приводит
к завершению обновлятора. Завершать установку приходится в
командной строке: apt-get -f install
и все,
что он порекомендует.
В этот раз ошибка произошла из-за неразрешенных зависимостей.
У меня стоял l2tpd
, а какие-то пакеты, от которых
от зависит, из обновленного репозитория пропали. В прошлый
раз проблемы были с пакетами, чьи скрипты установки
осуществляли взаимодействие с пользователем из командной строки
(таковы пакеты документации по Java).
Поставил пакет kde4-core
.
Зашел, посмотрел, понастраивал.
Обнаружил, что:
Единственное, зачем я его могу сейчас использовать - настраивать
внешний вид Qt4 приложений :) Однако утилита
qtconfig-qt4
из пакета qt4-qtconfig
для этого гораздо удобнее.
Кроме Tk, Gtk, Qt3 и т.п. мы теперь имеем еще одну библиотеку отрисовки виджетов - Qt4. Со своим отдельным внешним видом, непохожим на другие, и отдельными настройками. Однако...
Все же включать бету в официальный релиз дистрибутива, да еще и LTS... Экстремалы.
Запускается дольше, работает быстрее (относительно предыдущей версии, исключительно субъективные ощущения).
Порадовал потрясающий список, возникающий при наборе адреса. Неплохо смотрится диалог с "параметрами" сайта (Page Info): можно поотключать картинки, куки; посмотреть, сколько раз посещал...
Очень огорчило, что многие любимые и необходимые расширения (ImgLikeOpera, Tamper Data, Web Developer) отказываются работать. Подкрутить расширения на предмет разрешенных версий или подождать обновлений?..
Не все заработало. Кое что поломалось. Пришлось чинить.
collectd
- это маленький демон, который периодически
(по умолчанию, раз в 10 секунд) снимает множество системных
показателей:
RRD - это Round Robin Database. Хранит численные значения за определенные периоды времени (день, неделя, месяц, год) в файлах фиксированного размера. Старые данные удаляются из базы по мере поступления новых. Автоматически вычисляются средние, максимальные и минимальные значения за периоды. Стандартная утилита (rrdtool) умеет строить по данным базы (или нескольких баз) весьма сложные и красивые графики.
Я использую collectd для контроля интернет-трафика на интерфейсе.
В новой версии (4.3.0) добавилось много новых плагинов, изменилась конфигурация старых. Пришлось снова править конфиги для своих нужд. Изменилась структура и расположение RRD-файлов. Но старые файлы сохранились и их можно использовать при построении графиков. Впрочем, это тема отдельного разговора.
Из новых плагинов очень порадовал snmp
.
MRTG теперь не нужен! Интересен также tcpconns
,
который считает число TCP соединений по портам.
Перестала работать почтовая лампочка. WLAN лампочка не зажигается после просыпания из hibernate.
Все это вызвано вот чем:
$ sudo modprobe asus_acpi FATAL: Error inserting asus_acpi (/lib/modules/2.6.24-16-generic/kernel/drivers/acpi/asus_acpi.ko): No such deviceОказывается, для управления лампочками у нас теперь используется новый модуль:
$ lsmod | grep asus asus_laptop 19064 0 led_class 6020 1 asus_laptopА сами лампочки просматриваются вот тут:
$ ls -F /sys/devices/virtual/leds/ asus:mail/ $ ls -F /sys/devices/virtual/leds/asus\:mail/ brightness power/ subsystem@ trigger ueventЕсли же заглянуть в файл
/usr/share/acpi-support/state-funcs
, то можно найти
месторасположение WLAN лампочки:
$ ls -l /sys/devices/platform/asus-laptop/wlan -rw-r--r-- 1 root root 4096 2008-05-09 14:17 /sys/devices/platform/asus-laptop/wlanЧто с этим делать, пока неясно.
***
Почтовую лампочку починил. См. основную статью. Основная проблема - писать в файл, принадлежащий руту.
При подключении USB флешки, но не каждой флешки,
процесс kded
зависает: начинает съедать все ресурсы процессора
и убивается только по kill -9
.
Хотя флешка успешно монтируется, но значок на
рабочем столе не появляется.
После убивания процесса, флешки монтироваться перестают.
Нашел баг на launchpad.net. Оказалось, что не надо было включать опцию автоматического монтирования устройства.
Опцию можно отключить, удалив секцию в файле
~/.kde/share/config/mediamanagerrc
.
Секция в своем названии содержит метку диска.
Также рекомендую заглянуть в файл
~/.kde/share/config/medianotifierrc
.
Удалив секцию оттуда, я смог отключить (наконец-то!) автоматическое
воспроизведение DVD при вставке диска.
(Да, я знаю, что это можно настроить из Системных Настроек.
Но я так и не научился удалять действие по умолчанию, если
оно было установлено, получалось только переопределить.)
Что-то поломалось так, что даже не знаю, как чинить.
При долгом неиспользовании, не отключается монитор. Почти наверняка это какие-то настройки X. Но в таком случае, они изменились.
Позднее обнаружил, что, все-таки, отключается.
Время отключения выставляется (видимо через
xset
) Power Managerом. Но это
значение не всегда вовсстанавливается
после пробуждения из hibernate.
Denis Nelubin, May - Aug 2008