Mavericks: Pas de son après le sommeil

16

J'ai installé une nouvelle version de mavericks sur un MacBook Pro 13 ". Après que l'ordinateur se soit réveillé du sommeil, je n'ai plus de son - ni dans les écouteurs ni dans le haut-parleur.

Le problème a été signalé par de nombreux utilisateurs de la communauté d'assistance Apple.

Y a-t-il une solution en plus du redémarrage?

mavericks audio

— Adam Matan
source

Il semble qu'un certain nombre de correctifs différents soient suggérés dans ce fil, avez-vous essayé l'un d'eux?

— Robin

2

Le redémarrage fonctionne pour moi, mais je recherche une réponse canonique et faisant autorité plutôt qu'une discussion sur un forum de 6 pages. C'est tout l'intérêt des sites d'échange de pile!

— Adam Matan

6

J'ai dû redémarrer, mais pour résumer le problème du fil et la solution apparente, qui a fonctionné pour moi (mais seulement pendant une semaine): le problème se produit si votre macbook se met en veille avec des écouteurs branchés pendant une durée suffisamment longue (plus d'une heure) quand il se réveille, l'audio ne fonctionne pas. ÉGALEMENT, certaines personnes remarquent que la superposition des changements de volume ne répond pas (ce qui a effectivement été le cas pour moi), et le branchement ou le retrait d'un casque ne provoque aucun changement dans les paramètres sonores quant à l'appareil (haut-parleurs ou casque) affiché pour la sortie.

Vous devriez essayer de jeter les fichiers com.apple.audio.DeviceSettings.plist et com.apple.audio.SystemSettings.plist dans / Library / Preferences / Audio et redémarrer avec une réinitialisation de landau (maintenez command-option-pr avant de mettre sous tension , et jusqu'à ce que vous entendiez un deuxième son de "bong" de démarrage). Cela m'a empêché de se reproduire lorsque l'ordinateur portable s'est endormi avec des écouteurs branchés - pendant une semaine; plus tard, cela s'est produit de nouveau pendant le sommeil alors que le lecteur quicktime jouait une vidéo mp4 avec un casque branché.

En passant, j'ai un autre problème d'éveil où le réseau ne se reconnectera pas correctement (wifi, à un point d'accès 802.11N) mais montrera à la place qu'il est connecté au bon point, et aucun trafic ne sortira (EG ne peut pas ping 8.8.8.8, ni 192.168.0.1), cela devait également disparaître si l'on efface la poussette, mais ce n'est pas le cas. Le travail consiste à désactiver le wifi et à le réactiver.

Il y a même une rumeur selon laquelle si vous utilisez toujours l'adaptateur secteur fourni avec votre macbook pro retina, le correctif de la poussette restera en place, tandis que le passage à un adaptateur avec la prise magsafe à l'ancienne le fera se reproduire. Ça me fait un peu trop de papier d'aluminium.

— dlamblin
source

1

2009 MBP avec un lecteur échangé à partir de fin 2008. La suppression des plists et la réinitialisation de la poussette étaient la seule solution dans ce fil qui a fonctionné pour moi.

— Michael

Cela m'arrive sans casque branché - cela a commencé environ un mois avant la sortie de Sierra (coïncidant peut-être avec une mise à jour tardive d'El Capitan) - et a maintenant continué à Sierra. Si je ne savais pas mieux, je dirais que le code a régressé et qu'un vieux bug est de retour!

— niico

@niico merci pour le commentaire car devinez quoi, mon MacBook Pro Retina 15 2015 vient de me faire la même chose sur El Capitan lors de la mise à jour de sécurité avant la sortie de Sierra. Oui. C'est de retour. J'ai un rapport de bogue ouvert avec Apple depuis une semaine et tout ce que j'ai à ce jour, c'est d'exécuter sysdiagnose ou d'appuyer sur shift-control-opt-command-period et de joindre / var / tmp / sysdiagnose * au ticket, ce qui J'ai fait. Je n'ai pas mis à jour vers Sierra, juste pour suivre ce bug avec eux.

— dlamblin

22

Je pourrais résoudre le problème en rechargeant l'extension du noyau pour l'audio avec ces commandes:

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

— alu
source

Cela a fonctionné pour moi sur un hackintosh.

— msfeldstein

Cela a résolu mon problème sur MBP.

— Shanison

3

FONCTIONNE COMME ANNONCÉ <3 La dernière chose que je veux faire est de fermer les 20 onglets Firefox que j'ai ouverts, d'enregistrer 5 à 10 fenêtres de terminal et de redémarrer toutes les machines virtuelles que j'utilise localement. Ce lifehack l'a insta-fixé. Merci!

— barista amateur

Cela ne l'empêche cependant pas?

— dlamblin

3

Cela ne fonctionne pas pour moi à El Capitan.

— Makoto

4

Le premier correctif suggéré a fonctionné pour moi. J'ai écrit un script rapide qui les exécute tous les deux, vous pouvez l'obtenir en exécutant soit

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

suivi par

chmod 775 ~/Desktop/audiofix.command

pour le rendre exécutable.

Vous pouvez double-cliquer dessus chaque fois que vous rencontrez le problème et cela devrait fonctionner, ça me convient!

Ce ne sont que 3 commandes que vous pouvez lire en texte clair, donc ne vous inquiétez pas pour les virus, vous pouvez afficher le script téléchargé en visitant la page elle-même:

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

et si vous voulez devenir vraiment chic, vous pouvez trouver un moyen de l'exécuter au réveil!

— Dash Winterson
source

Cela vous arrive-t-il encore? Cela ne m'est plus arrivé depuis le 10.9.2. De plus, votre commande grep n'a probablement pas besoin des crochets. Enfin, je suis curieux de savoir si coreaudiod répond à -1 sur -9 en se rechargeant.

— dlamblin

3

Je suggère d'essayer de redémarrer le service CoreAudio:

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

— Matthieu Riegler
source

Voulez-vous dire grep coreaudioou grep [cC]oreaudio? J'ai pu tuer sans -9 et cela n'a pas ramené mon son.

— dlamblin

1

J'ai eu le même problème auparavant. Je ne sais pas si 10.9.1 ou les paramètres que j'ai définis dans la configuration audio et MIDI corrigent ce problème. Essayez de changer le format de sortie intégré en 44100,0 Hz et 2ch-24bit Integer

Configuration audio MIDI sur Mac

Étant donné que les modifications apportées à la configuration audio et MIDI n'endommageront pas votre Mac, vous pouvez essayer de voir si le problème persiste.

— sayzlim
source

1

Attention au hareng rouge. Je pensais que j'étais dans la situation que vous trouvez le plus souvent en ligne qui nécessite de réinitialiser la NVRAM, mais en fait, le problème était différent et beaucoup plus simple: après le réveil du sommeil, mon son était dirigé vers mon moniteur HDMI, qui n'avait pas de haut-parleurs. La solution était de modifier la sortie des paramètres sur le haut-parleur du Macbook:

— Leo
source