Ich habe eine neue Kopie von macOS 10.13 auf einem leeren Laufwerk installiert. Nach dem Einloggen habe ich in Console.app nach Fehlern/Fehlern gesucht . Ich hatte nicht erwartet, irgendwelche Fehler zu sehen, geschweige denn Fehler, aber Console.app zeigte ziemlich viele von beidem an.
Ich habe neu gestartet, aber die angezeigten Fehler und Störungen wurden dadurch nicht behoben.
F: Sollte eine Neuinstallation von macOS idealerweise keine Fehler/Fehler in Console.app anzeigen?
Spezifikationen/Details:
Einige Konsolenausgaben (nur Fehler, dedupliziert und ohne offensichtliche iCloud-bezogene Meldungen, vollständiges Protokoll bei 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>
Ja. Diese Fehler sind zu erwarten und normal.
Ein Fehler, bei dem der Code versucht, eine Verbindung zu iCloud herzustellen, wenn Sie ihn deaktiviert haben, ist durchaus zu erwarten, normal und routinemäßig. Selbst Dinge, die beängstigend oder bedrohlich klingen, sind tatsächlich interne Codepunkte und haben keinen Einfluss auf die Funktionalität.
Ich würde sagen, schauen Sie sich unbedingt die Konsole an, bevor Sie ein Problem haben, damit Sie sich nicht so viele Sorgen machen, wenn Sie ein bestimmtes Problem mit einer bestimmten Anwendung oder Funktion haben, und bringen Sie diese Beobachtung dann mit dieser bestimmten Protokollnachricht in einer neuen Tabelle auf den Tisch Fragen Sie nach und sehen Sie, ob der allgemeine Rat zutrifft oder ob Sie tatsächlich etwas lernen / beheben können.
Insbesondere in einer 10.X.0-Erstversion können Sie erwarten, weit mehr dieser Meldungen zu sehen, da der neue Code noch getestet und im wirklichen Leben erprobt wird und sobald das System stabil wird, werden diese Debug- und Support-Fehler geändert optional sein oder eine niedrigere Priorität haben. Was der Entwickler für einen seltenen "Fehler" hält, kann sich in der Realität als tausendfach erweisen und ist nicht so wichtig zu protokollieren und schon gar nicht als "Fehler" zu klassifizieren.
Hier sind die Anzahl der Fehler und Fehler auf meinem 100% perfekt funktionierenden MacBook ohne Probleme:
$ 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 ]
Weniger als 1 % Fehler und weit, weit weniger Fehler. Die Sandbox gibt viele Nachrichten aus, wenn sie verhindert, dass Apps außerhalb ihres beanspruchten Bereichs lesen und schreiben, und das ist meiner Meinung nach eine gute Sache.
Ein sehr interessantes Beta-Tool ist Woodpile von Howard Oakley – es versucht, die Menge und das Muster von Nachrichten zu analysieren, um herauszufinden, wann/ob ein Problem begann oder endete, und könnte ein sehr nützliches Tool für Leute sein, die daran interessiert sind, ihre Protokolle zu beobachten .
LangLаngС