Дневник Нуба

....Без музыки скучно. надо прикрутить звук. Как это делал в старой системе уже не помню абсолютно. Опять надо идти гуглить... Помню только что долго у меня чего-то не складывалось. Попробую сначала обойтись без гугла. Что мы имеем с Гуся кроме шкварок? Мы имеем на борту 2 звуковые карты - встроенный HD кодек "Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controlle" и Creative X-Fatality. Со второй я как понимаю мне пока ничего не светит в Линуксе, а жалко. Качество звука разительно отличается от встроенного решения. Ну даст бог кто-нибудь когда-нибудь прикрутит. Итак настраиваем HD кодек. Всякие FAQ и прочие популярные статьи на эту тему, насколько я понимаю, морально устаоели, отсюда у меня и были нестыковки. Сейчас насколько я понимаю, ALSA драйвера ставить не надо, коли я поддержку в ядре прописал. То есть по логике вещей мне надо просто включить звук и всё. лезу в /etc/init.d/ на предмет alsa или какого-нибудь audio. Там обнаруживается esound. Пробую запустить. /etc/init.d/esound start Получаю ругачки что нужен Dbus. Странно, я же не указывал флаг dbus в USE. Почему оно требуется... Да и в прошлой системе звук был без всяких Dbus. Где косяк? или этот esound не то что мне надо? вообще по логике это какойнить alsasound должен быть...
Смотрим что притащит emrege -pv dbus. Только один пакет. Ставлю, один то если что точно снесется нормально. Ставлю, запускаю, запускаю esound. Ругаться не ругается на DBus, но звука у меня от этого не появилось. Останавливаю. Ставлю Alsa-Utils. Эти то мне по любому нужны, в них вроде mixer сидит. Ставлю. запускаю alsaconf. Никакого звука она у меня не обнаруживает. НО. В /etc/init.d/ появляется именно alsasound, верно я предположил -))) Интересно, что делает эта самая alsaconf? Откуда в ините появился звук?. Пробую запустить. Хм... я не очень сомневался в успехе. Но получаю

* Caching service dependencies ... [ ok ]
* Loading ALSA modules ...
* Could not detect custom ALSA settings. Loading all detected alsa drivers.
* Unable to find any ALSA drivers. Have you compiled alsa-drivers correctly?
* ERROR: Failed to load necessary drivers [ ok ]
* ALSA failed to load.

Неужели в ядре накосячил??? Вроде внимательно смотрел, что там оставить -(. Эх, долгая это процедура по проверке... Ну иду смотреть. Странно, вроде по поводу звука ничего нигде не менял, но в ядре всё отключено. Понятно почему не работает... Пересобираю.

После рестарта системы обращаю внимание на то, что загрузка стала намного медленнее. Система "зависает" секунд на 10 на пукте "Waiting to uevents" чего то там. Это из-за ядра интересно? или DBus который я поставил? надо будет проверить - снести DBus. И вообще почитать бы неплохо что за зверь и с чем кушают... Эх времени на всё нету, не студенческие годы... Ладно смотрим что со звуком. /etc/init.d/alsasound start :

* Loading ALSA modules ... [ ok ]
* Restoring Mixer Levels ...
* No mixer config in /var/lib/alsa/asound.state, you have to unmute your card! [ ok ]

Вроде всё в порядке. Пробую проиграть mp3. Ругачки... Что теперь не так? Неужели из за того что в миксер не заходил? Не логично, но пробую. Опа. alsamixer: function snd_ctl_open failed for default: No such file or directory. Тэкс, что-то такое припоминается что надо пользователей в группу audio вроде добавлять. Пробую: usermod -a atrides. Выхожу из под sudo. Миксер заработал. Пробуем проигрывать файлы. Ругчки... ALSA lib confmisc.c:768:(parse_card) cannot find card '0'. Чтож ему еще надо то? В миксере нормально кодек показывает.. Оно у меня не '0'? Почему в прошлый раз ноль было? как менять? Хмм.. совсем странно. alsamixer опять не запускается... Что бы это значило? alsamixer: function snd_ctl_open failed for default: No such file or directory.
Вобщем мучался минут 20. Потом с чего-то решил перезагрузиться и... Звук заработал!!! Что интересно я не перезапустил при установке ? Теперь уже не выяснить...

Переходим к решению следующей проблемы. При загрузке системы висим секунд 30 на сообщении "waiting for uevents" Я так понимаю это как то с udev связано, как бы понять чего там и как? Никак не могу найти какой нибудь лог файл загрузки. В dmesg вообще про эти самые uevents ни слова, в /var/log лежат какие то нечитаемые файлы, но явно чьи-то логи в самостийном формате -)) Может это то, что мне надо? Попытка нагуглить что либо по чтению логов ничего не дала. По зависанию на uevents нарвался на совет отрубить в ядре SCSI geberic. Попробую, хотя ранее читал совет эту опцию в ядре оставлять для эмуляции чего-то там где-там. -))) Попробую посмотрю.. Тэкс. От отключения SCSI в ядре картина не поменялась, но перезагрузка помошла -))) Помогла в том смысле что я увидел из за чего тормоза. В момент зависания на этом самом waiting uevents идёт обращение в том числе к cd-rom и он долго-долго что то там вычитывает. Выдернул диск из привода, перезагрузился и зависание резко уменьшилось, секунд до 5 примерно. Но по моему это ненормально, что нельзя диск в приводе оставлять -))) Попробую разобраться. Поставлю кстати заодно "распараллеливание бута" - RC_PARALLEL_STARTUP="yes" в /etc/conf.d/rc. Примерно через полтора часа у меня в голове более менее уложилось что есть udev. Ежели свести всё "умное" к "простому", то это постоянно запущенный сервис, который отслеживает изменения в файловой системе sysfs (в которой в свою очередь появлются ммм... назовем дескрипторами для простоты, вобщем дескрипторы новых устройств с информацией об этих самых устройствах), выдирает из информации некие уникальные для данного устройства атрибуты и в соответствии с таблицей правил создает в /dev новые файлы. Стандартные правила лежат в /etc/udev/rules.d/ в файлах вида nn***.rules, где nn-цифры. В принципе это не важно, что цифры, это просто для удобства. Важно что правила просматриваются в алфавитном порядке снизу вверх до первого "попадания". Таким образом что-бы перекрыть стандартные правила, (начинаются с 10 в моем каталоге), достаточно создать файл скажем 05-myrules.rules и чтонибудь запихнуть. Если правило сработает, поиск дальше не пойдёт, если не сработает, пойдёт. Собственно всё. Возвращаемся к нашему cd-romu, "висящему" на старте при наличии диска. Ищем где что про него есть в правилах udev:
find /etc/udev/rules.d/ -exec -H grep cdrom {}\;
Получаем строчку :
/etc/udev/rules.d/60-cdrom_id.rules:ACTION=="add|change", KERNEL=="sr[0-9]*|hd[a-z]|pcd[0-9]*", IMPORT{program}="cdrom_id --export $tempnode"

Логически мысля, предполагаю, что вот эта самая "cdrom_id" и есть то, из за чего висим. Скорее всего программа определения id диска а не привода. Попробую перекрыть правило. Создаю файл 05-cdrom.rules и засовываю туда строку
ATTRS{model}=="DVDRW LH-20A1S ", NAME="cdromliteon"
Краткое пояснение. До запятой выясняем "Что это", после запятой - "Что Делать", после рестарта системы будем думать "Хто виноват" если не сработает -)))
Строка "DVDRW LH-20A1S " получена следующим образом. Сначала смотрим, чему в sysfs соответствует /dev/cdrom:

udevinfo -q path -n /dev/cdrom

Получаем в ответ /block/sr0
Теперь смотрим чего нам известно про него:

udevinfo -a -p /block/sr0

Получаем кучу всякой лабуды:

looking at device '/block/sr0':
KERNEL=="sr0"
SUBSYSTEM=="block"
DRIVER==""
ATTR{range}=="1"
ATTR{removable}=="1"
ATTR{ro}=="0"
ATTR{size}=="172348"
ATTR{capability}=="19"
ATTR{stat}==" 39 57 384 42650 0 0 0 0 0 40790 42650"

looking at parent device '/devices/pci0000:00/0000:00:1f.5/host3/target3:0:0/3:0:0:0':
KERNELS=="3:0:0:0"
SUBSYSTEMS=="scsi"
DRIVERS=="sr"
ATTRS{device_blocked}=="0"
ATTRS{type}=="5"
ATTRS{scsi_level}=="6"
ATTRS{vendor}=="LITE-ON "
ATTRS{model}=="DVDRW LH-20A1S "
ATTRS{rev}=="9L08"
ATTRS{state}=="running"

Ну и там кучу всего. Выбираем уникальную атрибутику - модель например. Ну и туды её, в рулес -))) И так перезагрузка системы -))
Перегрузился... Результат забавный. Тормозит, огнями мыргает (cdrom в смысле) но после перезагрузки в /dev сидит он, больной зуб. То биш мой родненький /dev/cdromliteon. Вывод первый. Правило работает -))) Вывод второй. Тормозило не оно! А хто интересно узнать? Врут что это всё работает до первого совпадения? Или под совпадением тут что-то другое понимается?

В очередной раз ищем чего там в рулес про cdrom-сы говорится:

/etc/udev/rules.d/75-cd-aliases-generator.rules:# these rules generate rules for the /dev/{cdrom,dvd,...} symlinks
/etc/udev/rules.d/60-persistent-storage.rules:# never access non-cdrom removable ide devices, the drivers are causing event loops on open()
/etc/udev/rules.d/70-persistent-cd.rules:ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.5-scsi-1:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"
/etc/udev/rules.d/60-cdrom_id.rules:ACTION=="add|change", KERNEL=="sr[0-9]*|hd[a-z]|pcd[0-9]*", IMPORT{program}="cdrom_id --export $tempnode"
/etc/udev/rules.d/65-permissions.rules:# cdrom devices
/etc/udev/rules.d/65-permissions.rules:ENV{ID_CDROM}=="?*", GROUP="cdrom", MODE="660"
/etc/udev/rules.d/65-permissions.rules:KERNEL=="pktcdvd|pktcdvd[0-9]*", GROUP="cdrom", MODE="660"
/etc/udev/rules.d/65-permissions.rules:# assign cdrom-permission also to associated generic device (for cd-burning ...)
/etc/udev/rules.d/65-permissions.rules:SUBSYSTEMS=="scsi", KERNEL=="sg[0-9]*", ATTRS{type}=="[45]", GROUP="cdrom", MODE="660"

Ну это кроме моего, 05-го... вот тут я как то и скис. Я то думал что вот из за этого: "IMPORT{program}="cdrom_id --export $tempnode"". Был не прав. Виноват. Дурак. Исправлюсь.
-- У Иванова ребенок родился
-- Мальчик?
-- Нет
-- А КТО??????

Так ежели не оно тормозило, то кто???. Пробую закомментировать для начала вот это:

/etc/udev/rules.d/75-cd-aliases-generator.rules:# these rules generate rules for the /dev/{cdrom,dvd,...} symlinks
/etc/udev/rules.d/70-persistent-cd.rules:ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:1f.5-scsi-1:0:0:0", SYMLINK+="cdrom", ENV{GENERATED}="1"

permissions.rules это вроде раздача прав. Ну не может быть что-бы оно читало все каталоги диска и права присваивало на файлы и каталоги несмонтированного устройства в момент обнаружения ? Итак, комментируем и ребутимся...

Облом. Всё так же тормозит... Кстати, а чего это я не закомментировал то, что считал первопричиной тормозов? -)) Делаем. Комментирую (чёрт, как у этого Gvima блин строчку удалить? зы. сам знаю, потом эти курить буду)

/etc/udev/rules.d/60-cdrom_id.rules:ACTION=="add|change", KERNEL=="sr[0-9]*|hd[a-z]|pcd[0-9]*", IMPORT{program}="cdrom_id --export $tempnode"

Перегружаемся... Победа разума над силами зла!!!! Осталось то самое примерно 4-5 секундное торможение на этой чертовой "waiting for uevents". То же конечно не хорошо. Но что-то в рулесы по хардам как-то пока не тянет -)) Чревато. Грузись потом с CD-rom, восстанавливай... Но и этот результат неплох. Устранил 30-35-секундное зависание старта системы. На всякий случай проверяю mount. Читаю оглавление, для очистки совести копирую пару файликов. Всё работает. Здрям, господин Atrides -))

Итак за 4 часа с хвостиком получены следующие результаты. Устранены основные тормоза загрузки системы, получено вполне пристойное представление о том что есть udev, с чем её кушают и как можно повлиять на процесс этого самого кушания. Конечно понимание весьма поверхностное, но поверхностное понимание однако лучше отсутствия оного -)).

Продолжение наверное следует....

я тоже недавно решил, что надо ставить gentoo, т.к., довольно долго просидев на ubuntu, понял, что так я систему не пойму - уж больно всё просто.
лирическое отступление: первый раз ставил linux еще в классе 8ом, начитавшись журнала "хакер" (в котором я мало что понимал, но всё равно было жутко интересно:). тогда это был red hat 6.2 - больше ничего другого найти не смог (интернета у меня не было). после долгой возни кое-как получилось поставить систему. но моему тесному знакомству с линуксом помешало то, что я так и не смог настроить звуковуху. в итоге линукс был заброшен на несколько лет, а на комп вернулась винда.
по прошествии нескольких лет, уже поступивши в универ, вспомнил про линукс. поговорив с другом, решил ставить систему с загадочным названием убунту (по-моему тогда была текущая версия 6.06). но опять появились подводные камни - никак просто не хотел работать vpn, даже после прочитывания кучи мануалов в инете. в конце концов помогла связка network manager+pptp-linux. но это случилось, если не ошибаюсь, только на 7.04:) вот с этой версии я уже проводил довольно много времени в убунту, но всякий интерес пропал, когда наконец настроил систему "как надо" (спасибо ubuntu wiki + irc.freenodenet #ubuntu-ru + forum.ubuntu.ru). всё что мне надо было - работало и притом работало хорошо. запомнив последовательность действий, провел те же манипуляции когда появилась 8.04, а потом 8.10.
в общем после довольно продолжительного времени под убунту понимание работы системы так и не пришло. прочитав пост на хабре человека, перешедшего с дебиана на генту, решил, что я тоже смогу. сперва немного похимичил в virtualbox, посидел на #gentoo-ru и на днях решился ставить уже на реальный компьютер. ставил при помощи minimal cd. во время первой установки меня подвело указание keymap (31 - russian) - консоль дико глючила, пришлось перезагрузиться и заново проделать некоторые манипуляции. добрался до сборки ядра. решил genkernel не использовать, а собирать вручную. нашел описание некоторых параметров ядра на русском , распечатал их и приступил. на это было убито полночи. лег спать уже утром, когда добился того, чтобы система заработала:) дальше ставил иксы. опять куча подводных камней, но в итоге получил запустившийся twm. следующий пациент kde-4.2.1 (гулять - так гулять! :) почитал хэндбук - о размаскировании и прочем, добавил нужные keywords в package.keywords, а дальше "emerge -av kde-base/kdebase-meta". дело уже было поздно, да и установка предстояла долгая, так что лег спать. проснувшись увидел, что появились проблемы с установкой pyqt4.4 - тут уже помог python-updater. дальше была возня с /etc/conf.d/xdm, в итоге просто в /etc/rc.conf указал XSESSION="kde-4.2" и всё заработало)
сейчас вот поставил ntfs3g, alsa-drivers, kopete (забыл указать флаг "oscar" или "icq" - в итоге решил, что нафиг этот протокол не нужен, когда есть джаббер с настроенным транспортом), amarok (тут пришлось добавить 'media-sound/amarok' в packages.keywords). на очереди firefox, mplayer итд. я уже почти влюблен в gentoo)))
хотел написать небольшой пост, а вышло вот как...