@zeyexe 如果一次连接所有 server 后都是执行同一个批命令，还真不如设置一个机制，让每个 server 都按 pull 一个中心规则，比如执行一个 scripts，管理方只是查看日志处理出错误的 server 。使用和部署像 puppet 等的工具会比较好吧。

@zeyexe 为什么要同时连 100/1000 太服务器？要同时做一个事情，还是不同的事？

看看这个：
https://discussionschinese.apple.com/thread/251129470

梯子惹的祸?

空文件夹大小就是 0B, 从哪里看都是
$ sudo du -hs /System/Library/Caches/com.apple.coresymbolicationd
0B /System/Library/Caches/com.apple.coresymbolicationd

建议删除, 只删除其中的 data 文件, 而不是整个文件夹:
$ sudo rm -f /System/Library/Caches/com.apple.coresymbolicationd/data

如果有问题, 先禁止 SIP.

有可能是在访问一个无法到达的目录 /文件造成，检查文件对话框红有什么连接（左边框，工具栏等）

怎么算是坑，是保护你的钱包。

估计是支持 bonjour

装那些杀毒软件后, 升级时注意是否会造成不可预知的问题.

@pheyer
“Custom Apps can be distributed via MDM, or via redemption codes for non-enrolled devices. According to the WWDC session, they can target use cases for partners, clients, franchisees, internal employees, and affiliates. Companies should look at their enterprise license agreement with Apple (which is not available to the public) for more specific language on this.”
问题是, 用户太多后, 你的 MDM 系统需要更多维护和资源.

一种极端情况, 开发的 app 不通过 Apple App Store, 而通过 ABM 分发给任何人. 首先, 参考 Apple 的 ABM 的用户授权规则, 小心被发现后惩罚 (相信 Apple 早想到了这一点的). 二是, 一个设备能否成为多个 ABM 的用户设备? 也就是同时安装多个 ABM 的 profiles? 即便可以, 有没有限制, 使用过程中是否有其它问题? 这些没人尝试, 提出问题做个参考.

@Essaim 前两次叫做“覆盖安装”, 只是安装程序将 macOS 系统的文件在重写一次. 第三次叫“抹盘安装”, 是吧硬盘分区内所有系统文件和用户文件都删除了, 重新分区后, 在安装 macOS.
如果是抹盘安装没有问题, 那么一定是安装的 app 或者懂了某些设置造成的.

@pheyer "Apple User Enrolment"和“Device Enrolment Program”不一样, 区别是 iOS 属于个人还是公司, 个人的就用 AUE,用户自愿被公司的 MDM 管理, 也可以随时退出, 而公司的设备用 DEP, 用户无法退出被管理.
使用 ABM 的意思是, 你的 app 不用通过 Apple App Store 来给 ABM 管理的设备部署 app, 而直接使用 ABM 部署. 所以不怕被拒.

至少 10.14.6 中, 是有 EnablePressuredExit 的, 只不过没怎么用

1. 覆盖安装
2. 国内网络环境太险恶
3. 很早就可以
4. TM,参考 https://support.apple.com/en-ca/HT202784
5. 特别重要

@wangwang24 因为 Apple 没有公布 APFS 的详细技术规范和 APIs，所以，目前几乎无法重建。

只是关机需要远程桌面吗? 开了远程桌面, vnc://就可以连接, 不用装其它 vnc
另外远程到公司内的 Mac 的 ARD, 也可以方便操作

设置 nvram 可以选择

就是说, 剩下了个 container 了, 里面的分区都没了

为了弄明白什么事 MD387, 还得网上查一下. 说哪年份的什么型号, 相信跟家直观. 比如 2015 年的 MBP 等