今天是2025年1月11日，硬核灌水第4期，以下是本期的主要内容：
谷歌与 Linux 基金会联合成立 Chromium 支持者俱乐部，吸引微软等巨头加入，试图在反垄断压力下巩固生态；微软 Azure 网络故障持续两天，部分服务仍不稳定，影响广泛；英特尔 Vulkan 驱动初步支持 AV1 解码，惠及最新硬件用户；Wine 10.0-rc5 修复 31 个错误，为 Windows 游戏和应用程序在 Linux 上的运行优化铺平道路；VKD3D-Proton 2.14.1 的修复提升了 Direct3D 12 在 Vulkan 上的表现。

谷歌和 Linux 基金会成立 Chromium 支持者俱乐部

来源：theregister
Google与Linux基金会合作成立了“基于Chromium浏览器的支持者”基金，旨在促进Chromium生态系统的开放开发和项目增强。
该基金由Linux基金会管理，旨在为Chromium项目提供一个中立的平台，支持包括Google Chrome、Microsoft Edge、Opera和Brave在内的多种浏览器。
Meta、微软和Opera等主要公司已加入该计划。微软表示，此举将有助于提供明确的治理，并将资金用于社区驱动的需求。
Google强调了其对Chromium的重大贡献，去年提交了超过10万次代码，占总贡献的约94%，并在基础设施方面进行了大量投资。
此举正值美国司法部要求Google出售Chrome之际，Google提议在三年内取消与其他浏览器设定默认搜索引擎的独家协议。

小石：反垄断大棒敲下来的时候知道疼了。

Azure 网络故障进入第二天，部分服务仍不稳定

来源：theregister
微软的 Azure 云服务在 2025 年 1 月 8 日 22:00（UTC）左右开始出现网络问题，主要影响美国东部 2 区域的一个可用区。
此次故障导致多个服务出现间歇性错误，包括 Azure Databricks、Azure 容器应用、Azure 函数应用、Azure 应用服务、SQL 托管实例、Azure 数据工厂、Azure 容器实例、PowerBI、虚拟机规模集（VMSS）和 PostgreSQL 灵活服务器等。
微软采取了流量重路由等措施进行修复，截至 1 月 10 日 16:39（UTC），受影响的分区已恢复上线，相关服务也显示出显著的恢复迹象。
然而，微软提醒用户，部分服务可能仍会出现间歇性错误和性能下降，建议受影响的客户执行灾难恢复计划。
微软承诺将每小时提供进度更新，以确保用户及时了解恢复情况。
微软将问题归咎于美国东部地区网络服务配置变化。

小石：我还以为机房烧了，不知道ＳＬＡ赔了多少。

英特尔的开源 Vulkan 驱动程序（ANV）已在 Mesa 25.0 中合并了初步的 AV1 解码支持。

此前，使用 VA-API 接口的英特尔媒体驱动程序已支持 AV1 视频的编码和解码。
此次更新由咨询公司 Igalia 的 Hyunjun Ko 开发，
支持 10 位解码、IntraBC、循环内超分辨率等功能。
该功能预计适用于从 Tigerlake / Gen11 到最新的 Gen12 的英特尔图形硬件，主要在 Gen12 上进行了测试。
用户可在本季度晚些时候发布的 Mesa 25.0 中体验这一功能。
值得注意的是，Vulkan Video 的 AV1 解码扩展于 2024 年 2 月完成，
AMD 的 RADV 驱动程序也已在大约一年前实现了对 AV1 解码的支持

小石：我的DG-1显卡（Gen12 dGPU）也是受益者，刚发布的时候爹不亲妈不爱早产弃子真是太难了。

Wine 10.0-rc5 又修复了 31 个错误

来源： Michael Larabel
Wine 10.0正在努力在未来一两周内发布稳定版本，但今天发布的 Wine 10.0-rc5 进行了最新一轮修复。Wine
10.0 正在努力很快为这款开源软件发布稳定版本，该软件允许 Windows 游戏和应用程序在 Linux/ChromeOS、macOS 和 BSD 等环境中运行。Wine 10.0-rc5 刚刚作为最新的每周候选版本发布，同时即将发布 v10.0 稳定版。Wine
10.0-rc5 本周修复了 31 个已知错误。由于开发人员从年底假期回来，现在修复错误的工作量很大。在这 31 个错误修复中，有帮助 微软高尔夫 2.0、极速狂飙 4、超级弹球、格斗工厂 3、文明 4 和辐射 3。 和一系列其他游戏和应用程序进行了不同的修复。本周的修复真是无处不在。

VKD3D-Proton 2.14.1 为 Vulkan 上的 Direct3D 12 带来了一些修复

来源： Michael Larabel
VKD3D-Proton 2.14.1 已发布，修复了在不支持稀疏资源的 GPU（如 Intel 集成显卡）上启动时的崩溃问题，解决了影响 NVK 的内存分配问题，修正了在 NVIDIA GPU 上运行《地平线 零之曙光 重制版》时的 CPU 性能回退问题，并为《Arma Reforger》添加了 no_upload_hvv 解决方法，以应对异常的资源加载行为。
小石：虽然看上去稀松平常，但是大量的Linux用户的游戏体验都与之息息相关。

今天是 2025 年 1 月 7 日，星期二，欢迎来到《硬核灌水》第 3 期。本期主要内容包括：

• Linux 版 Steam 在 2024 年底实现市场份额小幅增长，AMD Linux CPU 使用率接近 74%
• FSF 呼吁退出微软 GitHub，抗议 Windows 11 强制要求 TPM 2.0
• Honey 联合创始人的 Pie Adblock 因抄袭 GPL 协议的 uBlock Origin 文件而遭批评

Linux 版 Steam 在 2024 年底实现市场份额小幅增长，AMD Linux CPU 使用率接近 74%

来源：Phoronix

Phoronix 报道了 Valve 于 2024 年 12 月发布的“Steam 硬件与软件调查”结果，称这些数据“反映了 Linux 游戏生态的积极发展趋势”。

根据 11 月的数据，Linux 市场份额为 2.03%，与此前长期徘徊在 2% 左右的水平基本一致。而最新的 12 月数据则显示，Linux 的市场份额增长了 0.29%，达到了 2.29%。其中，基于 Linux 的 SteamOS Holo 系统约占所有 Linux 游戏玩家的 36%，这得益于 Steam Deck 的流行以及其逐步适配更多设备。

Steam Deck 依赖于 AMD 的定制 SoC/APU，再加上 AMD 在开源驱动方面的出色支持，使得 AMD CPU 在 Linux 游戏玩家中的使用率高达 73.6%。此外，根据 TechSpot 的统计，12 月 AMD 在参与调查的所有玩家中的整体份额也创新高，环比增长 3.02%，达到 38.7%；而英特尔则略微下降至 63.4%。

小石：Linux 游戏体验的提升离不开 Valve 的努力，另外……AMD YES？

FSF 呼吁退出微软 GitHub，抗议 Windows 11 强制要求 TPM 2.0

来源：fsf.org

TPM 是一种专用芯片或固件，主要用于提供硬件级安全性，例如存储加密密钥、证书、密码等敏感数据，并保护其免受未经授权的访问。微软高级产品经理 Steven Hosking 上个月公开表示，TPM 2.0 将成为 Windows 的“不可协商的未来标准”。

微软明确规定，如果系统没有 TPM 2.0 支持，Windows 10 用户将无法升级至 Windows 11。尽管根据 StatCounter Global 数据，全球超过 61% 的 Windows 系统仍在运行 Windows 10。微软还在去年 10 月底宣布，Windows 10 家庭版用户可以通过支付 30 美元购买扩展安全更新，将迁移至 Windows 11 的最后期限推迟一年。

对此，自由软件基金会（FSF）在其官方博客发文，呼吁继续向微软施压，并鼓励用户通过以下方式表达不满：

1. 切换到 GNU/Linux 等自由软件系统；
2. 停止在 Microsoft GitHub 上发布新版本软件；
3. 在电子垃圾和气候变化领域倡导自由软件的价值，争取更多人摆脱微软的数字限制。

小石：无论是 Windows 用户还是 Linux 用户，支持自由软件的确有益无害。

Honey 联合创始人的 Pie Adblock 因抄袭 GPL 协议的 uBlock Origin 文件而遭批评

来源：The Register

本周，闭源浏览器扩展程序 Pie Adblock 被曝涉嫌抄袭开源广告屏蔽工具 uBlock Origin 的代码和文本，违反了后者基于 GNU GPL v3 授权的许可协议。

在 The Register 报道后，Pie Adblock 的开发者迅速公开了一些材料，其中的确包含来自 uBlock Origin 和 AdGuard 的代码片段。这些代码未经适当声明直接修改后应用于 Pie Adblock，却未遵守 GPL 协议的要求，例如标注版权归属及提供源代码获取途径。

目前，Pie Adblock 开发团队已承认部分代码源自 uBlock Origin 和 AdGuard，并在压力下公开了部分核心内容。但其行为已引发开源社区的强烈不满。

小石：抄袭并违反开源协议绝不可容忍。支持开源社区维护版权和规则的底线！

以上就是本期硬核灌水的全部内容，我们下期再见。

今天是2025年1月5日 星期天，硬核灌水第2期。下面是本期的正式内容。

来自 Microsoft 的新年礼物：惊喜，您的扫描仪无法工作

来源：theregister.com
Windows 11 24H2 在使用 eSCL 扫描协议的多功能设备上仍然存在问题，尽管微软已将该问题标记为已解决。据 Register 读者称："它在 Windows 10 机器上可以工作，但在 Windows 11 上却不行，除非计算机和扫描仪都使用有线以太网。

小石：好吧，BUG11稳定发力，这还让我想起来老王叔叔的硬核观察818期提到的Linux帮助Windows 11支持旧打印机
同学们快来使用Linux发行版吧！

三星和谷歌的新空间音频格式将挑战杜比全景声

来源：theverge.com
三星和谷歌正在推出开源 3D 音频标准 Eclipsa Audio，该标准将在部分 YouTube 视频以及三星 2025 电视和音响上首次亮相。据 The Verge 报道，这种新格式 "最终可能成为杜比 Atmos 的免费替代品，而杜比 Atmos 是三星等硬件制造商为电视和其他设备付费授权的主流 3D 音频格式。三星表示，与 Atmos 相似，这种音频格式支持调整 “音频数据，如声音的位置和强度，以及空间反射”，以创造 3D 体验。

小石：我一直都希望有一个杜比音效的开源替代，现在至少我们已经有了开源的格式！

《华盛顿邮报》的填字游戏最近被认为对广告商来说过于冒犯

来源：华尔街日报。
“一篇关于雷暴的文章也是如此。还有盒装布朗尼预拌粉的排名。
“长期以来，营销人员一直对在新闻媒体上投放广告保持警惕，担心自己的品牌会出现在有关恐怖主义、飞机失事或两极分化的政治故事的报道旁边。但 “广告禁区似乎在不断扩大”。

这是新闻出版商难以承受的头疼问题。许多出版商还在努力应对订户减少以及来自谷歌和其他技术平台的流量损失，现在正积极推动改变广告商的观念...... 新闻机构最近开始宣传一些研究，这些研究表明，品牌出现在敏感新闻附近并不危险。与此同时，他们还表示，直截了当的活动策划工具甚至会将无害的内容--以及这些报道潜在的大量受众--与广告隔绝开来。华盛顿邮报》首席广告官乔安娜-梅耶-琼斯（Johanna Mayer-Jones）说，《华盛顿邮报》40% 的内容在任何时候都被认为是 “不安全 ”的，她提到了该公司一年前进行的一项研究。“这对收入的影响是巨大的"。
《华盛顿邮报》的填字游戏页面在 10 月份长达数周的时间里被广告商的技术屏蔽了 7 次，原因是它被标注为政治、新闻和自然灾害相关材料。(据《华盛顿邮报》报道，一家技术公司最近表示，它将确保字谜不再被屏蔽）。雷暴故事中关于 “大气层中的大炮发出闪烁和霹雳般的炮弹 ”的一句话引发了警告，说它太像 “武器和弹药 ”故事，因此被切断了广告收入。至于布朗尼蛋糕，在提到对 “杂货店、药店、大众市场 ”和其他零售商的研究时，广告商自动标记为含有 “d ”一词。
文章称，微软最近发布的一份黑名单包括约 2000 个单词，其中包括 “崩溃”。(微软拒绝对此发表评论。）

小石：敏感词审查哪里都有，资本家面对巨大利益的时候格外注意这一点。

新设备的无线电波揭示土壤中的铅污染

来源： phys.org
康奈尔理工学院的研究人员开发了一种名为 SoilScanner 的便携式设备，它利用射频信号和机器学习来检测土壤中的铅污染。传统的检测方法 “一般需要将样本送往实验室进行分析，这依赖于苛刻的化学物质，而且费用昂贵，或者使用便携式 X 射线荧光设备”，而该设备则提供了一种具有成本效益的替代方法。
计算机科学博士生GaoYiXuan表示，该小组的动机是纽约市铅污染地图，该地图是程的城市土壤实验室 (USL) 经过数年对数百个土壤样本进行测试后绘制的。五个行政区。测试显示，许多地方的铅含量都达到危险的高水平，尤其是在布鲁克林北部。 USL 测试的土壤样本中约 45% 的铅含量超过 400 ppm ，这是之前 EPA 建议的筛选水平（一年前针对住宅土壤修订为 200 ppm）。 “这意味着在这些城市土壤中进行园艺时存在很大的风险，”

小石：比起我们，大洋对岸的人类确实应该多注意一下重金属污染了。

今天是2025年1月3日 星期五，给大家送上迟到的元旦快乐。

Fedora 利益相关者讨论Fork英特尔的计算运行时以维护较旧的硬件

随着英特尔图形编译器放弃了 Ice Lake 和旧版本的支持，英特尔计算运行时也放弃了 Ice Lake 和旧版本的支持，只专注于更新的英特尔图形硬件支持，Fedora 打包商和其他利益相关者一直在努力解决如何处理这种情况。对于 Fedora 42，有人建议更新到较新的英特尔计算运行时代码，以使更新的英特尔图形硬件受益，而最近几天有讨论分叉旧代码。
但到目前为止，任何利益相关者都没有做出坚定的承诺，愿意加强和维护 Ice Lake 及之前版本的英特尔图形计算堆栈的旧包。

Linux 为 Zen 5 CPU 准备 AMD“SRSO_USER_KERNEL_NO”支持

来源： Michael Larabel
SRSO_USER_KERNEL_NO 是 Linux 内核的一项配置选项表示在编译或运行内核时是否禁用特定的用户态与内核态相关的 SRSO 防护措施。SRSO（Speculative Return Stack Overflow） 是一种与投机执行攻击相关的漏洞，通过操控 CPU 的返回栈缓冲区（RSB），攻击者可能会泄漏敏感数据。此类漏洞影响了包括 AMD 和 Intel 在内的现代 CPU。
早在 2023 年中期就披露了 Inception/推测性返回堆栈溢出 (SRSO) 漏洞，该漏洞是当时针对 Zen 3 和 Zen 4 处理器的推测性侧通道攻击。对于最近推出的 AMD Zen 5 处理器，他们已向 Inception/SRSO 报告“未受影响”，但考虑到围绕 SRSO_USER_KERNEL_NO 的新补丁活动，情况似乎并不那么明确。
该补丁现在将 AMD 0x1a 处理器标记为受影响。 Family 1a 是新的 AMD Zen 5 处理器。因此，这个 SRSO_USER_KERNEL_NO 似乎适用于 Zen 5 系统，从而使处理器从之前的 Inception/SRSO 的“不受影响”状态转变为使用 SRSO_USER_KERNEL_NO 的新的“仅在 VMEXIT 上的 IPBB”缓解措施。但同样，除非您运行的是虚拟机，否则对用户来说没有真正的区别。
通过tip/tip.git的x86/bugs分支中的这些SRSO_USER_KERNEL_NO补丁，它可能会作为本月晚些时候开放的Linux 6.14合并窗口的材料提交，除非它决定是紧急的，然后可能作为“修复”的一部分进入适用于 Linux v6.13。 补充：
"If the machine has:

CPUID Fn8000_0021_EAX[30] (SRSO_USER_KERNEL_NO) -- If this bit is 1, it indicates the CPU is not subject to the SRSO vulnerability across user/kernel boundaries.

have it fall back to IBPB on VMEXIT only, in the case it is going to run VMs:

Speculative Return Stack Overflow: Mitigation: IBPB on VMEXIT only"
CPUID Fn8000_0021_EAX[30] (SRSO_USER_KERNEL_NO) -- 如果该位为 1，则表示 CPU 不受跨用户/内核边界的 SRSO 漏洞影响。
如果要运行虚拟机，则只能在 VMEXIT 时退回到 IBPB：
累积返回堆栈溢出： 缓解： 仅在 VMEXIT 上使用 IBPB"。

高通正在为骁龙 X1 的 GPU 开发 ACD 功率/性能功能

来源： Michael Larabel
对于骁龙 X1 系列笔记本电脑芯片中的高通 Adreno X1-85 GPU，目前正在将 “自适应时钟分配”（ACD）功能连接到开源 MSM 内核驱动程序，以帮助提高功耗和性能。
2025 年，高通将继续改进对去年推出的骁龙 X1 系列笔记本电脑的 Linux 驱动程序支持。为了帮助提高能效和 GPU 性能，高通公司的工程师一直致力于为 Adreno X1-85 图形处理器提供自适应时钟分配（ACD）功能支持。

路径前情提要

本文中指定在/ZHITAIPC005/aria2 下进行频繁读写操作。
配置目录则按照Linux推荐规范在/etc/aria2/

安装aria2

sudo apt install aria2c

编写配置文件

sudo nano /etc/aria2/aria2.conf

xfox@EliteDesk800G3:/ZHITAIPC005$ sudo cat /etc/aria2/aria2.conf
# 启动时加载的任务文件
input-file=/ZHITAIPC005/aria2/aria2.session

# 退出时保存的任务文件
save-session=/ZHITAIPC005/aria2/aria2.session

# 预分配文件方式 固态无需
file-allocation=none
# 缓存大小，单位字节（64M 是推荐值，可调整）
disk-cache=64M

# 临时缓存目录
dir=/ZHITAIPC005/aria2/temp/

# 启用断点续传
continue=true

# 日志文件路径
log=/ZHITAIPC005/aria2/aria2.log

# 日志级别：debug, info, notice, warn, error
log-level=info

# 下载完成后的存储目录（自定义）
completed-dir=/ZHITAIPC005/aria2/downloads

# 启用 RPC 服务
enable-rpc=true

# RPC 服务监听端口
rpc-listen-port=6800

# 设置 RPC 授权令牌
rpc-secret=自己写=-=，可不要告诉我，不然我给你下满葫芦娃救爷爷。

# 允许所有来源访问
rpc-allow-origin-all=true

# 启用外部访问（需防火墙规则控制）
rpc-listen-all=true

# 最大并发下载数
max-concurrent-downloads=5

# 单文件分片数
split=16

# 分片的最小大小
min-split-size=10M

# 每个服务器的最大连接数
max-connection-per-server=5

# 下载失败的最大重试次数
max-tries=5

# 每次重试前的等待时间（秒）
retry-wait=5

# 启用 DHT
enable-dht=true
enable-dht6=false
# 启用本地对等发现
bt-enable-lpd=true

# IPv4 DHT 网络引导节点
dht-entry-point=dht.transmissionbt.com:6881

# IPv6 DHT 网络引导节点
dht-entry-point6=dht.transmissionbt.com:6881

# 种子验证前可做种
#bt-seed-unverified=true

# 保存种子元数据文件
bt-save-metadata=true

# BT强制加密, 默认: false
# 启用后将拒绝旧的 BT 握手协议并仅使用混淆握手及加密。可以解决部分运营商对 BT 下载的封锁，且有一定的防版权投诉与迅雷吸血效果。
# 此选项相当于后面两个选项(bt-require-crypto=true, bt-min-crypto-level=arc4)的快捷开启方式，但不会修改这两个选项的值。
bt-force-encryption=true

# BT加密需求，默认：false
# 启用后拒绝与旧的 BitTorrent 握手协议(\19BitTorrent protocol)建立连接，始终使用混淆处理握手。
#bt-require-crypto=true

# BT最低加密等级，可选：plain（明文），arc4（加密），默认：plain
#bt-min-crypto-level=arc4

# 分离仅做种任务，默认：false
# 从正在下载的任务中排除已经下载完成且正在做种的任务，并开始等待列表中的下一个任务。
bt-detach-seed-only=true


## 客户端伪装 ##

# 自定义 User Agent
user-agent=Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.63 Safari/537.36 Edg/93.0.961.47

# BT 客户端伪装
# PT 下载需要保持 user-agent 和 peer-agent 两个参数一致
# 部分 PT 站对 Aria2 有特殊封禁机制，客户端伪装不一定有效，且有封禁账号的风险。
# 伪装为 qBittorrent
user-agent=qBittorrent/4.3.7
peer-agent=qBittorrent/4.3.7
peer-id-prefix=-QB1234-

Systemd后台保活

sudo nano /etc/systemd/system/aria2.service

[Unit]
Description=Aria2 Download Manager
After=network.target

[Service]
#User=aria2                                     
#Group=aria2                                   
ExecStart=/usr/bin/aria2c --conf-path=/etc/aria2/aria2.conf
ExecReload=/bin/kill -HUP $MAINPID
Restart=always
LimitNOFILE=65536

[Install]
WantedBy=multi-user.target

新建aria2专用用户、目录、文件

mkdir /ZHITAIPC005/aria2/
mkdir /ZHITAIPC005/aria2/downloads
mkdir /ZHITAIPC005/aria2/temp
touch /ZHITAIPC005/aria2/aria2.log
touch /ZHITAIPC005/aria2/aria2.session
chmod 600 /ZHITAIPC005/aria2/aria2.session

sudo useradd -r -m -d /ZHITAIPC005/aria2/ -s /usr/sbin/nologin aria2

启动服务：

sudo systemctl daemon-reload
sudo systemctl enable aria2.service
sudo systemctl start aria2.service

https://fcitx-im.org/wiki/Hall_of_Shame_for_Linux_IME_Support
里面最恶心的一条：Some preedit text might be typed in to input box
一些预编辑文本可能会被输入到输入框中，hzh

以下表格为部分摘录并不完整

解决方案

为什么不使用ibus？ 因为ibus-rime在我的设备环境下不弹出候选词框，除非你是盲僧否则没必要尝试。

Fedora41 Fcitx输入法配置

参考了：
安装Fcitx5
Fedora 38: Wayland/KDE 系统设定与 fcitx5/rime 输入法
Fedora配置Rime中州韵输入法
输入env一看默认配置写了xim，而且KDE设置里直接改选Fcitx5压根不生效，整套默认配置就是依托答辩，操作系统的输入法做到开箱即用对于中国人来说还是很难。😅
为了确保与我相同环境的人（Fedora41 KDE wayland）一定能在配置后用上正常的rime输入法，除非你知道自己在做什么否则完全按照我的方案来。
下面的配置方式是过盈式的，一些包可能会默认自动进行部分原本需要手动设置的参数。

安装必要的软件包

sudo dnf install \ 
  fcitx5 \
  fcitx5-{autostart,configtool} \
  fcitx5-{gtk,qt} \
  fcitx5-{rime,chinese-addons} \
  fcitx5-table-{extra,other}

写入配置文件

cat > ~/.config/plasma-workspace/env/im.sh <<'EOF'
#fcitx5
export INPUT_METHOD=fcitx5
export XMODIFIERS=@im=fcitx5
export GTK_IM_MODULE=fcitx5
export QT_IM_MODULE=fcitx5
EOF

接下来重启，现在你已经可以使用Fcitx5-rime了！

Mumble 是什么？

Mumble is a free, open source, low latency, high quality voice chat application.
Mumble是一个免费且自由、开源、低延迟、高质量的语音聊天应用。
（同时，Mumble还是一个跨平台应用，你可以在Linux，Windows，MacOS以及Android/IOS设备上运行Mumble客户端。

怎么称呼Mumble？

按照实际的英文读音可以叫它：Mang Bou 芒布偶

- 阅读剩余部分 -

问题原因

Linux（包括 Debian 12）默认将硬件时钟（RTC）设置为 UTC 时间（协调世界时），而 Windows 11 则会将硬件时钟视为 本地时间（Local Time）。因此，当你从 Windows 切换到 Debian 时，Linux 会将硬件时钟视为 UTC，并根据你的时区调整显示时间；同样，从 Debian 切换到 Windows 时，Windows 会将硬件时钟视为本地时间，从而导致时间显示错误。

要解决这个问题，你可以选择以下两种方法之一：要么让 Linux 也使用本地时间，要么让 Windows 使用 UTC 时间。

解决方案一：将 Linux 设置为使用本地时间

如果你更常使用 Windows，或者更习惯 Windows 处理本地时间的方式，你可以让 Debian 12 也将硬件时钟视为本地时间。这样在切换操作系统时，时间显示将保持一致。

步骤

1. 在 Debian 12 中执行以下命令，将硬件时钟设置为本地时间：

   timedatectl set-local-rtc 1 --adjust-system-clock

2. 运行以下命令，验证设置是否生效：

   timedatectl

3. 你应该在输出中看到类似以下内容：

   RTC in local TZ: yes

这意味着你的 Linux 系统现在会使用本地时间，而不是 UTC 时间。

注意事项

虽然这种方法简单有效，但可能会对依赖于 UTC 时间的服务产生影响。例如，一些日志系统或时间同步服务可能会在这种设置下产生错误的时间戳。因此，如果你在 Linux 下运行这些服务，请谨慎选择该方案。

解决方案二：将 Windows 设置为使用 UTC

如果你更常使用 Linux 或者希望遵循 UTC 时间的国际标准，可以选择让 Windows 11 使用 UTC 时间。这样，两个操作系统都将以 UTC 为基础进行时间显示，避免冲突。

步骤

1. 按下 Win + R，输入 regedit，并按回车，打开 Windows 注册表编辑器。

2. 导航到以下路径：

   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation

3. 在右侧区域，右键单击空白区域，选择 新建 > DWORD（32位）值，并将其命名为 RealTimeIsUniversal。
4. 双击该值，将其数值数据设置为 1，然后点击 确定。
5. 重启 Windows 使更改生效。

注意事项

这种方法对 Windows 的使用几乎没有影响，特别是如果你不依赖 Windows 的时间戳精确性（如对本地时间的依赖较少）。Windows 和 Linux 都会以 UTC 为基准，保证两个系统时间一致。

总结

在双系统中纠正时间错误有两种解决方法，分别是让 Linux 使用本地时间 或者 Windows 使用 UTC 时间。根据你日常使用的操作系统以及对时间精度的需求，你可以选择适合你的方案：

• 如果你更常使用 Windows，选择 解决方案一。
• 如果你更常使用 Linux，或者希望两个系统都基于 UTC 时间，选择 解决方案二。

这样，无论你在两个系统之间如何切换，都能确保时间显示正确。