mxdev |
|
Темы:
1
Сообщения:
8
Участник с: 31 августа 2017
|
Здравствуйте уважаемое сообщество Archlinux. Прошу помочь мне с данной проблемой, кого не напрягает. ************ В результате очень странного поведения systemd(ела лишнюю память, не хотела толком нормально загружать и выключать) сменил его на runit, чем очень доволен и от чего не собираюсь отказываться. Как я понял, что pulseaudio в systemd роботала(предположение) как сервис, так как я никак не могу заставить его работать без systemd. В runit по-сути сервисов нет, там любой сервис - запуск пользовательского bash скрипта. Запуск pulseaudio в качестве сервиса в runit пока не интересует, интересует чтобы просто заработала либо заменить pulseaudio чем-то другим. По-сути, всё что мне нужно от pulseaudio - это программный микшер, alsa справляется прекрасно и без pulseaudio, но работает странно. Собственно интересует - как запустить pulseaudio(желательно в системном режиме), либо поставить ему замену, либо программный микшер на alsa. ************ Dbus не используется, udev стоит от systemd. ************ Сначало у меня стояла бинарная пульса и вместо ошибки на юзера пульс выдавала что просто не может запустить демон. Пульса тогда ругалась на то, что расписал выше, я их подкоректировал в /etc/pulse/daemon.conf, ошибки исчезли, кроме "не удалось запустить демон". После установки из исходников, пульса стала игнорировать /etc/pulse/daemon.conf...
|
nafanja |
|
Темы:
94
Сообщения:
9252
Участник с: 02 июня 2012
заблокирован
|
mxdev, откуда ты к нам пришел? из написанного чувствуется что вроде не новичок в лине. мне кажется все твои проблемы из за предыдущего опыта. как говорится "в чужой монастырь со своим уставом не ходят " то системд ест лишнюю память и не нормально загружает что то там, хотя он не прожорлив ~2м и работает идеально. то пульс из исходников... что ты еще натворил только тебе известно, а нам о устройстве твоей системы ничего не известно.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874 |
mxdev |
|
Темы:
1
Сообщения:
8
Участник с: 31 августа 2017
|
Спасибо, что отозвались!) Не так много и натворил собственно :D Заменил лишь systemd на runit, после чего система стала запускаться гораздо быстрее(6-8 сек.), а из исходников собирал пульс поскольку надеялся что может быть во время configure тот был адаптирован под systemd, а после сборки из исходников был бы к ней не привязан. На Arch'e 1.5 месяца сижу, до этого были лишь линуксы на ноутбуках(opensuse, mint., elementary, разные, всякие, графические). |
mxdev |
|
Темы:
1
Сообщения:
8
Участник с: 31 августа 2017
|
После отказа от systemd система сбросила 35 мб в ОЗУ(по данным программы free). |
indeviral |
|
Темы:
39
Сообщения:
3203
Участник с: 10 августа 2013
|
Установите pulse из нашего репозитория и запустите от имени обычного пользователя, для начала. А то как вам помочь?))
Ошибки в тексте-неповторимый стиль автора©
|
mxdev |
|
Темы:
1
Сообщения:
8
Участник с: 31 августа 2017
|
indeviral, сделал, как вы сказали. Установил из оф. репозит., востановил дефолтный конфиг.
|
A.T.W.A. |
|
Темы:
14
Сообщения:
657
Участник с: 21 марта 2011
|
mxdevДа только ради этого стоит отказаться от ненавистного systemd. |
Haron_Prime |
|
Темы:
28
Сообщения:
2109
Участник с: 08 июня 2014
|
mxdevэтого можно добиться и без удаления systemd просто нужно грамотно настроить mkinitcpio.conf |
mxdev |
|
Темы:
1
Сообщения:
8
Участник с: 31 августа 2017
|
Haron_Prime, возможно, но поставить runit по-моему даже проще :D На runit сподвигло ещё всеобщая ненависть к systemd и то, что systemd в 1/3 случаев отказывался корректно завершить сеанс. Писал что не может завершить сессию и ждал 1.5 минуты до завершения сессии. Кажется эти 1.5 минуты можно было в конфиге изменить, но даже если так, то зачем ставить что-то тяжелое, плохо работающее и многим совсем не нужное? Я не думаю, что многим нужны сложные-сложные системы-комбайны инициализации. И написать bash-сервис в runit, к примеру думаю гораздо проще и нагляднее)
|
vasek |
|
Темы:
47
Сообщения:
11743
Участник с: 17 февраля 2013
|
mxdevСистема тебе дает намеки, ну и и проверяй, что там у тебя с DBUS Вот стоял бы у тебя systemd, анализ был бы проще - systemctl status dbus А без него смотри, что там у тебя за выводы ps -eo user,group,args | grep -i dbus env | grep -i dbus Разберись сначала с этим UPD …. насчет systemd — если у большинства работает нормально, у некоторых имеются проблемы, то это не говорит о том, что виновник systemd
Ошибки не исчезают с опытом - они просто умнеют
|