6 votos

Instalación reciente de MacOS: Console.app muestra errores/fallos. ¿Es de esperar?

He instalado una copia fresca de MacOS 10.13 en una unidad vacía. Después de iniciar la sesión me comprobación de errores/fallos en Console.app. No esperaba ver ningún error y mucho menos fallos, pero Console.app mostró bastantes de ambos.

He reiniciado pero esto no ha eliminado los errores y fallos mostrados.

P: ¿Una instalación nueva de MacOS idealmente no debería mostrar errores/fallos en Console.app?

Especificaciones/detalles:

  • MacOS 10.13 High Sierra (10.13 (17A365))
    • instalado con el instalador de Apple desde la Mac App Store en un disco duro externo
    • Servicios de localización: En
    • Compartir Mac Analytics: Fuera de
    • El ID de Apple/iCloud sigue desactivado
    • Volumen de MacOS: HFS+ en disco duro externo
  • MacBook Pro (Retina, 13 pulgadas, mediados de 2014)
    • Magic Keyboard conectado (Bluetooth)
    • Magic Trackpad 2 conectado (Bluetooth)
    • Acceso a la red mediante Wi-Fi (WPA2)
    • disco duro externo conectado (2,5", USB 3.0)

Algunos resultados de la consola (sólo fallos, deduplicados y sin mensajes obvios relacionados con iCloud, registro completo en pastebin ):

fault   preference  com.apple.apsd  apsd    apsd    <private>: Preferences may have changed, checking for any relevant changes
fault           apsd    apsd    Failed entitlement check 'com.apple.private.aps-client-cert-access' for <private>
fault           apsd    apsd    Failed entitlement check 'com.apple.private.dark-wake-push' for <private>
fault   xpc com.apple.apsd  apsd    apsd    Interrupted connection to service <private>
fault           apsd    apsd    Peer connection [pid=383] missing server
fault   daemon  com.apple.apsd  apsd    apsd    Unknown environment '<private>'
fault   daemon  com.apple.apsd  apsd    apsd    User <private> is not bootstrapped, loading persistent connections may fail
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting read of { com.apple.SubmitDiagInfo, root, kCFPreferencesCurrentHost, no container, managed: 0 } from process 495 because accessing preferences outside an application's container requires user-preference-read or file-read-data sandbox access
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting read of { kCFPreferencesAnyApplication, kCFPreferencesAnyUser, kCFPreferencesCurrentHost, no container, managed: 0 } from process 493 because accessing preferences outside an application's container requires user-preference-read or file-read-data sandbox access
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting read of { kCFPreferencesAnyApplication, oa, kCFPreferencesAnyHost, no container, managed: 0 } from process 638 because accessing preferences outside an application's container requires user-preference-read or file-read-data sandbox access
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting read of { kCFPreferencesAnyApplication, oa, kCFPreferencesCurrentHost, no container, managed: 0 } from process 638 because accessing preferences outside an application's container requires user-preference-read or file-read-data sandbox access
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting write of key uuidOverrideDNU in { com.apple.rtcreporting, root, kCFPreferencesAnyHost, no container, managed: 0 } from process 495 because Operation not allowed
fault   User Defaults Daemon    com.apple.cfprefsd  CoreFoundation  cfprefsd    rejecting write of key uuidRespectDNU in { com.apple.rtcreporting, root, kCFPreferencesAnyHost, no container, managed: 0 } from process 495 because setting preferences outside an application's container requires user-preference-write or file-write-data sandbox access
fault   default com.apple.iconservices  iconservicesd   iconservicesd   Failed to move temp file <private> to <private> with error: <private>

0 votos

Incluso los sistemas operativos más maduros que la 10.13 tienen algunos de estos mensajes e incluso en los subsistemas principales que quedan pendientes. Sería imprescindible ver algunos ejemplos para comprobar las preocupaciones o descartarlas.

3voto

Oskar Puntos 1242

Sí, estos errores son esperados y normales.

Un fallo en el que el código intenta conectarse a iCloud cuando lo tienes desactivado es perfectamente esperable, normal, rutinario. Incluso las cosas que suenan a miedo u ominosas son en realidad puntos internos del código y no tienen relación con la funcionalidad.

Yo diría, absolutamente mira la consola antes de tener un problema para que no te preocupes tanto cuando tengas un problema específico con una aplicación o función específica y luego trae esa observación con ese mensaje de registro específico a la mesa en una nueva pregunta y ver si el consejo general se confirma o si es de hecho algo que podrías aprender / arreglar.


En concreto, en una versión inicial de 10.X.0, es de esperar que se vean muchos más mensajes de este tipo, ya que el nuevo código aún se está probando y comprobando en la vida real y, una vez que el sistema se estabiliza, estos errores de depuración y soporte pasan a ser opcionales o de menor prioridad. Lo que el desarrollador piensa que puede ser un "error" raro puede resultar que ocurra miles de veces en la realidad y no sea tan importante registrarlo y ciertamente no clasificarlo como "error"

Aquí están los recuentos de errores y fallos en mi MacBook que funciona perfectamente al 100% y sin problemas:

$ log stats
size:               589,735,560 bytes
                    2,484,914,791 bytes (uncompressed)
start:              Sun Sep 10 23:27:15 2017
end:                Wed Oct 11 11:03:43 2017
statedump:          6,902

events:             [       total        log      trace   signpost ]
                    [  36,978,153 33,189,182     18,493    623,275 ]

activity:           [      create transition     action ]
                    [   3,139,162          0         83 ]

log messages:       [     default       info      debug      error      fault ]
                    [  33,127,303    437,500        303    245,043     20,801 ]

ttl:                [        1day      3days      7days     14days     30days ]
                    [     623,309 31,524,041    885,274    405,568    399,660 ]

Menos del 1% de errores y muchísimos menos fallos. La caja de arena emite un montón de mensajes cuando impide que las aplicaciones lean y escriban fuera de su espacio reclamado y eso es algo bueno IMO.

Una herramienta beta muy interesante es Woodpile de Howard Oakley - busca analizar el volumen y el patrón de los mensajes para ayudar a averiguar cuándo/si un problema comenzó o terminó y podría ser una herramienta muy útil para las personas interesadas en vigilando sus registros .

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X