@ShadyK
@chztv
@kokutou

EFI 當然不只是一個分區，樓主貼裡的 EFI 指代的是「固件 /韌體」，diskutil list 下的 EFI 分區只是其中的一部分。

"Apple uses EFI for its line of Intel-based Macs. Mac OS X v10.4 Tiger and Mac OS X v10.5 Leopard implement EFI v1.10 in 32-bit mode even on newer 64-bit CPUs, but full support arrived with OS X v10.8 Mountain Lion.[78]"

ref: https://en.wikipedia.org/wiki/Unified_Extensible_Firmware_Interface

@kokutou 打開了 FileVault 的話，EFI 分區是會存放啟動文件（ boot.efi etc.）的。

1.a 的命令可以改為:
sudo launchctl list | grep "thunder"
sudo launchctl list | grep "xunlei"

1. 首先可以看看迅雷是不是通過 launchd 服務開機自啟的：
a) sudo launchctl list
b) unload 掉相應服務。

2. 或者也可以：
a) id [自己的帳號名]
找出自己的 UID ；
b) sudo nano /private/var/db/com.apple.xpc.launchd/disabled.XXX.plist
此處的 XXX 為步驟 a 裡的 UID ；
3) 找到有關 thunder 的服務項，改成<false/>
我這裡找到一個 com.xunlei.Thunder-Launcher 的服務，不知道什麼時候加上去的。

3. 再看看這裡：
a) open /private/var/db/com.apple.xpc.launchd/loginitems.XXX.plist
這裡的 XXX 為 2.a 裡獲得的 UID。

4. 此外還有可能的原因:
a) launchd plist 放置在其他域的 LaunchAgents 和 LaunchDaemons 文件夾下；
b) 有其他服務項 /腳本啟動了迅雷，並不是迅雷自己開機啟動。

通過使用 Potatso 2 或者 Shadowrocket 之類的 NE App，可以在蜂窩數據下覆蓋系統的 DNS 設置。

直接在活动监视器里把 AppleMobileBackup 这个进程结束掉，iTunes 就会停止备份，开始同步。

忘了補上 ref: http://rixstep.com/2/20040621,00.shtml

Time Machine 賴以實現的硬連結，個人覺得是非常不優雅的解決方案，它的實現方式參考如下：

As long as a file is not multi-linked, everything is fine; when it gets its first 'hard link' some major shuffling is needed.

1. Create the directory \0\0\0\0HFS+ Private Data if it doesn't already exist.
2. Grab the record for the original file (and its CNID) and put it in \0\0\0\0HFS+ Private Data.
3. Transform the original record from type 'hfs+' to type 'hlnk' and give it a new CNID (and make sure the thread CNID points to this new record instead).
4. Make a similar 'hlnk' record for the new file name.

所有被硬連結的文件都會放入「 HFS+ Private Data 」文件夾下，然後把原文件替換成一個指向該文件夾下相應文件的連結。#這文件夾崩了硬連結豈不美滋滋？#

幾年前玩黑蘋果的時候，想通過 Paragon HFS+ for Windows 查看 Time Machine 下的文件時，發現文件佈局和我在 macOS 下看的完全不一樣。當時的我還太年輕，不知命運給我的硬連結，都會有怎樣的代價。

@miniers 那就很奇怪了，我的是 rMBP 13, early 2015。

剛才使用 pmset -g custom 命令，發現在 AC / Battery 模式下均多了一個「 tcpkeepalive 」的選項，默認值為 1。

使用 pmset -a tcpkeepalive 0 關閉時，會提示「 Warning: This option disables TCP Keep Alive mechanism when sytem is sleeping. This will result in some critical features like 'Find My Mac' not to function properly.」

根據描述感覺（瞎猜）這和樓主修改的 TCPKeepAliveDuringSleep 是同一個選項...吧。

系統版本是 macOS Sierra 10.12.5 (16F73)。

kernel_task 同時也是 macOS 的 idle task。

根據 https://support.apple.com/en-us/HT207513 上的內容：
Night Shift requires macOS Sierra 10.12.4 and one of these Mac computers, using the built-in display or the displays listed:
MacBook (Early 2015 or newer)
MacBook Air (Mid 2012 or newer)
MacBook Pro (Mid 2012 or newer)
Mac mini (Late 2012 or newer)
iMac (Late 2012 or newer)
Mac Pro (Late 2013 or newer)
Apple LED Cinema Display
Apple Thunderbolt Display
LG UltraFine 5K Display
LG UltraFine 4K Display

2011 年的 MacBook Pro 似乎不支持 Night Shift。

@mickeyandkaka 已用，感謝

http://vanilla.matthewpalmer.net/r/2f948169
求接力

@looo8899 感謝提供這個信息～