ranaanna

第二个 notification center 的 cpu 也有点高，这个和 chronod 一样也和 widgets 有关。是不是启用了某种不同寻常的 widgets （例如 ios 的 widgets ？），在数据同步时导致“大量的对象和数据传输操作”？

看了一下这两个的%cpu 均为 0

@abbb 说实话，这个作者实在是太不上心了：niginx 配置文件是/etc/nginx/nginx.conf ，不是 nginx.cong 。这么明显的 typo ，还特地加了 bold ，这么多年都没有改一下。这个很可能误导了 OP 导致了失败（因为其他的下载解压缩文件和 systemd 配置已经简单到不可能搞不定了）。但是考虑到论坛的样式那么古早，再加上古早的 centos 7 ，建议 OP 还是放弃吧，1 不值得折腾这个，2 即使成功安装也是失败

@raysonx 非常感谢！ OP 真是及时雨。本来 ipv6 是用 HE tunnel broker 一直没有问题，正好今天想试试国内流量不走隧道，结果就，百思不解的时候正好看到 OP 的帖子，完美解决

似乎也不算太糟糕吧，当然也没有用就是了。说实话 launchpad 都基本上没用过

如果实在很强迫，只要把~/Applications/Chrome Apps 文件夹中的内容移到 Trash 就干掉了

@AoEiuV020JP 9 0 貌似是 Google Chrome.app 自身的权限问题，因此需要每次只能用新的手工替换。是不是终端 sudo chown -R root:wheel /Applications/Google\ Chrome.app 可以解决？

@Chaidu 这逻辑。请参见 @Pazakui1259 。人家就是这么设计的，“为了帮助防止恶意软件通过尝试攻击用户密码而导致永久数据丢失”，不是“只要想办法让这个恶意软件别把 OP 的 Mac 锁定就好”。mac 被锁定（严格地说，是 disabled ）可是很严重的事情，一旦发生就只能进入恢复模式抹除硬盘数据重置电脑，如果没有备份这个过程会导致“永久数据丢失”，进一步地，如果这个时候再输错密码 10 次又没有设置 icloud Find My ，那么 OP 的 Mac 就基本等同报废了

mac 只是在开机启动后的登录窗口有 10 次的密码输入限制和延迟，10 次之后进入恢复模式还有 10 次。一旦成功登录，之后的退出屏保、亮屏以及睡眠唤醒的登录界面就都没有次数限制了。这是为了防止熊孩子以及恶意软件故意输错密码让 OP 的 mac 锁定

抱歉查了一下确实休眠（深度睡眠）时通过键盘鼠标能唤醒，并没有断电，本身就设计成这样，应该是没有办法了

休眠本来就会停止供电，要做的是把默认睡眠（ hibernatemode 0 ）改成休眠：
pmset -a hibernatemode 25

但是，能否接受每次唤醒都要抬起按电源按钮？

UTM 理论上似乎可以，因为摘自官网：“UTM employs Apple's Hypervisor virtualization framework to run ARM64 operating systems on Apple Silicon at near native speeds. On Intel Macs, x86/x64 operating system can be virtualized. In addition, lower performance emulation is available to run x86/x64 on Apple Silicon as well as ARM64 on Intel.”

但是，这里的“ARM64 on Intel”应该是指 windows 或 linux 之类。apple silicon 并不是一般的 arm64 ，没有“反向”rosseta 这样的东东在其他 arm 机器上运行 macos 都没有可能，更不要说在 intel 的机器上了。OP 的想法确实非常清奇，估计全宇宙都没有人会想到这么做