[РЕШЕНО]Пропажа звука в Slackware64 14.0 при необычных обстоятельствах

Здравствуйте, форумчане.
Поставил я себе на ноутбук Samsung R530, Slackware64 14.0. Ради постижения linux'а. С установкой проблем не возникло. Ставил "full", без xfce. После установки зашёл под root'ом, создал нового пользователя, при помощи adduser, поместив его во все предложенные группы и добавив его в /etc/sudousers (зачем? после бубунты здесь). Сделал локализацию по описанному здесь методу. И наконец, изменил в файле /etc/inittab runlevel для "иксов" на 4.

После последнего дейтвия, перезагрузился. "Иксы" стартанули, ввёл логин пароль, загрузились "кеды". И вот не задача, нет звука. System notification выдал сообщение:

Устройство воспроизведения звука HDA Intel
(ALC269 Analog) не работает.
Будет использоваться .

Что за точка такая, не понятно.

После этого, меняю runlevel "иксов" обратно на 3. Перезагружаюсь. Логинюсь под пользователем. Пишу startx. Стартуют "кеды" и "О, чудо!", звук появился, никаких ошибок. Даже amarok играет.

Вопрос: Как сделать так, что-бы появился звук при runlevel 4 у "иксов"?

Пробовал также создавать файл .asoundrc в папке пользователя с содержимым вывода команды "aplay -L", но это никакого эффекта не дало. Данный способ подсмотрел здесь.

Привожу вывод некоторых команд:

lsmod | grep -i snd

lspci | grep -i audio

aplay -L

И скриншоты:
alsamixer

Показать

Kmix

Показать

Phonon

Показать

Показать

Также я пробовал менять gstreamer на xine и mplayer. Эффекта не дало.
Помогите пожалуйста побороть "слаку".

/etc/inittab покажи ка...

gramozeka написал:

/etc/inittab покажи ка...

Вот, пожалуйста:

#
# inittab    This file describes how the INIT process should set up
#        the system in a certain run-level.
#
# Version:    @(#)inittab        2.04    17/05/93    MvS
#                                       2.10    02/10/95        PV
#                                       3.00    02/06/1999      PV
#                                       4.00    04/10/2002      PV
#                                      13.37    2011-03-25      PJV
#
# Author:    Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
# Modified by:    Patrick J. Volkerding, <volkerdi@slackware.com>
#
# These are the default runlevels in Slackware:
#   0 = halt
#   1 = single user mode
#   2 = unused (but configured the same as runlevel 3)
#   3 = multiuser mode (default Slackware runlevel)
#   4 = X11 with KDM/GDM/XDM (session managers)
#   5 = unused (but configured the same as runlevel 3)
#   6 = reboot
# Default runlevel. (Do not set to 0 or 6)
id:4:initdefault:
# System initialization (runs when system boots).
si:S:sysinit:/etc/rc.d/rc.S
# Script to run when going single user (runlevel 1).
su:1S:wait:/etc/rc.d/rc.K
# Script to run when going multi user.
rc:2345:wait:/etc/rc.d/rc.M
# What to do at the "Three Finger Salute".
ca::ctrlaltdel:/sbin/shutdown -t5 -r now
# Runlevel 0 halts the system.
l0:0:wait:/etc/rc.d/rc.0
# Runlevel 6 reboots the system.
l6:6:wait:/etc/rc.d/rc.6
# What to do when power fails.
pf::powerfail:/sbin/genpowerfail start
# If power is back, cancel the running shutdown.
pg::powerokwait:/sbin/genpowerfail stop
# These are the standard console login getties in multiuser mode:
c1:12345:respawn:/sbin/agetty --noclear 38400 tty1 linux
c2:12345:respawn:/sbin/agetty 38400 tty2 linux
c3:12345:respawn:/sbin/agetty 38400 tty3 linux
c4:12345:respawn:/sbin/agetty 38400 tty4 linux
c5:12345:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux
# Local serial lines:
#s1:12345:respawn:/sbin/agetty -L ttyS0 9600 vt100
#s2:12345:respawn:/sbin/agetty -L ttyS1 9600 vt100
# Dialup lines:
#d1:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS0 vt100
#d2:12345:respawn:/sbin/agetty -mt60 38400,19200,9600,2400,1200 ttyS1 vt100
# Runlevel 4 also starts /etc/rc.d/rc.4 to run a display manager for X.
# Display managers are preferred in this order:  gdm, kdm, xdm
x1:4:respawn:/etc/rc.d/rc.4
# End of /etc/inittab

Присоединяюсь, аналогичная проблема. Из-за этого приходится часто перезапускать систему, ибо звук работает через раз. К слову, в 32разрядной версии дистрибутива эта проблема также присутствует... *SCRATCH*

Горе от ума, в "Параметрах системы">"Мультимедиа" настрой то устройство которое работает, а в "Управлении сеансами" поставь галку "Начинать с чистого сеанса".

gramozeka написал:

Горе от ума, в "Параметрах системы">"Мультимедиа" настрой то устройство которое работает, а в "Управлении сеансами" поставь галку "Начинать с чистого сеанса".

Забыл упомянуть, но это я первым делом делаю. Настройки внешнего вида, программы по умолчанию и запуск с чистого сеанса, ну и пару тройку других удобностей. Т.е. проблему это не решает... :'(
А в "Параметрах системы">"Мультимедиа" при нажатии "тест" на любом из предложенных устройств, выползает сообщение:

Устройство воспроизведения звука "любое
из устройств" не работает.
Будет использоваться .

Интересно, то что именно из-за runlevel 4 пропадает звук. Жаль не могу ничего сказать если бы я грузился в "xfce", я его просто не устанавливал.
Вопрос по inittab и другим файлам ответственным за загрузку системы:
Существует ли файл в котором определяется уровень загрузки аудио устройств или драйверов к ним ?

astronaut,
Своего пользователя в группу audio добавьте:

# usermod -G audio -a $USER

verg написал:

astronaut,
Своего пользователя в группу audio добавьте:

text

# usermod -G audio -a $USER

Я добавил пользователя во все предложенные группы команды adduser, в том числе и аудио. В таком бы случае не было бы звука и с runlevel 3 и 4.

Вобщем не поленился, зашёл посмотрел /etc/group. Оказалось, что adduser никуда не добавил моего пользователя. Добавил я его в audio и др.
Спасибо за наводку, verg. И спасибо всем за участие. Проблема решена. *YAHOO*

Никогда не имел проблем с usermod. Просто перелогиниться после внесения изменений не забываю.

yars написал:

Никогда не имел проблем с usermod. Просто перелогиниться после внесения изменений не забываю.

Попробовал зайти на tty2 под root'ом, сделал нового пользователя через adduser, внес в группы. Ребут, и... И "юзер" опять нигде не числится. Мб проблема с установочным образом, что так криво поставилось ? Я записывал на флешку при помощи usbimg2disk.sh. Еще мне интересно, какая свзяь между состоянием в группе и уровнем запуска init ?

А какую версию системы вы установили? Если это Slackware-current, то проблемы вероятны, а если Slackware-14, то проблем быть не должно. Возникают ли какие-либо ошибки, когда вы пытаетесь добавить пользователя в группу?

Еще мне
интересно, какая свзяь
между состоянием в
группе и уровнем запуска
init ?

yars написал:

А какую версию системы вы установили? Если это Slackware-current, то проблемы вероятны, а если Slackware-14, то проблем быть не должно. Возникают ли какие-либо ошибки, когда вы пытаетесь добавить пользователя в группу?

Еще мне
интересно, какая свзяь
между состоянием в
группе и уровнем запуска
init ?

Да, но интересно почему звук есть, если запускать иксы вручную используя startx, при уровне запуска init = 3? Я всё-таки грешу на образ, может криво скачался ?
Установлена Slackware64-14.0. Ошибок при добавлении пользователя не было.

"yars⇓" написал:

wheel дает право запуска sudo (правда, нужно сначала разрешить эту возможность)

Это в /etc/sudousers нужно раскоментировать %wheel, и добавить своего пользователя в myuser (ALL) = (ALL) ALL ?
Простите за оффтоп :[

Не совсем так, а местами совсем не так :-)

Про sudo, да, в /etc/sudoers (не sudousers) вписать желаемые правила, "%wheel (ALL) = (ALL) ALL" -- один из возможных вариантов. На месте wheel может быть и любая другая группа.

Другой момент -- это настройка права на использование su, параметр SU_WHEEL_ONLY в /etc/login.defs. Правда название может сбить с толку, ибо когда опция установлена в yes, использовать su разрешено не членам группы wheel, как могло бы показаться из названия опции, а членам первой группы с uid 0 в /etc/group, которая на современных Linux-ах обычно root.

bormant написал:

Не совсем так, а местами совсем не так :-)

Про sudo, да, в /etc/sudoers (не sudousers) вписать желаемые правила, "%wheel (ALL) = (ALL) ALL" -- один из возможных вариантов. На месте wheel может быть и любая другая группа.

Другой момент -- это настройка права на использование su, параметр SU_WHEEL_ONLY в /etc/login.defs. Правда название может сбить с толку, ибо когда опция установлена в yes, использовать su разрешено не членам группы wheel, как могло бы показаться из названия опции, а членам первой группы с uid 0 в /etc/group, которая на современных Linux-ах обычно root.

Спасибо, очень полезная информация. И еще вопрос: безопасно ли добавлять своего пользователя в группу wheel, раскоментировав в /etc/sudoers строку %wheel ALL=(ALL) ALL ? Если использовать машину как десктоп.

В этом случае члены группы wheel получат право ввести
sudo команда
и выполнить "команда" от имени root. Насколько это безопасно, зависит от того, кто у вас в группе wheel, насколько безопасны их пароли и т.п.
Вы правильно поняли, это действительно небезопасно, ибо любой член группы wheel может делать с системой всё, что угодно, в том числе менять разрешения, в том числе в /etc/sudoers, в том числе закрыть доступ к системе вам как основному root.

bormant написал:

В этом случае члены группы wheel получат право ввести
sudo команда
и выполнить "команда" от имени root. Насколько это безопасно, зависит от того, кто у вас в группе wheel, насколько безопасны их пароли и т.п.
Вы правильно поняли, это действительно небезопасно, ибо любой член группы wheel может делать с системой всё, что угодно, в том числе менять разрешения, в том числе в /etc/sudoers, в том числе закрыть доступ к системе вам как основному root.

Большое спасибо. Лучше не буду добавлять. Если можно делать через su или под root'ом залогинится в tty?.