Instalação nova do macOS: Console.app exibe erros / falhas. Isso é de se esperar?

Instalei uma nova cópia do macOS 10.13 em uma unidade vazia. Após o login, verifiquei se há erros / falhas no Console.app. Eu não esperava ver nenhum erro e muito menos falhas, mas o Console.app exibia alguns dos dois.

Eu reiniciei, mas isso não se livrou dos erros e falhas exibidos.

P: Uma instalação nova do macOS deve exibir idealmente nenhum erro / falha no Console.app?

Especificações / Detalhes:

• macOS 10.13 High Sierra (10.13 (17A365))
  • instalado usando o Instalador da Apple da Mac App Store em um disco rígido externo
  • Serviços de localização: Ativado
  • Compartilhar Mac Analytics: Desativado
  • O ID da Apple / iCloud ainda está desativado
  • Volume do macOS: HFS + no disco rígido externo
• MacBook Pro (Retina, 13 polegadas, meados de 2014)
  • Teclado mágico conectado (Bluetooth)
  • Magic Trackpad 2 conectado (Bluetooth)
  • Acesso à rede usando Wi-Fi (WPA2)
  • HDD externo conectado (2,5 ", USB 3.0)

Alguma saída do console (apenas falhas, deduplicadas e sem mensagens óbvias relacionadas ao iCloud, logon completo em 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>

Uma falha em que o código está tentando se conectar ao iCloud quando você o está desativado é perfeitamente esperado, normal e rotineiro. Mesmo coisas que parecem assustadoras ou ameaçadoras são, na verdade, pontos de código interno e não têm relação com a funcionalidade.

Eu diria, basta fechar o console e não se preocupe, a menos que você tenha um problema específico com um aplicativo ou função específica e, em seguida, traga essa observação com essa mensagem de log específica para a tabela em uma nova pergunta e veja se o conselho geral dá certo. ou se é realmente algo que você pode aprender / corrigir.

Especificamente, em uma versão inicial 10.X.0, você pode esperar ver muito mais dessas mensagens, pois o novo código ainda está sendo testado e provado na vida real e, quando o sistema se torna estável, esses erros de depuração e suporte são alterados para ser opcional ou de baixa prioridade. O que o desenvolvedor acha que pode ser um "erro" raro pode acontecer milhares de vezes na realidade e não é tão importante para registrar e certamente não é classificado como "erro"

Aqui estão as contagens de erros e falhas no meu funcionamento 100% perfeito, sem problemas do 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 erros e muito, muito menos falhas. O sandbox emite muitas mensagens quando impede que os aplicativos leiam e gravem fora do espaço reivindicado, e isso é uma coisa boa IMO.

Uma ferramenta beta muito interessante é o Woodpile, de Howard Oakley - ele procura analisar o volume e o padrão das mensagens para ajudar a descobrir quando / se um problema começou ou terminou e pode ser uma ferramenta muito útil para pessoas interessadas em assistir seus logs .

• https://eclecticlightdotcom.files.wordpress.com/2017/11/woodpile10b5.zip
• https://eclecticlight.co/downloads/