@shijingshijing
x86 这边跟 iBoot 对应的应该是 Intel Boot Guard 吧。主板生产时 fuse 在 PCH 上，由 Boot Guard 验证 UEFI 固件的其余部分，固件到 OS Loader 用 Secure Boot 。

initramfs 不验证很正常吧，各家 OS 的 Secure Boot 好像都只管内核态的代码，用户态默认都不验证的，initramfs 里要加载的 ko 都是要验证签名的吧，真要连这个都检查得给 FS 上 dm-verify 了。

至于说增加攻击面，我觉得就像说不支持密码的软件就没有密码安全漏洞一样，有安全机制总比没有好，它能成为一个问题是因为我们期望它有安全性。如果一开始不期待它安全，那就不是安全问题了。

如果是累积更新导致 bug，卸载更新+暂停升级也就差不多了，毕竟累积更新是大约一周一个的，下一次推送的是另一个补丁了。不过有没有修 bug 就是另一码事了。

如果是推送驱动有问题，可以在系统设置或者组策略中关掉驱动自动下载。装了公版驱动的可能需要这个方法规避推送的 OEM 驱动。

大版本更新向来都是要手动点的，不点就行了。

其实很好理解小米的动机，跟 google 天天说隐私保护的动机是差不多了。APP 想在 MIUI 搞用户跟踪，就得用小米的分析方案，就得给小米交保护费，因为有些数据只有小米自己能拿到。装过 GMS 的都知道 GMSCore 要的权限非常多，不给就闪退的那种。还有 App Bundles 这种明明应该放在 AOSP 体系里的东西非要搞成 GMS 专属。

没什么发言权的用户就顺势而为就是了，既然 MIUI12 的做法对我们有利，那点赞一下就是了。如果哪天小米缺德了就骂一下。而且，别说只有资本家自私，监管部门也自私。

试一下创建虚拟机时选“稍后安装操作系统”

你要自己检查 acme.sh 的运行日志，有可能是 renew 任务没有如期运行或者配置不适应 LE 的签发政策之类的，失败原因有很多可能性。

LE 的验证政策见这个 https://letsencrypt.org/zh-cn/docs/challenge-types/

HTTP-01 必须监听 http 80，接受 403 跳转，但只能是 http/https，端口只能是 80/443，不允许裸 IP 且不检查证书

@nieyujiang 你在开玩笑吧？建模全换了你都能说没看出来？

通常是别考虑现金贷，特别现在经济不好，各种套路又抬头了。

家长出钱的问题是有多少，以及谁来进行购买决策的问题，有些时候家长出钱你就没法选型号。我在贴吧见过不少家长出钱又不懂行情，最后买了个电子垃圾（为了不能玩游戏，想想就觉得可笑）然后难受好几年的情况，请确保你不会出现这种问题。均衡中庸的产品才是长久用的关键。

或者考虑下二手，不过务必做足功课。

支持 http，如果是收费的话各大云厂商的 OSS 就不错
云盘平台应该都不支持直接 wget http 的，不过有支持 webdav 的，我知道的有坚果云。

apple watch 这成本有点高
给父母的游戏机强烈建议 NS
思路狭窄的问题不能靠游戏解决的。

我想到的两个原因：
1.符号链接（这个通常没问题）
2.硬链接
3.稀疏文件
4.rsync 了虚拟的文件系统，例如 /proc 这种

看你要干什么，只是为了 linux 的命令行工具的话建议 WSL1，要玩 GUI 的建议虚拟机，要用 docker 的建议 WSL2 。
纯萌新建议虚拟机，初学的坑最少。

风扇通常是 pre-OS 时转，进系统后停转，这是正常的。
现在是固定 win10 登录后才黑还是开机就一直黑着？黑屏后按键盘灯有反应吗？
如果键盘灯有反应，试试换用 HDMI 接显示器。
没反应的应该就是系统问题，用安装盘原地升级一下系统。

如果检查不严的话，开个监听 TCP443 的 OpenVPN 就行。

如果会检测协议的话，还有几种办法：

1. 设置 tls-crypt 选项
2. 在 443 开一个 HTTP 代理，用正向代理模式连接 OpenVPN 服务器的端口
3. 如果 443 还想同时开 web 服务，使用 port-share 选项

一般都不会直接用 ip 和 iw 命令吧
命令行可以用 /etc/network 或者 netplan.io 吧，后者配置还算简单

@ruri 我才发现你是用 1700X 跟好多年前的 2120 比。这两者的单核性能差距比较大吧，而且 2120 不支持 AVX2 。这有可能影响 OS 调度的策略。

不清楚你的 LTSC 是哪一年的，1903 开始的调度器才能正确选择优质核心，外媒说对 Zen2 性能影响较大，不知道这个是不是适用于 Zen/Zen+。

IDE 自动 import 一般都不会出现 import a.b.*这样的。
不过我觉得 import java.util.*没什么问题

可能你对用户程序的理解有点问题。

通常用户程序里的二进制码是**直接在 CPU 硬件上执行**的，所以是 arch 相关的。这部分跟 OS 无关。

但是用户程序必然要用到一些 OS 提供的功能，例如访问网络（需要 OS 网络栈+网卡驱动负责具体实现）、访问文件系统（需要文件系统驱动+磁盘控制器驱动负责实现），需要通过 OS 及 OS 提供的一些用户库进行。这部分是有办法做到 arch 无关的。例如 windows 使用 WOW64 提供 ABI 兼容的 dll 供 32 位程序使用，这些 WOW64 dll 负责将 32 位 ABI 的调用翻译 OS 64 位 ABI 的 dll 上。

Java Bytecode 这种需要 runtime 的二进制码才是楼主所说的与 arch 无关，因为这种二进制码需要 arch 相关的 VM 将其转换为对应的 OS 系统调用和在 CPU 硬件上执行的二进制码。

事实上功能简单的程序是可以轻松跨平台的，但目前大部分复杂点的软件都没法做到。

这玩意算中端定位，跟 MBP 比做工是强人所难了。
硬盘是抽奖的，PM981a 和 SN730，我买到的就是 SN730 。
键盘问题感觉轻薄本上没有太好的办法，可能只有水果那个恶评如潮的碟式键盘？

@ysc3839 转发一下联想 PM 在微博的说法 []( https://weibo.com/2212695263/J2XQe5NYz)，大概意思就是 4600U/4800U 出得晚，友商 PM 没选这个，没独占。所以短期内可能真只有这个可选了 @abcwu

@ZehaiZhang 屏幕抽奖，京东方(BOE)、友达(AUO)、华星广电(CSOT)。我买到 CSOT 的不过没发现漏光问题。

讲道理抽奖很多时候不算问题，这次的硬盘抽奖我觉得是可以接受的。