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 的软件有很多我就不列举了，就是没法在线去重。

试试清空数据重装 chrome,这个正常应该自动结束的。
chrome 和 edge 设置里有一个“关闭后继续运行后台任务”，记得关掉。

本身健康码这玩意是你如果成心想骗人，多多少少都有些办法的，大部分地方基层只能形式上验证你有绿码，也不会联网检查，反正还有事后追责。就算联网检查，对于不是同时查验身份证的地方也避免不了你冒用别人的身份拿到绿码。

而且很多地方还得兼容没手机的情况，我要是说没手机也没证件我就口头报个身份证号给你，你也没法知道我是不是在胡说八道

你要明白现在默认所有网络都能用 V4，V6 能不能用得用比较复杂的方法判断，不是单单有个地址就行的。
而且国内的 V6 的网络优化还是有点问题，通常都比 V4 慢