[mdk-re] Re: AC97 звук в Master beta2 (plus: опять о README.ALT)

[Michael Shigorin <mike@lic145.kiev.ua>]

[-- Attachment #1.1: Type: text/plain, Size: 1540 bytes --]

On Fri, Apr 12, 2002 at 12:16:36PM +0600, Sergey Bushuev wrote:
> Решил попробовать Мастера бету2, мочи нет как не 
> терпится дождаться релиза. Впечатления - просто прекрасно!!
> Но ложку дегтя я все же получил. Какая-то проблема со звуком - не работает...
> Система на маме CA63-EC со встроеным звуком AC97 на борту.
А насколько "AC97"?  Я сегодня отправил багрепорт насчет неверной
подстановки -- вместо snd-via686 (имеющегося) пытаются
сконфигурить snd-via686 (и имеем ЕДИНСТВЕННУЮ ошибку при первой
загрузке на свеженалитой в D800/KT133a/GF2MX400 beta2 ;).

> Щас стоит ASPLinux 7.2 - со звуком все ОК! Где бы и что
> покрутить, чтобы звук появился в Мастере?
Посмотрите в тамошний /etc/modules.conf на тему того, какой
звуковой модуль сопоставлен sound-slot-0 -- и внесите правку в
мастерский.  Если это вышеупомянутый случай (KT133, в чем, судя
по названию материнки, я слегка сомневаюсь) -- должны поправить,
если нет -- опишите подробнее, что за чипсет, что за звук, что
выдает lsmod -vv и что в modules.conf у ASP и Master.

> Очень хотелось бы README на предмет перехода с других *nix на
> ALT, по-моему проект Шигорина. Будет ли он в релизе?
Эээ...  Я всего лишь попытался развести народ на воспоминания о
"любимых граблях", которые, как правило, сперва вызывали жуткий
флейм, а потом -- слезы благодарности ;-)

Так что если есть "рассказы из жизни" -- предпочтительно в форме
FAQ? -- принимаются :-)

На сейчас это "см. аттач".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2: Type: message/rfc822, Size: 4260 bytes --]

[-- Attachment #1.2.1.1: Type: text/plain, Size: 3057 bytes --]

On Thu, Apr 11, 2002 at 11:18:28AM +0400, Dmitry V. Levin wrote:
> > Угу.  Вот не помню, сказано ли в admin manual, что в xinetd.*
> > есть не только индивидуальные DISABLE=YES, но и "общее"
> > ONLY_FROM=127.0.0.1 -- человек тут утверждал, что потерял две
Кстати, он обратил внимание еще на одну багу: заведению подлежал
tftpd и он не работал на сеть до первого обращения с локалхоста,
после чего (благодаря wait = yes) работал и с внешней сетью.

Наверное, имеет смысл прошерстить xinetd-enabled пакеты на эту
тему...

> > И вообще хорошо бы "альтовости" повыносить в отдельный checklist
> > (/README.ALT), дабы людям было легче портироваться.  Примерный
> > список Q&A -- думаю, по сервисам и "чего не дают руту".
> Ok, давайте попробуем "вспомнить все", пока еще не поздно.
Попробую.

Часть I.  root squashed

Q: почему руту не ходит почта?

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

Если это не устраивает (нужен другой пользователь), загляните в
/etc/postfix/aliases (после правки необходимо запустить от имени
root команду postalias).

Q: почему руту не дают собирать RPM? Выдается ошибка:
"rpmb: сборка пакетов запрещена для привилегированного пользователя"

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

Для дополнительной информации обратитесь к содержимому
/usr/share/doc/rpm-*/README.ALT .

Q: у рута сломана локаль!

A: и не зря.  Системное администрирование -- достаточно
специфическая задача, требующая повышенного внимания и не
являющаяся "удобной" по своему определению.  

Крайне не рекомендуется выполнять ежедневную работу от имени root
-- а для администрирования должно хватить sudo и нормального
локализованного пользовательского аккаунта.

Если же вопрос стоит очень остро -- произведите поиск строки LANG
в файлах в домашнем каталоге администратора.
   
Часть II.  notwork troubles

Q: почему после установки сервера и его активации (в ntsysv,
DrakConf, /etc/xinetd.d/*) он недоступен из сети?

A1: по умолчанию в ALT Linux xinetd сконфигурирован с опцией
only_from = 127.0.0.1, позволяющей доступ к сервисам,
запускающимся из-под xinetd, только с локальной машины.

Для обеспечения доступа из сети отредактируйте или
закомментируйте эту строку в /etc/xinetd.conf; в последнем случае
настоятельно рекомендуем ввести ограничения по необходимости в
индивидуальные файлы в каталоге /etc/xinetd.d/ .

A2: если проблема не в этом -- обратите внимание на настройки
файрвола (service iptables status или service ipchains status).

A3: проверьте содержимое файлов /etc/hosts.allow и /etc/hosts.deny
(XXX есть какой-то TFM на эту тему?)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #1.2.1.2: Type: application/pgp-signature, Size: 232 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]