"recharger" les pilotes audio mac sans redémarrer
Je dispose d'une interface audio externe (M-audio fast track c400). Pour que mon macbook la reconnaisse (affichage dans la configuration audio/midi), je dois redémarrer, ce qui est un problème. J'ai eu d'autres interfaces m-audio qui étaient automatiquement détectées lorsqu'elles étaient connectées, et je suis presque sûr que celle-ci devrait être la même. La plupart des messages sur Internet suggèrent de mettre à jour le système d'exploitation ou le logiciel/micrologiciel de l'appareil. J'ai fait tout cela sans succès. Je suis actuellement sous OS X 10.8.5.
Y a-t-il un moyen de forcer OS X à recharger l'appareil ? De préférence avec un vaudou en ligne de commande que je pourrais lancer rapidement en cas de besoin ou avec un joli petit script shell.
Edit : Progression..
Le problème semble être résolu maintenant… Je ne suis pas sûr de savoir comment ce qui suit a résolu le problème. Si vous le savez, veuillez commenter !
Inspiré par la réponse de @sbugert, j'ai commencé à chercher d'autres démons système qui pourraient faire l'affaire s'ils étaient redémarrés. Comme un coup de feu dans le noir, j'ai tué coreservicesd
. Cela a rendu le système d'exploitation visiblement instable et j'ai fini par me déconnecter automatiquement. A ma grande surprise, quand je me suis reconnecté, mon interface audio a été reconnue..
En me basant sur cela, j'ai émis l'hypothèse que tuer coreservicesd
et se déconnecter/entrer pourrait être un possible (affreux) contournement. J'ai donc débranché l'interface et l'ai rebranchée, et comme prévu, elle n'a pas été reconnue. J'ai donc tué coreservicesd et tenté de me déconnecter, mais je n'ai pas pu faire en sorte que le système se déconnecte en raison de l'instabilité causée par la mort de coreservicesd. J'ai finalement été forcé de faire un arrêt “dur” (c'est-à-dire de maintenir le bouton de mise en marche jusqu'à ce qu'il s'éteigne). Après avoir redémarré le macbook, l'interface est maintenant reconnue automatiquement à chaque fois que je le branche. Je soupçonne que cette réinitialisation “en dur” a peut-être résolu le problème sans toutes les manigances avec le démon “coreservices”, mais je n'ai aucun moyen de le tester.
Si quelqu'un peut nous éclairer sur ce point, qu'il le fasse !