Alsa, Не читается .asoundrc

[norm]

Ubuntu server 18.10, плеер mocp.

1. При старте из под root всё нормально, настройки alsa берутся из /etc/asound.conf
2. при старте из-под обычного пользователя, игнорируется и файл выше, и локальный .asoundrc
3. при старте через sudo mocp, выдаётся сообщение "Home directory not accessible: Permission denied", но настройки из .asoundrc применяются.

Права на .asoundrc есть все:
lrwxrwxrwx .asoundrc -> /etc/asound.conf

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

[Hephaestus]

Права на .asoundrc есть все:
lrwxrwxrwx .asoundrc -> /etc/asound.conf

Это cимволическая ссылка (она же симлинк), она всего лишь указывает на файл.

Поскольку Вы, по вашим же словам, нуб, разъясню подробнее.
На сам файл /etc/asound.conf права, скорее всего, другие.
В моей системе, к примеру, файл выглядит так:

Shell

-rw-r--r-- 1 root root 107 дек 23 13:43 /etc/asound.conf

Как можно видеть, права на запись есть только у владельца, которым является root.

А вот так выглядит симлинк на файл /etc/asound.conf

Shell

lrwxrwxrwx 1 alex alex 16 фев 23 23:22 asound.conf -> /etc/asound.conf

Здесь, казалось бы, есть все права, однако, оттого что я создал симлинк, я не стал владельцем файла /etc/asound.conf и никаких прав на этот файл сверх того, что было изначально, я не получил.
Как видите, права на файл и права на симлинк - это далеко не одно и то же.

Первый вывод: Проверяйте права на сам файл, а не на симлинк к файлу.
Второй вывод: Файл .asound.conf лучше создать как обычный файл, а не как симлинк.
Например, выполнить cp /etc/asound.conf ~/.asound.conf

Что касается запуска mocp, если плееру что-то не удаётся прочитать,
по идее сообщение об этом должно быть выведено в терминал.
Запуск из командной строки с sudo - понятно - ошибка выводится.
А как запуск из командной строки без sudo? Отрабатывает молча? Или всё-таки ругается?

[norm]

Да я создавал и обычный файл, всё то же. Ссылку создал специально, чтобы править в одном месте. Но сейчас попробовал ещё раз именно скопировать файл, дав права "-rw-rw-rw-" - ничего не поменялось. Просто под пользователем настройки не читаются, через sudo mocp работает, применяя настройки из локального .asoundrc.

.

mocp в памяти висит от того же пользователя, что и является владельцем файла.

.

Имхо, дело в alsa, но какой процесс отвечает за оную - я не знаю. Поиск среди процессов по al* ничего не даёт.

упд. Кстати, когда запущен mocp(без sudo, т.е. настройки не применяются), и играет музыка, почему-то процессорное время отъедается процессом pulseaudio. Если же запускать sudo mocp, т.е. файл читается, настройки применяются, pulse ничего не жрёт. Что-то я совсем не понимаю этой конструкции.

[Bizdelnick]

Давайте начнём с начала. Почему Вы решили, что настройки не читаются?

[norm]

В локальном файле специально прописал частоту дискретизации 96000, т.е. музыка играет крайне медленно. Через sudo так и есть, без оного - нет.

[Hephaestus]

norm
А какие конкретно настройки из .asoundrc не применяются от пользователя, но при этом применяются от root?
UPD. Пока писал, уже появились ответы, вижу.
Я могу попробовать воспроизвести у себя эту ситуацию, но у меня .asoundrc отсутствует начисто.
Да, если я правильно помню (могу ошибаться), настройки из /etc/asound.conf могут читаться даже от пользователя, если локальный файл отсутствует. Такой вариант пробовали?
И кстати, у mocp есть свой собственный каталог с настройками - .moc. Там куча всякой всячины.

А что касается пульсы, она такая, да. Непредсказуемая, я бы сказал.

[Bizdelnick]

Давайте подробнее. Что именно и где прописали?

[norm]

По дефолту работает частота 48000, которая не верна.
в /etc/asound.conf прописана частота 44100, какая и нужна.
в .asoundrc прописано 96000. Временно, чтоб различать.

Из под root играет с 44100, просто из-под пользователя - 48000, sudo mocp - 96000.

строчка, отвечающая за частоту : defaults.pcm.dmix.rate 96000

И да, каталог .moc удалял, всё то же, да и там нет этих настроек. Но, имхо, дело не в нём, а в alsa. В плеере cusm(или похоже, точно не помню), файл настроек аналогично не применялся.

[Hephaestus]

в /etc/asound.conf прописана частота 44100, какая и нужна.
в .asoundrc прописано 96000. Временно, чтоб различать.

Как Вам это удалось?
У Вас .asoundrc - это ссылка на /etc/asound.conf.
Как Вы смогли записать два разных значения в один и то же файл?

Из под root играет с 44100

Он читает напрямую /etc/asound.conf

просто из-под пользователя - 48000

Не читает ниоткуда, поскольку .asoundrc - это симлинк.

sudo mocp - 96000

В варианте с симлинком этого просто не может быть.

А если это всё без симлинков, тогда попробуйте для начала удалить локальный .asoundrc
и посмотрите будет ли читать из /etc/asound.conf

[norm]

Слушайте, а может быть, что из-под пользователя mocp работает через pulse, вообще игнорируя настройки alsa? Просто везде пишут, что он работает только через alsa, pulse ему чужд.

[norm]

У Вас .asoundrc - это ссылка на /etc/asound.conf.
Как Вы смогли записать два разных значения в один и то же файл?

Я сейчас скопировал файл, как и было ранее, когда эксперементировал. Симлинк оставил в промежутке, всё равно, имхо, дело не в нём.

сейчас выглядит так, в обоих верхних файлах прописано 96000

Безымянный5.png

[Hephaestus]

Но, имхо, дело не в нём, а в alsa

Скорее уж, в pulse. Вполне вероятно, что она плевать хотела на asoundrc.

Добавлено (23:37):

Слушайте, а может быть, что из-под пользователя mocp работает через pulse, вообще игнорируя настройки alsa?

Запросто. Я на своей системе вообще собираюсь выпилить пульсу.
Ибо кроме ухудшений никаких новшеств не заметил.

Добавлено (23:40):

norm
Можно попробовать настроить вывод звука мимо пульсы, чисто в alsa.
Это немного сложнее и не уверен, что на Ubuntu это удастся, но шанс есть.

[norm]

Я на своей системе вообще собираюсь выпилить пульсу.
Ибо кроме ухудшений никаких новшеств не заметил.

Можно попробовать настроить вывод звука мимо пульсы, чисто в alsa.
Это немного сложнее и не уверен, что на Ubuntu это удастся, но шанс есть.

Мне-то как раз нужна pulse, ибо может одновременно выводить на 2 звуковушки, и, если повезёт, транслировать звук из сети. Но сразу ничего не заработало, поэтому я решил начать с alsa.

[Hephaestus]

Кстати, когда запущен mocp(без sudo, т.е. настройки не применяются), и играет музыка, почему-то процессорное время отъедается процессом pulseaudio. Если же запускать sudo mocp, т.е. файл читается, настройки применяются, pulse ничего не жрёт. Что-то я совсем не понимаю этой конструкции.

Опять же, могу ошибаться, но...
насколько мне известно, пульса работает в пространстве пользователя.
Поэтому не исключено, что будучи запущенным от root, плеер выводит звук мимо пульсы, поэтому и считывает /etc/asound.conf. А при запуске от пользователя звуком заведует пульса, потому и настройки игнорируются.

Мне-то как раз нужна pulse

Ну, в таком случае её и надо ковырять, иначе это всё мимо.

Но сразу ничего не заработало, поэтому я решил начать с alsa.

Тогда уж для чистоты эксперимента пульсу нужно было отключить, то есть обеспечить её невмешательство.

[norm]

В общем, дело, похоже, и правда в pulseaudio. Оно по умолчанию ставит частоту 48000(берёт из своего конфига), видит, что в локальном файле 44100, и просто игнорирует или эту цифирь, или вообще весь файл, тут я не понял.

[Bizdelnick]

Слушайте, а может быть, что из-под пользователя mocp работает через pulse, вообще игнорируя настройки alsa?

Вообще игнорировать настройки ALSA он не может, потому что PA в конечном счёте выводит звук через ALSA. Но вряд ли он при этом использует dmix, возможно, поэтому эффекта от данной настройки и нет.

[norm]

Вообще игнорировать настройки ALSA он не может, потому что PA в конечном счёте выводит звук через ALSA. Но вряд ли он при этом использует dmix, возможно, поэтому эффекта от данной настройки и нет.

Возможно и так, но это уже совсем другая история, не имеющая отношения к созданной теме. Спасибо за помощь.