securityd se vuelve loco cada 4 minutos y 30 segundos

securityd espacia mi console con lo siguiente:

19/04/2012 16:23:17.405 com.apple.securityd: Value of bTransmit: 00000001 

repetido 563 veces (después de deshabilitar el mps_limit pnetworkingeterminado de 500).

4 minutos y 30 segundos después (más o less un par de segundos), lo vuelve a hacer todo de nuevo. Curiosamente, el post se divide sobre ese límite:

 04/05/2012 09:32:16.092 com.apple.securityd: Value of bTransmit: 00000001 04/05/2012 09:32:16.092 com.apple.securityd: Value of bTransmit: 00000001 04/05/2012 09:32:16.092 com.apple.securityd: Value 04/05/2012 09:36:19.470 com.apple.securityd: of bTransmit: 00000001 04/05/2012 09:36:19.470 com.apple.securityd: Value of bTransmit: 00000001 04/05/2012 09:36:19.470 com.apple.securityd: Value of bTransmit: 00000001 

Es bastante molesto ¿Alguien sabe qué lo causa o qué bTransmit podría ser? Parece que no hay mención de eso en Google.

  • seguro borrando el espacio vacío sin destruir el disco
  • Identificar qué administrador cambió los privilegios de otro administrador
  • CVE-2016-4631 y dispositivos antiguos
  • Hubo un error en las preferences de Seguridad y privacidad
  • ¿Dónde guarda OS X la contraseña de FileVault durante los reinicios en una actualización?
  • codesign informa Info.plist no válido en una aplicación dl'ed de internet. ¿La aplicación ha sido posiblemente comprometida?
  • ¿Cómo cambio la potencia de salida en la networking wifi de uso compartido de Internet de OS X?
  • Alternativa de locking de MacBook Air Kensington
  • 2 Solutions collect form web for “securityd se vuelve loco cada 4 minutos y 30 segundos”

    ¿Estás usando un lector de tarjeta inteligente o algún otro tipo de hardware relacionado con la security? Parece que esto es un error en una extensión de núcleo o un controller para algún hardware de security.

    Se enfrenta a un flujo continuo de posts de información. Este flujo está truncado por chunck de 500, que es el valor pnetworkingeterminado de mps_limit en /etc/asl.conf . Esto significa que su flujo de posts relacionados con la security es a una velocidad > 500 / s . Esto es enorme

    Podrías abrir:

     /var/log/secure.log /var/log/kernel.log 

    y verificar qué post podría estar relacionado con este flujo continuo de posts de información?

    ¿Podría escribir el siguiente command (en una window xterm o Terminal ):

     top -o msgsent 

    para comprobar si el culpable podría ser un process local y rastreado a través de su gran nivel de posts enviados? Tendrás que agrandar tu window a más de 152 caracteres de tamaño para ver la película.

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).