运行 Mac Mini 2.5 GHz Intel Core i5 和 16GB RAM。我最近遇到了随机关机，但日志中似乎没有明显的原因。这是显示最近发生关机的时间段的日志：
Nov 29 13:31:34 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 70.33.238.149 :: Type: VNC DES
Nov 29 13:31:36 minimac kernel[0]: Google Chrome He (map: 0xffffff8047df2960) triggered DYLD shared region unnest for map: 0xffffff8047df2960, region 0x7fff90000000->0x7fff90200000. While not abnormal for debuggers, this increases system memory footprint until the target exits.
Nov 29 13:31:50 minimac.local screensharingd[3148]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 69.58.96.42 :: Type: VNC DES
Nov 29 13:33:06 minimac com.apple.xpc.launchd[1] (com.apple.screensharing[3232]): Endpoint has been activated through legacy launch(3) APIs. Please switch to XPC or bootstrap_check_in(): com.apple.screensharing.server
Nov 29 13:33:09 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 106.240.241.58 :: Type: VNC DES
Nov 29 13:33:20 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 50.121.137.174 :: Type: VNC DES
Nov 29 13:33:29 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 75.109.245.13 :: Type: VNC DES
Nov 29 13:33:39 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 66.192.171.130 :: Type: VNC DES
Nov 29 13:33:45 minimac.local screensharingd[3232]: Authentication: FAILED :: User Name: N/A :: Viewer Address: 67.214.107.178 :: Type: VNC DES
Nov 29 13:34:37 minimac.local discoveryd[53]: Basic DNSResolver dropping message because it doesn't match the one sent Port:53 MsgID:39067
Nov 29 15:46:18 localhost bootlog[0]: BOOT_TIME 1417304778 0
Nov 29 15:46:39 localhost syslogd[16]: Configuration Notice:
ASL Module "com.apple.AccountPolicyHelper" claims selected messages.
Those messages may not appear in standard system log files or in the ASL database.
我已经关闭了 VNC，但我不明白这是什么原因。我没有安装任何电源监控，但我也在研究这个方法。我是否可以设置某种额外的详细日志记录，以便更好地了解触发关机的原因？
此外，在这些随机关机之后，机器会在密码屏幕后重新启动几次，然后最终恢复到稳定状态。
因此，我猜测，为了准确提问，应该这样：
- 有人在这些日志行中看到任何可疑的东西吗？
- 是否有我可以触发的附加日志来获取更多详细信息？
- 有谁知道其他地方存在这个问题吗？
更新：
- Apple 硬件测试结果正常
- 我有两个在内核空间运行的第三方应用程序：Little Snitch 和 Macproxy
- 删除 Little Snitch 并没有帮助——随机重启发生了
- 但是，删除 Macproxy 后一段时间内无法重启。
我会让系统按照当前配置运行并报告我的发现。
谢谢指点！
更新 2：我关注了这条消息
11 月 29 日 13:31:36 minimac kernel[0]: Google Chrome He (map: 0xffffff8047df2960) 触发 DYLD 共享区域解除嵌套，针对 map: 0xffffff8047df2960，区域 0x7fff90000000->0x7fff90200000。虽然对于调试器来说并不异常，但这会增加系统内存占用，直到目标退出。
在尝试了一系列方法（SMC 重置、PRAM 重置等）后，我发现关闭 Chrome 可以缓解突然重启的问题。关闭 Chrome 后，我现在已经可以正常运行几个小时了。为了验证我的假设，我将重新启动它，看看它是否再次崩溃。我看到 Google 上有一些关于 Chrome 导致 Mac 崩溃的传闻，但都不是确凿的证据。
答案1
信息：
触发 DYLD 共享区域取消嵌套地图
表示应用程序的内存占用量扩大（如警告所示），并且它始终位列“能耗大户”应用程序之列。
换句话说，这些 DYLD 错误是由内核报告的，表示内存消耗异常。
从技术角度来看，当应用程序需要使文本页面可写以使用 trampoline 覆盖序言时，就会发生这种情况，并且 DYLD 需要由于此保护更改而更新其页面映射。在 Chrome 中，这是由于使用 造成mach_override()的CFBundleBlocker (chrome::common::mac::EnableCFBundleBlocker)。
这就是内核正在记录的内容，而且考虑到这是一个有意发布的保护更改，它似乎是无害的。
有一个系统范围的osx/10.9.5/xnu-2422.115.4/bsd/vm/vm_unix.c（）可以禁用此日志记录。log_unntest_badness()sysctlset("vm.shared_region_unnest_logging")
因此你可以禁用此功能，运行：
sudo sysctl -w vm.shared_region_unnest_logging=0
为了使其vm.shared_region_unnest_logging=0永久生效，您需要添加到/etc/sysctl.conf。
或者如果你的应用程序崩溃（参见：错误 #136801），您可以尝试通过以下命令进行修复：
sudo update_dyld_shared_cache -force
看：修复应用程序（TextWrangler、Chrome、Evernote、iPhoto…）在 Mountain Lion 中启动时崩溃的问题
因此您可能会遇到一些冻结，这可能是由于其他一些不可中断的过程（例如由于某些 I/O 错误）造成的。
资料来源：
答案2
听起来可能是硬件问题。您是否尝试过运行Apple 硬件测试/诊断？
您还可以尝试运行安全模式，其中包括自动磁盘检查和修复实用程序。
我的理由是，如果您遇到随机重启和重启循环，这听起来像是 RAM 问题。如果您开始遇到错误，我会特别这么说。我会建议运行硬件测试以查看 RAM 是否存在任何问题。
我认为这不是过热问题，因为那些往往只是随机关机和不稳定。我决定添加安全模式/磁盘检查以防万一。我非常怀疑这不是硬盘相关的问题，例如损坏，因为你最终能够登录操作系统。
这只是我对 PC 硬件的体验，与 Mac 硬件相差不大。不过，我对 Mac 软件不太了解。