2013-09-19 06:59:16 +0000 2013-09-19 06:59:16 +0000
83
83

"recargar" los drivers de audio de mac sin reiniciar

Tengo una interfaz de audio externa (M-audio fast track c400). Para que mi macbook la reconozca (pantalla en la configuración de audio/midi), tengo que reiniciar, lo cual es un fastidio. He tenido otras interfaces m-audio que se detectaron automáticamente al conectarse, y estoy bastante seguro de que esta debería ser igual. La mayoría de los mensajes en Internet sugieren actualizar el sistema operativo o el software/firmware del dispositivo. He hecho todo eso sin suerte. Actualmente estoy ejecutando OS X 10.8.5.

¿Hay alguna forma de forzar a OS X a recargar el dispositivo? Preferiblemente algún vudú de línea de comandos que pueda disparar rápidamente cuando sea necesario o envolver en un pequeño script de shell.

Edición: Progreso..

El problema parece estar arreglado ahora… No estoy seguro de cómo lo siguiente resolvió el problema. Si lo sabes, ¡comenta por favor!

Inspirado por la respuesta de @sbugert, empecé a buscar otros demonios del sistema que pudieran hacer el truco si se reiniciaban. Como un tiro en la oscuridad maté a coreservicesd. Esto provocó que el sistema operativo se volviera visiblemente inestable y finalmente se me cerró la sesión automáticamente. Para mi sorpresa, cuando volví a entrar, mi interfaz de audio fue reconocida..

Basándome en esto, me planteé la hipótesis de que matar coreservicesd y cerrar la sesión podría ser una posible (fea) solución. Así que desconecté la interfaz y la volví a conectar, y como era de esperar, no fue reconocida. Así que maté a coreservicesd e intenté cerrar la sesión, sin embargo no pude conseguir que el sistema cerrara la sesión debido a la inestabilidad causada por matar a coreservicesd. Finalmente me vi obligado a hacer un apagado “duro” (es decir, manteniendo el botón de encendido hasta que se apague). Después de volver a arrancar el macbook, ahora la interfaz se reconoce automáticamente cada vez que lo conecto. Sospecho que este reinicio “duro” puede haber solucionado el problema sin todos los tejemanejes con el demonio coreservices, pero no tengo forma de comprobarlo.

Si alguien puede arrojar luz sobre esto, por favor, hágalo.

Edición: Ha vuelto a dejar de funcionar, así que no sé qué pasa.
Fuente

Respuestas (4)

101
101
101
2014-04-17 15:33:52 +0000

EDIT: lo más probable es que sólo funcione para osx antes de 10.13

Esto es lo que necesita, 

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

Pero si quiere matar su coreaudio también, 

ps aux | grep 'coreaudio[d]' | awk '{print $2}' | xargs sudo kill

use con precaución.
El objetivo grep está escrito de esta manera específicamente para excluir el grepping del propio proceso grep en el ps out.
Fuente
77
77
77
2013-09-19 13:31:42 +0000

Intente escribir esto en la Terminal:

sudo killall coreaudiod

Esto matará el proceso coreaudio y lo reiniciará.
Fuente
0
0
0
2014-01-07 03:10:12 +0000

La misma solución pero con diferente variación 

sudo kill -9 `ps ax|grep 'coreaudio[a-z]' | awk '{print $1}'`
Fuente
-1
-1
-1
2019-06-28 23:23:16 +0000

Aquí he descubierto que si selecciono otro dispositivo antes de desconectar la interfaz (Fast Track C400 también), puedo conectarlo de nuevo más tarde sin problema. Pero si estoy usando el fast track y luego lo desconecto, no puede conectarse de nuevo hasta que lo reinicie.
Fuente

Preguntas relacionadas

6
¿Cómo puedo hacer que una máquina se quede con la pantalla en blanco durante un periodo de tiempo (a modo de penalización) si se alcanzan ciertos niveles de ruido? 1554
12
macOS sigue preguntando mi contraseña ssh desde que actualicé a Sierra 607
10
Desde el punto de vista de la calidad, ¿qué es mejor: subir el volumen en el software, en el sistema operativo o en los altavoces? 578
5
¿Permisos de la clave privada en la carpeta .ssh? 411
12
Error de red de PuTTY: El software causó que la conexión abortara 84