Fórum Ubuntu Linux - PT
Suporte Técnico => Sistema => Tópico iniciado por: ricina_debug em 19 de Dezembro de 2016, 17:06
-
Galera, meu note semp não inicia o ubuntu com audio, é necessário eu entrar no terminal e dar o comando alsamixer para que eu possa alterar um dos volumes, e então o audio funcionar. Mas quando reinicio a máquina volta tudo a ser como antes. Então toda vez, tenho q entrar no alsamixer e mexer.
Queria uma forma de salvar/fixar as configurações para não mais ter q ficar fazendo isso toda vez repetidamente. Agradeço quem puder me ajudar.
Já olhei em vários locais da internet e todas as dicas q encontrei não funcionou no ubuntu.
-
Olá,
Tente abrir o alsamixer com o sudo, ou seja:
sudo alsamixer
Faça as alterações que precisa e tente salvar com:
sudo alsactl store
Boa sorte e qualquer coisa vá postando ai
T+
-
Nada de dar certo amigo.
Realizei todos os comandos indicados por vc.
Mas não salvou as configurações, após reiniciar o sistema tudo fica como antes. Infelizmente.
-
Qual ambiente gráfico esta usando?
Veja se o "Auto mute" esta como Enable mude para Disable
Poste aqui também a saída de:
aplay -l
T+
-
Estou usando o ambiente gráfico padrão do Ubuntu 16.04LTS, o Unity.
Auto Mute esta em Disable, por padrão aqui.
Já usei os comandos várias vezes mais as configurações não se salvam. Infelizmente o problema persiste.
________________________________________________________________________________________
Saída do comando:
aplay -l
**** Lista de Dispositivos PLAYBACK Hardware ****
placa 0: HDMI [HDA ATI HDMI], dispositivo 3: HDMI 0 [HDMI 0]
Dispositivo secundário: 1/1
Dispositivo secundário #0: subdevice #0
placa 1: Generic [HD-Audio Generic], dispositivo 0: ALC269VB Analog [ALC269VB Analog]
Dispositivo secundário: 0/1
Dispositivo secundário #0: subdevice #0
________________________________________________________________________________________
-
Tente fazer assim:
sudo alsactl -d init
sudo alsactl -d store
Cole o resultado aqui.
-
Vou usar os comando solicitados por vc, com o volume do headphon aumentado, no alsamixer.
Sempre q inicio o computador esse volume fica zero, deixando os alto falantes do meu notebook sem som.
Toda vez q reinicio o notebook o volume headphon no alsamixer volta pra zero, aí tenho que aumentar denovo.
Já tentei salvar as configurações do alsamixer com todos os comandas que já me ensinaram aqui neste tópico, para que o volume headphon fique sempre aumentado e não zero, mas tudo foi sem sucesso.
Então vamos lá, executar os comando solicitados(deu linha demais!!!!!!!!!!tive que colar em um bloco de notas online, pois aqui não aceitou postar com tantos caracteres):
primeiro comando:
sudo alsactl -d init
saída:
no link: https://shrib.com/see/PQM9tqnBzJwdQiaV25w8oC8lHEU16qxM69Lpqzrf8e9PCal4VY?v=nc
Segundo comando:
sudo alsactl -d store
Saída:Não retornou nenhuma saída esse comando.
Espero que alguém consiga me ajudar a resolver esse problema que estou enfrentando para salvar as configurações do alsamixer.
-
Havia uma narrativa mais ou menos antiga descrevendo o pulseaudio sobrescrevendo as configurações do alsamixer, o problema agora é achar onde está isso.
A solução, até onde lembro, era desinstalar o pulseaudio.
-
De qualquer forma, contemplando aquela hipótese, também se pode pensar em fazer o inverso, isto é, configure pelo pulseaudio e vamos ver se, assim, as configurações permanecem.
Instale os pacotes:
sudo apt install paman paprefs pavucontrol
Uma vez instalado, chame individualmente, um a um, no terminal e fazendo a configuração através deles.
Por exemplo, use o paman, saia, faça o reboot e veja se deu certo.
Se não deu, então chame o paprefs, faça a mesma coisa e depois idem com o pavucontrol.
-
Tentou resetar o pulseaudio?
na sua home de um control+h para ver os arquivos ocultos va ate .config e ache a pasta pulse, exclua ela e reinicie o computador, tente!
-
Nenhuma das alternativas mencionadas resolveu o problema.
-
Nenhuma das alternativas mencionadas resolveu o problema.
Ainda na hipótese de que a configuração do pulseaudio possa estar sobrescrevendo o alsamixer, como mencionado no post #7, e também como desinstalar o pulseaudio pode não ser uma boa ideia, pois pode afetar outras dependências e trazer novos problemas, então vamos apenas desabilitar o pulseaudio e ver o que acontece.
Primeiro uma cópia de segurança da configuração atual:
sudo cp /etc/pulse/client.conf /etc/pulse/client.conf-backup
Agora edite o arquivo client.conf:
sudo gedit /etc/pulse/client.conf
localize a linha autospawn
retire o ; (ponto e vírgula) da linha e altere o yes para no, fica assim:
autospawn = no
Salvar e sair
Reinicie o sistema.
Faça agora o ajuste do som usando o ALSA
Reinicie o sistema novamente e vamos ver se permanece ajustado.
-
o problema ainda persiste, configurações do alsamixer não salvam!
-
o problema ainda persiste, configurações do alsamixer não salvam!
Então se não resolveu, retorne ao status anterior, desfazendo as alterações que havia feito.
-
Retornei. Mas o problema ainda persiste.
-
Vamos lá de novo, de uma outra forma para ver se funciona.
Num terminal abra o alsamixer e faça o ajuste conforme queira que fique a configuração de som:
alsamixer
Feita a configuração nessa interface gráfica, abra um segundo terminal, ainda sem fechar o primeiro e execute:
sudo alsactl store
Confirme se foi gerado o arquivo asound.state
ls /var/lib/alsa/asound.state
Dessa forma abaixo irá mostrar o conteúdo, é apenas para confirmar se criou mesmo, não precisa trazer ao tópico o resultado.
cat /var/lib/alsa/asound.state
Copie o arquivo criado para sua home:
cp asound.state ~/.config
Execute agora:
sudo alsactl restore
Reinicie o sistema.
Verifique se a configuração foi mantida.
Caso não tenha sido mantida, execute novamente:
sudo alsactl restore
Veja se retorna a configuração criada antes.
Caso retorne, então vamos estudar um meio de execute esse comando ao iniciar o sistema.
-
Acho que não fui muito claro, embora muito possivelmente você saiba como fazer corretamente.
Quando disse que é para copiar o arquivo asound.state criado para a sua home e indiquei o comando, estou supondo que você saiba que para copiar daquele modo precisa antes entrar no diretório que ele se encontra, ou então fornecer o caminho completo, certo?
Se for para entrar no diretório:
cd /var/lib/alsa
e depois copia como indicado
ou então o caminho completo para a cópia, e aí pode fazer estando em qualquer lugar.
cp /var/lib/alsa/asound.state ~/.config
Note que o destino se trata de um diretório oculto, cujo nome é precedido por um . (ponto), que é a característica de diretório oculto.
Evite digitar comandos passados, sempre que possível é melhor copiar com o mouse, colar no terminal e <enter> para evitar-se erros de retranscrição.
Lembre-se, ainda, de informar exatamente qualquer mensagem de erro que ocorra, pois quem está do lado de cá não está **vendo** o seu computador, não sabe nada de nada sobre ele e da situação do seu sistema. Não basta dizer que não funcionou, se ocorrer alguma mensagem de erro, em qualquer etapa, em qualquer comando, precisa informar, você precisa ser os "olhos" do Fórum em relação a sua máquina, já que só você está diante dela. Não seja econômico nas palavras, diga sempre de forma clara e extensiva o que está ocorrendo.
-
E apenas para evidenciar, para que não haja confusão, note que uma vez é:
sudo alsactl store
e depois é:
sudo alsactl restore
Um é store (=armazenar) e o outro é restore (=restaurar), são coisas distintas, diferentes, embora as palavras sejam relativamente semelhantes certo?
-
Amigo, deu certo, mas após reiniciar o sistema, volta para o problema. Mas vc me informou usar o comando sudo alsactl restore, então o problema se resolve. Agora esperando vc me ajudar como fazer o sistema executar esse comando ao iniciar.
Estou no aguardo.
-
Amigo, deu certo, mas após reiniciar o sistema, volta para o problema. Mas vc me informou usar o comando sudo alsactl restore, então o problema se resolve. Agora esperando vc me ajudar como fazer o sistema executar esse comando ao iniciar.
Estou no aguardo.
O comando precisa de poderes administrativos (=sudo) para funcionar, então a forma mais simples de execução desse comando a cada reiniciar seria armazenando no arquivo rc.local, porém pode ser que não dê certo porque no systemd, que é a forma de inicialização do sistema usada na versão 16.04 e seguintes, a execução do boot não é linear, mas em todo caso só testando para saber se dá certo ou não.
Então faça o seguinte, abra aquele arquivo:
sudo gedit /etc/rc.local
Copie para dentro do arquivo. **antes** do "exit 0":
sudo alsactl restore
============
Então fica assim:
blá, blá, blá do início do arquivo...até a última linha do blá, blá, blá em inglês:
# By default this script does nothing.
sudo alsactl restore
exit 0
============
Salvar e sair
Reinicie o sistema para testar se deu certo.
-
não deu certo.
-
Vamos experimentar ainda no rc.local colocando o caminho completo:
/usr/sbin/alsactl restore
Se ainda não deu experimente acrescentar a path ao rc.local
PATH=/home/ubuntu/bin:/home/ubuntu/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
/usr/sbin/alsactl restore
Salvar e sair, reiniciar etc.
Claro que antes disso deverá estar funcionando manualmente, como já dito antes, e também obedencendo estar antes do exit 0 do final do arquivo.
-
E se os arquivos de configuração fossem apagados e criados novamente?
-
Desculpe ter sumido, mas estive muito ocupado ultimamente.
Mas estou de volta pra pedir ajuda novamente, executei todos os procedimentos dos amigos desse forum, e meu problema continua persistindo.
Se ainda puderem me ajudar, ficaria grato.
Obrigado desde já.
-
[...]executei todos os procedimentos dos amigos desse forum, e meu problema continua persistindo.
Precisa retomar de onde parou.
Lá no post #18 havia dado certo, tinha resolvido o problema, remanescendo apenas a questão de executar o comando ao iniciar o sistema, o que estávamos tentando fazer de várias formas.
Amigo, deu certo, mas após reiniciar o sistema, volta para o problema. Mas vc me informou usar o comando sudo alsactl restore, então o problema se resolve. Agora esperando vc me ajudar como fazer o sistema executar esse comando ao iniciar.
No post #21 há uma sugestão de alterar o rc.local da forma como lá menciona.
Testou expressamente o que está lá mencionado no post #21 e não deu certo, é isso?
-
Isso. Executei tudo novamente e não deu certo. Infelizmente.
-
Isso. Executei tudo novamente e não deu certo. Infelizmente.
De passagem, vi num outro tópico seu aqui no Fórum (tópico 122162) que parece que você formatou e reinstalou o sistema.
Ainda é o mesmo computador e a mesma versão?
Se a versão do Ubuntu ainda usa o upstart é de uma forma, se já usa o systemd é de outra maneira para produzir o resultado que se quer, dependendo de qual caminho se escolha para isso. Dependendo da interface gráfica também se pode pensar em variações.
Traga ao tópico:
lsb_release -rd&&echo "${XDG_CURRENT_DESKTOP}"
uname -srvm
-
Atualmente estou usando o Ubuntu 16.04.3LTS, interface gráfica padrão Unity.
-
Atualmente estou usando o Ubuntu 16.04.3LTS, interface gráfica padrão Unity.
Mas então, @ricina_debug,
Só pra deixar bem claro o cenário atual, quando faz manualmente continua resolvendo, é isso?
Apenas que não grava a alteração, ela se perde ao reiniciar, certo?
É esse o cenário que se tem no momento, como havia antes?
Ou seja, nosso problema no momento é tornar a alteração permanente, é isso?
-
Isso!
Ao dar o comando sudo alsactl restore, tudo se resolve.
Mas se reiniciar a máquina, o problema retorna.
Ou seja, o sistema não tá conseguindo executar o comando ao iniciar.
-
Isso!
Ao dar o comando sudo alsactl restore, tudo se resolve.
Mas se reiniciar a máquina, o problema retorna.
Ou seja, o sistema não tá conseguindo executar o comando ao iniciar.
Ok, @ricina_debug, entendi, tanto melhor que seja assim.
Experimentei aqui colocar o comando no runlevel 5 para ser executado como um script no boot, mas não está dando certo, o journalctl retorna:
Ago 26 11:41:08 hal9005 systemd[1]: Starting LSB: Run /etc/init.d/zarruda.sh...
Ago 26 11:41:08 hal9005 zarruda.sh[657]: alsactl: load_state:1735: No soundcards found...
Ago 26 11:41:08 hal9005 systemd[1]: Failed to start LSB: Run /etc/init.d/zarruda.sh.
Ou seja, o script está sendo executado, mas a função pretendida não é alcançada.
Um tanto quanto absurdo esse "No soundcards found...", mas é o que está retornando, dá a entender que a esse ponto no runlevel 5 o driver ainda não estaria carregado, porque depois evidentemente, aqui, o subsistema de áudio funciona normalmente.
Como a execução é léxica, coloquei no rc5,d no último nível possível como S06 e com o nome de zarruda e no config com "start on runlevel [2345]", que é o mesmo do cron, mas mesmo assim não rolou. >:(
Não estava querendo ir pelo caminho de ter que autorizar no sudoers, mas no momento não estou vendo outra solução, parece que vai mesmo ser preciso fazer isso e ainda, talvez, adicionar algum 'sleep' para aguardar a interface gráfica carregar de forma completa.
Bem, vou experimentar fazer dessa outra forma, usando o sudoers, vamos ver se dá certo.
-
Vamos lá, agora usando o sudoers.
Antes de mais nada uma recomendação essencial, possivelmente você até saiba, mas vamos aletar para aqueles que eventualmente nos lêem e não estão familiarizados com isso: jamais edite diretamente o arquivo sudoers, não é assim que funciona, você vai perder o acesso ao seu sistema e irá inutilizá-lo.
A edição do sudoers se dá através do "visudo" e não qualquer outro meio.
Ele está programado para, antes de gravar as alterações, fazer uma verificação de sintaxe e alertar se há algum problema.
Não grave no arquivo se existirem incorreções, não grave se receber o alerta de erro de sintaxe, se fizer perde o acesso ao sudo.
-
Feitos os alertas necessários quanto ao sudoers, indo adiante:
Crie um script dentro do diretório /bin com o comando que se quer executar.
Vamos chamar esse script de zarruda.sh
O z do nome é porque enquanto testava a opção do init onde a execução é léxica e então se queria que ele ficasse lá pelo final do runlevel5, então optei pelo z inicial no nome, a arruda é para benzer pra ver se funciona, mas é claro que pode ser qualquer outro nome mais esclarecedor, porém a inspiração naquele momento foi essa, então mantive. No futuro, querendo, você adequa com o nome que quiser.
sudo gedit /bin/zarruda.sh
Evidentemente vai abrir uma arquivo em branco porque ele antes não existia.
Copie aqui e cole nele o seguinte conteúdo:
#! /bin/sh -e
#Tópico ubuntuforum-br
#autor do tópico: ricina_debug
#https://ubuntuforum-br.org/index.php/topic,121178.15.html
PATH=$PATH:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/$USER/.config
MYNAME=/bin/zarruda.sh
alsactl restore
Salvar e sair
Click agora lá no Dash, que é o primeiro ícone da coluna de ícones do Ubuntu padrão (=Unity) e no ícone "Aplicativos iniciais de sessão"
Click no botão "Adicionar"
Na janela que se abre com o título "Adicionar programa inicial" preencha no campo nome (pode ser qualquer nome, como queira, mas fiz com esse):
zarruda.sh-alsactl-restore
No campo comando:
sudo /bin/zarruda.sh
No campo comentário:
deixe em branco.
Click em Salvar e em seguida em Fechar
Agora a parte delicada, que é alterar o sudoers, simples de fazer, porém atenção a qualquer mensagem de erro, não grave se algo der errado nessa alteração.
sudo visudo
Acrescente no final do arquivo a linha:
username maquina = NOPASSWD: /bin/zarruda.sh
onde está username coloque o nome do usuário real do seu sistema, onde está máquina coloque o identificador real da sua máquina.
Por exemplo, se no prompt do seu terminal aparece assim:
pedro@computadorcasa:~$
então pedro é o username e computadorcasa é o nome que foi atribuído à máquina.
Então, ilustrando esse hipotético exemplo, a linha no sudoers ficaria assim.
pedro computadorcasa = NOPASSWD: /bin/zarruda.sh
Então é só adequar ao caso concreto que há aí no seu sistema, seguindo o exemplo acima.
No visudo gravar e sair possui uma forma especial.
No menu inferior onde está o símbolo ^ (acento circunflexo) significa a tecla Ctrl
ou seja, use as teclas:
Ctrl o (vogal letra o, como em ovo) para gravar
Ctrl x para sair
Reinicie o sistema para poder testar se a alteração produziu o efeito desejado.
-
Realizei todos os procedimentos aqui expostos, mais nenhum resolveu o problema.
Fui mais fundo na pesquisa sobre o problema, com ajuda do google. Encontrei relatos de problemas iguais.
Citaram que a causa é os drivers de audio da Realtek com o linux ubuntu, deveria instalar o High Definition Audio Codecs, encontrado em: http://www.realtek.com.tw/downloads/downloadsCheck.aspx?Langid=1&PNid=24&PFid=24&Level=4&Conn=3&DownTypeID=3&GetDown=false.
Tentei instalar, mas não obtive sucesso, tudo precisava de compilação e tinha q ter acesso direto ao kernel do Ubuntu, mas como a realtek é meio antigona, para Kernel de versões nova tem sido um problema relatada por vários conseguir instalar no UBUNTU 16.04. Se alguém puder me ajudar, ou indicar um caminho de sucesso, agradeço.
Mas desde de já, agradeço a todos que me deram sua ajuda até aqui.
-
Citaram que a causa é os drivers de audio da Realtek com o linux ubuntu, deveria instalar o High Definition Audio Codecs, [...]
Isso!
Ao dar o comando sudo alsactl restore, tudo se resolve.
Mas se reiniciar a máquina, o problema retorna.
Ou seja, o sistema não tá conseguindo executar o comando ao iniciar.
Mas você não disse antes que se faz manualmente resolve a questão?
Então o problema não é mais drivers esse ou aquele e sim simplesmente automatizar a execução desse comando.
Ou não é isso?
Se faz manualmente resolve ou não resolve?
Sim ou não?
-
Primeiro precisa ter certeza que o script em /bin/zarruda.sh está de fato sendo executado.
Apenas vendo se funcionou ou não funcionou a questão de fundo do alsamixer não dá para logicamente afirmar que o script realmente executou.
Então esse é o primeiro passo, obter **certeza** que todo o procedimento foi corretamente observado e que o script esteja de fato sendo executado.
Também, como disse antes, lá na penúltima linha do post #30, pode ser que esteja sendo executado, porém não no momento apropriado que é após o carregamento efetivo de todo o desktop, então eventualmente precisa introduzir um sleep para atrasar um pouco a execução.
Como verificar de forma objetiva se o script foi ou não executado?
Vamos usar dois métodos para esse finalidade.
a) verificação controle de conteúdo
Vai fazer exatamente como mencionado no post #32, porém no conteúdo do script vai adicionar linhas de controle, de forma que possa certificar a execução.
Novamente:
sudo gedit /bin/zarruda.sh
Agora deixe o conteúdo do script da seguinte forma:
#! /bin/sh -e
#Tópico ubuntuforum-br
#autor do tópico: ricina_debug
#https://ubuntuforum-br.org/index.php/topic,121178.15.html
PATH=$PATH:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/$USER/.config
MYNAME=/bin/zarruda.sh
alsactl restore
#controle de execução (depois retiramos)
#comandos extras podem ser apagados se o script funcionar:
echo "Registro para ver se o script fuciona no boot" >> /testescriptboot.txt
echo "Horário que o script foi executado:" >> /testescriptboot.txt
date >> /testescriptboot.txt
echo >> /testescriptboot.txt
Salvar e sair
Tornar o script executável:
sudo chmod +x /bin/zarruda.sh
Crie agora um arquivo de controle de execução na raiz do sistema:
sudo touch /testescriptboot.txt
Deixe o arquivo como propriedade do usuário do sistema:
sudo chown $USER /testescriptboot.txt
No mais, é preciso fazer tudo o mais **exatamente** como está previsto lá no post $32, ou seja, adicionar nos "Aplicativos iniciais de sessão" e autorizar no sudoers, da forma como é lá mencionada.
Está pronto, uma vez concluído todo o procedimento agora é reiniciar o sistema e observar se o script de fato executou ou não.
Como fazer para verificar?
Cada vez que reinicia o sistema o script deverá ter criado um entrada no arquivo /testescriptboot.txt, então isso deve ser verificado se está mesmo ocorrendo, pois se não estiver algo está errado e precisa ser revisado.
Reinicou, então faça:
cat /testescripboot.txt
O que é que aparece como resultado desse último comando a cada reinício (traga ao tópico o resultado)?
b) verificação journalctl
Após todo o procedimento e após reiniciar, confirme também a execução do script fazendo (traga ao tópico o resultado):
journalctl | grep zarruda.sh
Ultimadas essas duas verificações de forma consistente e ainda assim o resultado esperado no alsamixer não é produzido, então, como dito antes, se deve partir para introduzir o sleep na execução do script, esse será o próximo passo no caso do não funcionamento.
-
Também tentei as possibilidades indicadas e nada de manter as configurações.
-
Também tentei as possibilidades indicadas e nada de manter as configurações.
Então, @oleg,
Mas o seu caso é idêntico ao exposto aqui neste tópico?
Confirmou se está gravando no arquivo controle conforme proposto no procedimento?
Se sim, acrescente um sleep para atrasar um pouco a execução, pois a regravação precisa ser feita após realmente ter ocorrido todo o carregamento completo da interface gráfica.
-
Olá!, Tudo bem pessoal?
Sou novo no fórum.
Antes de qualquer apresentação quero compartilhar minha experiência com esse mesmo problema de áudio, aqui começou depois que
instalei o XFCE, seco, limpo sem os pacotes do Xubuntu, não entendi muito bem mas dia 25 de Fevereiro começou o meu calvário.. hahaha
e depois de muita pesquisa cheguei aqui, mas resolvi juntando informações de vários fóruns.. é osso!, lendo e relendo desinstalei o XFCE
e o erro persistiu, o mute do "headphone" teimava em permanecer ativo após reiniciar ou sair da sessão, resolvi partir para o extremo,
já fazia dias que tentava de tudo e nada, joguei tudo pro alto... removi o pulse áudio e alsa utils sem dó!, na reinstalação o áudio voltou
mas com outra consequência, as teclas multimídia do note morreram.. fiz um novo processo e voltou mas..... sempre mas.. o erro de guardar
configuração no áudio voltou.. que saco!.. vi todas as dicas postadas aqui e segui a risca e nada, mas consegui com essa
dica aqui https://goo.gl/U7er3P, salvei as linhas no .desktop conforme postado e tudo voltou ao normal,
tudo isso ocorreu no Ubuntu 17.10 com Wayland (quando instalei o xfce tinha entrado no xorg antes), não sei bem o que
houve mas resolvi, nessa busca encontrei muitos fóruns sobre o Ubuntu que jamais tinha visto.. são muitos e isso sem
dúvidas ajuda demais assim como esse aqui que já acompanho de fora a um bom tempo.
Peço desculpas pela pequena intromissão no tópico, mas acho que toda informação é válida.