Instalación de macOS reciente: Console.app muestra errores / fallas. ¿Es eso lo que se espera?

5

He instalado una copia nueva de macOS 10.13 en una unidad vacía. Después de iniciar sesión, revisé errores / fallas en Console.app. No esperaba ver ningún error y mucho menos fallas, pero Console.app muestra bastantes de ambos.

Reinicié, pero esto no eliminó los errores y fallas mostrados.

P: ¿Lo ideal es que una instalación nueva de macOS no muestre errores / fallas en Console.app?

Especificaciones / Detalles:

  • macOS 10.13 High Sierra (10.13 (17A365))
    • instalado usando el instalador de Apple desde la Mac App Store a un disco duro externo
    • Servicios de ubicación: activado
    • Compartir Mac Analytics: desactivado
    • Apple ID / iCloud todavía está desactivado
    • Volumen macOS: HFS + en disco duro externo
  • MacBook Pro (Retina, 13 pulgadas, mediados de 2014)
    • Teclado mágico conectado (Bluetooth)
    • Magic Trackpad 2 conectado (Bluetooth)
    • Acceso a la red mediante Wi-Fi (WPA2)
    • unidad de disco duro externa conectada (2.5 ", USB 3.0)

Algunos resultados de la consola (solo 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>
    
pregunta oa- 11.10.2017 - 17:42

1 respuesta

2

Un error en el que el código está intentando conectarse a iCloud cuando está deshabilitado es perfectamente normal, normal. Incluso las cosas que suenan aterradoras o ominosas son en realidad puntos de código internos y no tienen relación con la funcionalidad.

Yo diría que, solo cierre la consola y no se preocupe a menos que tenga un problema específico con una aplicación o función específica y luego lleve esa observación con ese mensaje de registro específico a la tabla en una nueva pregunta y vea si el general El consejo se confirma o si es algo que podrías aprender / arreglar.

Específicamente, en una versión inicial 10.X.0, puede esperar ver muchos más de estos mensajes, ya que el nuevo código aún se está probando y probando en la vida real y una vez que el sistema se vuelve estable, estos errores de depuración y soporte Se cambian para ser opcionales o de menor prioridad. Lo que el desarrollador cree que podría ser un raro "error" podría suceder miles de veces en la realidad y no sería tan importante registrarse y, por supuesto, no clasificarse como "error"

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

$ 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 de 1% de errores y muchos menos errores. La caja de arena emite muchos mensajes cuando evita que las aplicaciones lean y escriban fuera de su espacio reclamado y eso es 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 determinar cuándo / si un problema comenzó o terminó, y podría ser una herramienta muy útil para las personas interesadas en viendo sus registros .

respondido por el bmike 11.10.2017 - 18:03

Lea otras preguntas en las etiquetas