胸痛可不一定只跟心脏有关，还有肺和主动脉。

netplan/systemd-networkd/NetworkManager 都支持 mac override 啊。

我觉得 OP 遇到的问题是因为没有安全卸载分区导致的。exFAT 驱动挂载时会把分区标记为 dirty ，如果没有安全卸载会导致 dirty 标记没有被清除，导致再次挂载时提示需要 chkdsk 修复（实际上并无问题）。
如果担心有问题，在换 mac 时先进行一次安全卸载。

看个网页视频啥的没问题（也就 AV1 得软解估计不太行），游戏的话极轻度 3D 应该没问题。
浏览器字体渲染如果对微软雅黑不满意的可以用脚本换成思源黑体。
不同 DPI 窗口跨屏的问题在单屏使用时不存在，一般也不建议这样用。

不要用 latest 标签，docker 将相同的 tag 的镜像视为同一个镜像，这个标签除了是默认标签外并无特殊之处，registry 镜像可能会一直缓存旧的 latest 镜像。
你应该用不稳定版本号，例如 jellyfin/jellyfin:20220301.1-unstable ，dpage/pgadmin4:2022-02-07-2 。
或者直接扒项目的 Dockerfile 自己构建镜像，我建议你改官方的 Dockerfile 然后自行构建。

@sampeng 我觉得楼主讨论的是定向投毒，识别恶意请求后重定向为有毒 payload 。这类对抗求的是不对等的代价，即防守的代价远小于发动攻击的代价。但如果攻击方就是有远高于防守方的资源，那还是没辙。

感觉没多大用，单纯 request flooding 的话客户端都是直接丢弃响应的，回个响应都是浪费。如果是对付爬虫什么的，被投毒的话攻击方也能很快调整吧。不过后者通常上个强认证就能拦住了，或者你可以考虑在正常响应里填充垃圾数据（这个感觉操作起来也很麻烦，搞不好先把自己放倒了）。

@sampeng 之所以叫炸弹是因为 payload 压缩之后会变得很小，所以如果客户端要处理响应需要在内存解压把内存撑爆。

命令行 iconv ，支持任意方向的编码转码。

@Love4Taylor @dcsuibian
我理解推荐用域名是因为这个可以让终端无感知迁移到 IPv6 单栈网络，而且可以由 ISP 控制迁移进度。配置 IPv4 的话不能在 IPv6 单栈网络用不了，配置 IPv6 的话在 IPv4 单栈网络用不了，配置域名的话意味着日后 IPv6 普及后 ISP 拆掉 IPv4 也是终端无感知的，用户也不会被过时教程坑。
别跟我说什么到时候的设置教程会改口，2022 年了还有教程用 GHOST 呢。

看上去只是 wan 侧通过 SLAAC 生成的地址，这跟一般终端生成地址的方法是一样的。
不过如果没有 DHCPv6-PD ，这个二级路由的下游（ LAN 侧）应该就没 IPv6 了。

你有本事自研就来吧，看你老板愿意给你分多少经费人力时间吧，搞成了你就是公司骨干了。

设备管理器找到 Android 设备手动装驱动，小米工具自带的那个驱动更新比较慢，不一定有新设备的 ID 。
驱动用微软自带的就行，手动选择 通用串行总线设备-WinUSB 设备-ADB 设备

Win11 现在有 xtajit 和 arm64ec 两个翻译器，跑一般用户应用都是能跑的，也就要装驱动的软件不兼容。x86 和 x64 二选一优先选 x64 。

如果真有需求需要用 Linux 作为桌面系统的，上面说的那些都不是主要矛盾。
我不知道你说的 DE 不省资源是什么意思，卡顿是因为 Linux 没有像 Win 和 mac 那样对桌面任务有调度上的专门优化。至于图形渲染需求，跟 Win 一样没有硬件加速都能跑得很好，就 mac 是个特例。
另外，按我理解，win 下的所谓“小众软件”的功能需求，在 Linux 通常是用脚本来实现的，win 软件生态对 CLI 支持不好导致很多通过脚本编程可以实现的功能在 win 都不得不通过可编程能力不佳的 GUI 实现。

没办法，微软沉迷 UWP 导致相当长一段时间内 windows 都没有活跃更新的第一方 UI 方案，还是得用 WinForms 和 WPF 。
@halfdb Electron 的运行时还没有稳定（这里是指 ABI 稳定）到可以作为系统组件的地步。一旦做出承诺，以后转型就要想办法抛包袱了。例如 IE Webview ，能更新的都更新抛弃依赖了，不能更新的只能继续通过系统可选功能支持。

@tiny1994095
所以你说的这个问题是不是就是 Fast Boot 的问题？还是引入了新的 NTFS 特性导致 ntfs-3g 出问题？

iOS 压根不需要内置，App Store 就是反诈中心了。效果其实跟 MIUI/华为开纯净模式差不多。换区也只是换个爹而已，该监控还是监控，只是 G 点不一样让很多人误以为它不监控了。
不想监控就准备开源替代方案吧，商业产品就别指望了，这是商业利益和监管需要的双重限制。

@LifStge
可能我语序有点问题，我的意思是复制构造（初始化）是没有问题的，比较有问题。一般想到用 memcmp 做比较的起因是懒得手写一个逐成员比较的比较函数，或者想提高性能。如果目的只是前者的话，C++20 可以显式定义默认比较函数。如果成员都是平凡可比较的话用这个默认比较函数的话是没有问题的，不会出现 OP 所提的问题。

https://zh.cppreference.com/w/cpp/language/default_comparisons

struct alignment 和 padding 的问题在 C 一样会有吧。

@jones2000 @LifStge
这事情跟没有初始化也没啥关系吧，这里问题是用了错误的比较方法。GID gid2=gid1 就是 well-defined 的初始化。懒得写比较函数的可以看看显式声明比较函数能不能用而不是用 memcmp 这种依赖 UB 的行为。