Blued y syslogd Comiendo CPU y Flooding system.log

6

Mi máquina ocasionalmente entra en un estado donde casi el 100% de la CPU es consumido por syslogd y blued . En ese momento, numerosas copias del siguiente bloque aparecen en la consola:

4/29/14 10:31:45.000 AM kernel[0]: Item[208]: mID: 216  [0xffffff802ed70000]  OpCode 0x0401 (HCI Inquiry) from: blued (40)  Asynchronous  status: 0x00 (kIOReturnSuccess) state: 1 (WAITING) timeout: 43210
4/29/14 10:31:45.000 AM kernel[0]: mHCIRequestDeleteWasCalled = FALSE 
4/29/14 10:31:45.000 AM kernel[0]: expected events = kBluetoothHCIEventCommandStatus 
4/29/14 10:31:45.000 AM kernel[0]: expected explicit complete events = kBluetoothHCIEventInquiryComplete 
4/29/14 10:31:45.000 AM kernel[0]: possible intermediate events = kBluetoothHCIEventInquiryResult 
4/29/14 10:31:45.000 AM kernel[0]: or 
4/29/14 10:31:45.000 AM kernel[0]: possible intermediate events = kBluetoothHCIEventInquiryResultWithRSSI 
4/29/14 10:31:45.000 AM kernel[0]: or 
4/29/14 10:31:45.000 AM kernel[0]: possible intermediate events = kBluetoothHCIEventExtendedInquiryResult 

¿Alguna idea sobre qué puede estar causando esto y cómo resolverlo?

    
pregunta GJ. 29.04.2014 - 09:42

2 respuestas

8

Blued y syslogd son procesos de daemon. Blued es el proceso del demonio de Bluetooth y syslogd es el demonio de la consola de registro (se produce un bloqueo, archivos de registro de la consola, etc.) Blued está conectado al demonio de su consola, así que supongo que blued es la causa de su problema, mientras que el problema de syslogd es solo el resultado de los problemas de blued. Mirando el error, parece que hay un error de comunicación y su proceso azulado está esperando la respuesta de un dispositivo. El error es que su comando azulado es la interfaz del comunicador del host (HCI) y se envía una solicitud, pero sin respuesta. Es raro que el azul espere desde el kernel a partir de una respuesta que lo pone en un estado de CPU del 100%.

  1. Desconecte todos los dispositivos Bluetooth de su lista de dispositivos y apague todos los dispositivos que intenten conectarse a su Mac. Ahora vuelve a conectar todos los dispositivos a tu mac.
  2. Eliminar todos los cachés de bluetooth
    1. Desactivar bluetooth
    2. Eliminar /Library/Preferences/com.apple.bluetooth.plist
    3. Eliminar ~/Library/Preferences/ByHost/com.apple.Bluetooth.*.plist
    4. vuelve a encender el bluetooth
  3. Si desactivas el bluetooth desde el menú del bluetooth, ¿el blu come menos cpu? Si activa o desactiva el bluetooth, el blued se sigue ejecutando. Si el blued continúa funcionando normalmente cuando se apaga el bluetooth, podría tratarse de un problema de hardware.
  4. ¿Actualizó el firmware del bluetooth hasta la última versión, así como su software mac OS X?

editar: Por supuesto, la opción 5 podría ser causada por un hardware Bluetooth barato y horrible conectado a tu Mac.

    
respondido por el dj bazzie wazzie 29.04.2014 - 16:30
1

Para tu información, lo intenté hoy y ayudó a que blues ocupara una gran cantidad de tiempo de CPU, pero las listas de ByHost han cambiado en Mac OS X 10.9 y ahora Bluetooth está en mayúscula, es decir: ~ / Library / Preferences / ByHost / com.apple. B luetooth.hhhhhhhh-hhhhh-hhhh-hhh.plist (h es valores hexadecimales)

    
respondido por el BiL Castine 06.05.2014 - 00:47

Lea otras preguntas en las etiquetas