Mavericks: Sem som após o sono

16

Instalei uma versão nova do mavericks em um MacBook Pro 13 ". Depois que o computador acorda do modo de espera, não tenho som - nem nos fones de ouvido nem no alto-falante.

Os problemas foram relatados por muitos usuários na comunidade de suporte da Apple.

Existe alguma solução além da reinicialização?

mavericks audio

— Adam Matan
fonte

Parece que várias correções diferentes são sugeridas nesse segmento. Você já tentou alguma?

— Robin

2

A reinicialização funciona para mim, mas estou procurando uma resposta autorizada e canônica, em vez de uma discussão no fórum de 6 páginas. Esse é o objetivo dos sites de troca de pilhas!

— Adam Matan

6

Eu tive que reiniciar, mas para resumir o problema do encadeamento e a solução aparente, que funcionou para mim (mas apenas por uma semana): O problema ocorre se o seu macbook dormir com os fones de ouvido conectados por um tempo suficientemente longo (mais de uma hora) quando acorda, o áudio não funciona. TAMBÉM algumas pessoas percebem que a sobreposição de mudança de volume não responde (na verdade ocorreu para mim), e conectar ou remover fones de ouvido não aciona nenhuma alteração nas configurações de som de qual dispositivo (alto-falantes ou fones de ouvido) é exibido para saída.

Você deve tentar lixeira com.apple.audio.DeviceSettings.plist e com.apple.audio.SystemSettings.plist em / Library / Preferences / Audio e reiniciar com uma redefinição do carrinho de bebê (segure command-option-pr antes de ligar e até ouvir um segundo som de "bong" de inicialização). Isso impediu que eu voltasse a ocorrer quando o laptop dormiu com os fones de ouvido conectados - por uma semana; mais tarde, aconteceu novamente ao dormir enquanto o quicktime player estava reproduzindo um vídeo mp4 com fones de ouvido conectados.

Como um aparte, tenho outro problema de suspensão do sono em que a rede não se reconecta corretamente (wifi, a um ponto de acesso 802.11N), mas mostra que está conectada ao ponto certo e não sai tráfego (o EG não pode ping 8.8.8.8, nem 192.168.0.1) também deveria desaparecer se alguém limpasse o carrinho de bebê, mas não o fez. A solução é desligar o wifi e ligá-lo novamente.

Há até boatos de que, se você sempre usar o adaptador de energia fornecido com o seu macbook pro retina, a correção do carrinho permanecerá fixa, enquanto a troca para um adaptador com o plug magsafe de estilo antigo faz com que ele se repita. Fica um pouco de chapéu de lata para mim.

— dlamblin
fonte

1

O MBP de 2009 com uma unidade foi trocada desde o final de 2008. Eliminar as listas e redefinir o carrinho de bebê era a única solução nesse segmento que funcionou para mim.

— Michael

Isso acontece comigo sem fones de ouvido conectados - começou cerca de um mês antes do lançamento do Sierra (possivelmente coincidindo com uma atualização tardia do El Capitan) - e agora continua no Sierra. Se eu não soubesse melhor, diria que o código regrediu e que um bug antigo está de volta!

— Niico 03/10

@niico obrigado pelo comentário, porque adivinhem, meu MacBook Pro Retina 15 2015 fez a mesma coisa comigo no El Capitan na atualização de segurança anterior ao lançamento do Sierra. Sim. Está de volta. Eu tenho um relatório de bug aberto com a apple há uma semana e tudo o que tenho até agora é executar o sysdiagnose ou pressionar shift-control-opt-command-period e anexar / var / tmp / sysdiagnose * ao ticket, que Eu fiz. Não atualizei para o Sierra, apenas para acompanhar esse bug com eles.

— precisa saber é o seguinte

22

Eu poderia corrigir o problema recarregando a extensão do kernel para áudio com estes comandos:

sudo kextunload /System/Library/Extensions/AppleHDA.kext
sudo kextload /System/Library/Extensions/AppleHDA.kext

— alu
fonte

Isso funcionou para mim em um hackintosh.

— msfeldstein

Isso resolveu meu problema no MBP.

— Shanison

3

OBRAS COMO ANUNCIADAS <3 A última coisa que quero fazer é fechar as 20 guias do firefox que abri, salvar 5 a 10 janelas do terminal e reiniciar quaisquer máquinas virtuais que eu esteja executando localmente. Esse golpe de vida o consertou. Obrigado!

— amateur barista

Isso não impede, mas faz?

— dlamblin

2

Isso não funciona para mim em El Capitan.

— Makoto

4

A primeira correção sugerida funcionou para mim. Eu escrevi um script rápido que executa os dois, você pode obtê-lo executando qualquer um

cat > ~/Desktop/audiofix.command <<EOF
#!/bin/sh
sudo kextunload /System/Library/Extensions/AppleHDA.kext
sudo kextload /System/Library/Extensions/AppleHDA.kext
sudo kill -9  `ps ax | grep [c]oreaudio | awk '{print $1}'`
EOF

ou

curl https://raw.githubusercontent.com/dashdanw/Handy-Scripts/master/for%20users/audiofix.command > ~/Desktop/audiofix.command

Seguido por

chmod 775 ~/Desktop/audiofix.command

para torná-lo executável.

Você pode clicar duas vezes sempre que tiver o problema e ele deve funcionar, funciona para mim!

São apenas três comandos que você pode ler em texto sem formatação, então não se preocupe com vírus. Você pode visualizar o script baixado visitando a própria página:

https://raw.githubusercontent.com/dashdanw/Handy-Scripts/master/for%20users/audiofix.command

e se você quer ser realmente chique, pode descobrir uma maneira de executá-lo na ativação!

— Dash Winterson
fonte

Isso ainda acontece com você? Não acontece comigo desde 10.9.2. Além disso, seu comando grep provavelmente não precisa de colchetes. Por fim, estou curioso para saber se o coreaudiod responde a -1 sobre -9 recarregando-se.

— dlamblin

3

Sugiro tentar reiniciar o serviço CoreAudio:

sudo kill -9  `ps ax | grep [c]oreaudio | awk '{print $1}'`

— Matthieu Riegler
fonte

Você quis dizer grep coreaudioou grep [cC]oreaudio? Eu era capaz de matar sem -9 e não trouxe meu som de volta.

— precisa saber é o seguinte

1

Eu tive o problema semelhante antes. Não tenho certeza se o 10.9.1 ou as configurações que fiz na instalação MIDI de áudio corrigem esse problema. Tente alterar o formato de saída incorporada para 44100,0 Hz e número inteiro de 2 canais-24 bits

Configuração MIDI de áudio no Mac

Como fazer alterações na Configuração de MIDI de áudio não prejudicará o seu Mac, tente e verifique se o problema persiste.

— sayzlim
fonte

1

Cuidado com um arenque vermelho. Eu pensei que estava na situação que você encontra on-line mais comum, o que requer a redefinição da NVRAM, mas na verdade o problema era diferente e muito mais simples: depois de acordar do sono, meu som foi direcionado para o meu monitor HDMI, que não tinha alto-falantes. A solução foi alterar a saída nas configurações de volta para o alto-falante do Macbook:

— Leo
fonte