Nuova installazione macOS: Console.app visualizza errori / errori. È prevedibile?

5

Ho installato una nuova copia di macOS 10.13 su un'unità vuota. Dopo aver effettuato l'accesso I controllato per errori / errori in Console.app. Non mi aspettavo di vedere errori, né tanto meno difetti, ma Console.app mostrava parecchi di entrambi.

Ho riavviato ma non mi sono liberato degli errori e degli errori visualizzati.

D: Se una nuova installazione di macOS non visualizza idealmente errori / errori in Console.app?

Tutte le specifiche / dettagli:

  • macOS 10.13 High Sierra (10.13 (17A365))
    • installato utilizzando l'Installer di Apple dal Mac App Store su un HDD esterno
    • Servizi di localizzazione: attivo
    • Condividi Mac Analytics: disattivato
    • ID Apple / iCloud è ancora disattivato
    • macOS Volume: HFS + su HDD esterno
  • MacBook Pro (Retina, 13 pollici, metà 2014)
    • Tastiera magica connessa (Bluetooth)
    • Magic Trackpad 2 collegato (Bluetooth)
    • Accesso alla rete tramite Wi-Fi (WPA2)
    • HDD esterno collegato (2.5 ", USB 3.0)

Alcuni output della console (solo errori, deduplicati e senza messaggi ovvi relativi a iCloud, accesso completo 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>
    
posta oa- 11.10.2017 - 17:42
fonte

1 risposta

2

Un errore in cui il codice sta tentando di connettersi a iCloud quando lo si disabilita è perfettamente previsto, normale, di routine. Persino le cose che sembrano spaventose o minacciose sono in realtà punti di codice interni e non hanno alcuna relazione con la funzionalità.

Direi, chiudi la console e non preoccuparti se non hai un problema specifico con una specifica applicazione o funzione e poi porta quell'osservazione con quel messaggio di log specifico alla tabella in una nuova domanda e vedi se il generale il consiglio si rivela o è davvero qualcosa che potresti imparare / correggere.

Specificamente, in una versione iniziale 10.X.0, ci si potrebbe aspettare di vedere molti più di questi messaggi, poiché il nuovo codice è ancora testato e provato nella vita reale e una volta che il sistema diventa stabile, questi errori di debug e di supporto vengono modificati in modo da essere facoltativi o con priorità più bassa. Quello che lo sviluppatore pensa possa essere un raro "errore" potrebbe rivelarsi accadere migliaia di volte nella realtà e non essere così importante da registrare e certamente non classificarlo come "errore"

Ecco i conteggi di errori e guasti sul mio 100% perfettamente funzionante, nessun problema 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 ]

Meno dell'1% di errori e molto, molto meno errori. La sandbox emette molti messaggi quando impedisce alle app di leggere e scrivere al di fuori dello spazio richiesto e questa è una buona cosa IMO.

Uno strumento beta molto interessante è Woodpile di Howard Oakley: cerca di analizzare il volume e il pattern dei messaggi per capire quando / se un problema è iniziato o terminato e potrebbe essere uno strumento molto utile per le persone interessate a guardando i loro registri .

risposta data 11.10.2017 - 18:03
fonte

Leggi altre domande sui tag