不清楚 TPM 支不支持同时保护两个系统，共用 bootmgr 的话应该是可以的，务必开启 Secure Boot 保护 bootmgr 。实在不行的话 B 系统可以不保护。

另外这种手段不能防护恶意破坏的病毒和加密勒索软件。

没搞懂你在干啥，搭梯子吗？

单纯 nat 只需要用 netsh，而且得用 server 系统。

支付宝会上传所有扫码结果检查安全。

Android7 及以上 APP 的 TLS 实现默认只信任系统预置的信任根，用户信任根默认不接受。

systemd-resolved 的作用是替换掉 glibc nss，前者支持一些新特性，例如 DoT，同时前者集成 LLMNR 、DNSSEC 、mDNS 等后者需要用插件实现的功能，可以使用 CLI 提供 API 风格查询，也可以通过 stub resolver 127.0.0.1:53 支持。

NetworkManager 本职是网络配置 DHCP 客户端、Wifi 加密、解析服务均依赖外部程序，功能对标的是 systemd-networkd,前者对无线网络支持更完善，后者集成 DHCP 客户端，支持通过 MAC 和驱动名匹配网卡，支持 bond 、bridge 、静态路由等配置，适合服务器使用。目前 Ubuntu Desktop 默认前者，Server 默认后者。

networkd 的配置是 /etc/systemd/network/*.network 及 /etc/systemd/networkd.conf，CLI 为 networkctl 。

resolved 的配置是 /etc/systemd/resolved.conf 及 networkd 配置文件内的 [DNS]小节，CLI 为 resolvectl 。

好像没搞懂你怎么用的，你是用一个 Host OS 是 win10 的游戏 PC，在上面安装了 VirtualBox 并跑了几个 Linux VM，平时用 mac 远程访问？

你这里的游戏 PC 就是当服务器用，得一直开机的吧，为什么还会考虑睡眠问题？个人不建议 VM Host 还用睡眠功能。

经常重启先排查是不是硬件故障，软件建议如果有 win 桌面需求试试换用 Windows Server，VM 软件建议换用 Hyper-V

现在 Setup 支持添加右键菜单了

intel 和 amd 设计的 cpu 首先是为数据中心市场服务的，性价比是首要目标，然后才是调整一些功能给消费市场吃剩饭，提高集成度有一些好处，但不是越高越好，像什么 PoP 内存这种就没意义，事实上现在 M1 没法提供大内存。

M1 本身就是作为移动处理器被设计出来的，小封装、高集成、高能效比性价比重要，完全不考虑数据中心的需求，出来的产品风格不一样太正常了。

连微软都没兴趣抛弃 32 位支持，用户态的 SDK 继续出新，现在也就硬件厂商那边有断掉 32 位驱动支持的趋势。

@cathedrel 我是很难相信省体积会比折腾兼容性重要。
就算用 ubuntu 装 lxde 只要注意下技巧，体积也不会大很多的，例如不装 recommend packages 和文档。
如果你不是在容器里用的话用 ubuntu server 为基础装桌面会好些。

所以为啥想不开用 apline 跑 glibc 程序？
估计是 glibc 的 ld.so 读了 musl 的 ldconfig 配置，加载了那些链接 musl 的 so 库，然后就报错了

没封不代表 ISP 不能查水表，不要作死。
要用请用高位端口，建议至少包个 vpn，不要对外开放

因为 defender 说了实话。
我是手动删掉 protect 目录和 tools 目录来用的，完全不影响功能

@Mahayu 升级这种因为通常也不会把拆下来的原厂硬盘内存一同给你，如果送修不知道是不是算更换过主要配件了。

应该说是电商热门型号可以闭着眼买，例如小新系列、YOGA 、战 66 、战 X，买新不买旧就行。
通常价格没啥问题，但如果你去线下买同款有可能会搞到缩水特供，例如缩屏幕的。
第三方商家可能会搞什么升级配置，例如换硬盘内存的那种，不清楚会不会影响个人送修。

我看到的说法是 8G 之所以能用都是靠内存压缩和 swap 缓解的，高速 SSD 上写 swap 让某些情况下的内存不足不那么容易被感知，这可是要磨损 SSD 的。
我还没说现在 M1 机子的 SSD 不能拆换了。

ipv6 用手动配置，高级设置可以加多个 ip
不过我觉得同一个 /64 前缀生成的多个地址好像没啥用

你这是等于自定义了一个私有格式的 metadata 数据库了。

成品 nas 可以提供网络文件系统的界面，例如 SMB 、FTP 、WebDAV 之类的，至于希望用上你自己定义的数据库，那你需要自己开发插件来处理 meta 并集成在文件浏览器上了。

群晖的 DS PhotoStation 支持 XMP/IPTC/EXIF 图片元数据的标签归类和搜索，你把你的图片库的图片文件加上符合这些规范的元数据就能直接用 DS photo 了。我建议你用这种方法，至少那个手机 APP 不用自己开发了。

视频也是差不多情况，DS Video 也是有元数据搜索功能的，不过视频容器的元数据没什么规范。大多时候你手头的资源库都是元数据空缺的，只能靠文件名去猜，想不靠猜你得自行补上元数据。

如果你有一定开发能力，ffmpeg 的 ffmetadata 应该就够用了

你说的这个功能 OverSec 已经实现了，用了无障碍 API 实现，支持任何 IM 软件，可以生成二维码图像传递数据，可以使用 PGP 加密。

先不说 IM 软件会不会主动检测反制，你还得跟对话方预先约定使用的软件和密钥，而且难以支持多媒体内容、表情。IM 内归集和搜索功能报废。如果第一点你能做到的话，为啥不直接用一个已知安全实现了端对端加密的 IM 应用？

如果不用动态库 /静态库，就意味着只能通过 IPC 的方式进行交互和控制，交互方法会严重受限。除了个别简单场景，大部分时候会提高开发难度。

例如交换数据需要序列化为字节流再通过 pipe 传递，收回来再反序列化。可能只能使用同步调用。如果被调用方出错你还得解析返回码甚至没有 API 稳定性保证的 stderr 输出来了解出错原因。

如果需要多线程操作，还得开多个子进程，并各自维护管道，还得正确分发收到的信号量到各个控制流中。一个控制流被分散到若干个相互依赖的处理函数中，维护很麻烦。

对于有性能需求的场景，IPC 增加的多次上下文切换 /进程调度 /内存复制等开销会降低性能。

如果用库操作，你可以通过 C 函数调用直接传递结构化的数据，免去上下文切换和内存复制的开销，用库提供的 handler 结构体控制任务和资源所归属的控制流，还能支持异步调用。

缩小依赖也是好处之一，例如 ffmpeg 包括 avformat 、avcodec 、avfilters 、avdevice 等子库，如果只是做个编解码只需依赖 avcodec，如果需要媒体容器分离 /混流需要 avformat，剩下没用掉的部分可以省掉。

如果可以换文件系统，直接换 ZFS 或者 BtrFS，适合应对会不断新增数据的环境。
基于 hash 的软件有很多我就不列举了，就是没法在线去重。