标签 Windows 11 下的文章

上周，微软面向 Windows 11 24H2 和 25H2 版本推送了非安全更新KB5074105。尽管该更新最初对外宣传的内容仅包含一系列功能增强与漏洞修复，微软却对补丁中暗藏的多项重要安全强化措施只字未提。
随后微软发布了一份澄清说明，详细介绍了一项用于强化 Windows 11 文件系统的全新安全功能。根据这项新规，非管理员用户被严格禁止访问存储设置。该设置界面位于系统设置应用的 “系统” 子菜单中，涵盖了存储感知、清理建议、备份方案、存储空间以及磁盘与卷管理等关键功能；同时它也是清理回收站文件、传递优化文件、系统缩略图等临时数据的核心操作入口。
这项经调整的权限规则明确规定，上述所有配置项的访问权限仅限管理员专属。普通用户一旦尝试进入存储设置界面，系统会立即弹出用户账户控制（UAC） 验证窗口，要求输入管理员凭据才能继续操作。
考虑到普通用户依然可以手动清空回收站或删除特定文件，这项权限限制的具体战略意图目前仍略显费解。将旧版更新碎片等辅助数据的操作权限纳入管理员专属范畴，对普通用户而言，似乎难以带来实质性的安全增益。因此，行业分析人士指出，微软将该调整归类为安全功能，其核心目的实则是为企业 IT 管理员赋能。通过限制普通用户的访问权限，企业能够对存储感知功能的配置实施集中管控，确保系统自动化维护与冗余数据清理流程不受未授权操作的干扰。

试试 win11 自带的 google 的 TCP 拥塞算法吧。让发包狂魔 BBR 帮你解决焦虑。

windows11 以管理员身份打开 powershell

查看当前采用的网络算法

Get-NetTCPSetting | Select SettingName,CongestionProvider

可以看到微软原生的是 CUBIC

win11 自带 BBR2 算法，可以在 powershell 中执行命令，切换为 BBR2 算法：

netsh int tcp set supplemental Template=Internet CongestionProvider=bbr2
netsh int tcp set supplemental Template=Datacenter CongestionProvider=bbr2
netsh int tcp set supplemental Template=Compat CongestionProvider=bbr2
netsh int tcp set supplemental Template=DatacenterCustom CongestionProvider=bbr2
netsh int tcp set supplemental Template=InternetCustom CongestionProvider=bbr2
#在 Windows 11 23H2 / 24H2 及更新版本下，启用 BBR v2 可能会造成本地 TCP 连接无法使用（如导致 adb 卡住无法连接、Steam 无法使用等），我们还需要使用以下命令修复本地 TCP 连接。（来源，MSDN ）
netsh int ipv6 set global loopbacklargemtu=disable
netsh int ipv4 set global loopbacklargemtu=disable

回退：

netsh int tcp set supplemental template=internet congestionprovider=CUBIC
netsh int tcp set supplemental template=internetcustom congestionprovider=CUBIC
netsh int tcp set supplemental template=Compat congestionprovider=NewReno
netsh int tcp set supplemental template=Datacenter congestionprovider=CUBIC
netsh int tcp set supplemental template=Datacentercustom congestionprovider=CUBIC
netsh int ipv6 set global loopbacklargemtu=enable
netsh int ipv4 set global loopbacklargemtu=enable

我亲测用起来后，网络下载比原来快不少，有兴趣的小伙伴快来试试吧。

PS：linux 也可以切换，用 linux 的也不用手把手教了，这里不做赘述了。

首先说明我自己的情况，使用的是 win11 系统的笔记本，之前在 win10 的台式机上使用很长时间的 mv 没有出现任何问题，这几天因为放假回家使用笔记本继续制作结果在编辑事件时反复出现闪退情况，查阅大量相关案例后最终解决问题，给出我的具体情况和解决方案：

  1. win11 系统的 笔记本
  2. 内存最大使用 70% 左右，不是爆内存导致的闪退
  3. 没有多开显示器
  4. cpu 没有爆
  5. 在写事件时选择 “显示文本”，给角色选择头像，选择公共事件以及进行开关 / 变量操作时最容易闪退

解决方案：win+r 打开运行，输入 services.msc，找到 Nahimic service，禁用
这个服务查了一下应该是会和 mv 抢资源导致 mv 频繁闪退。

📌 转载信息
原作者：
windnery
转载时间：
2026/1/19 18:27:24

效率软件

简介

软件官网：GitHub - w4po/ExplorerTabUtility: 🚀 Supercharge Windows 11's File Explorer: Auto-convert windows to tabs, duplicate tabs, reopen closed ones, and more!

一个文件夹标签页功能，Windows 从 xp 到 win10 一直没有提供多标签页功能。终于，在 Win11 推出了多标签页功能。相信很多人和我一样：

  • 第一眼：哇哦！看着真不错，官方多标签页终于出来啦
  • 第二眼：打开多个文件夹，为什么不能自动合并？？？
    【软件教程】文件夹多标签页自动合并 ExplorerTabUtility1

理想情况下，打开新文件夹都会在同一个文件夹窗口的新标签页打开，和浏览器一样
那么，有什么办法呢？嘻嘻有的，用 ExplorerTabUtility 软件，效果如下
【软件教程】文件夹多标签页自动合并 ExplorerTabUtility5

操作教程

恢复异常关闭窗口

有时候不小心关闭了整个窗口，可以通过这个开关，立刻恢复窗口

【软件教程】文件夹多标签页自动合并 ExplorerTabUtility2

拷贝、重新打开刚刚删除的标签页

快捷键方面，软件具有非常高的自定义功能。

  • 拷贝当前标签页（我设置的 Ctrl+D）
  • 重新打开刚删除的标签页（我设置的 Shift+X）
    【软件教程】文件夹多标签页自动合并 ExplorerTabUtility3

更多快捷键

还有很多（搜索标签页、前进、后退、设置窗口布局位置），感觉就搜索有一点用

【软件教程】文件夹多标签页自动合并 ExplorerTabUtility4

例如，可以定义快捷键设置窗口位置在各个位置（感觉鸡肋，很少用到）

【软件教程】文件夹多标签页自动合并 ExplorerTabUtility6

配置文件路径： %APPDATA%\ExplorerTabUtility\settings.json

帖子发在 文档共建，大家使用过程中有什么好方法要分享，也有权限编辑帖子哦

📌 转载信息
原作者：
Enhook
转载时间：
2026/1/15 10:19:27

最近发现 ComfyUI 终于支持 AMD 显卡了，之前都是在 Debian 用 ROCm 跑这个，但是双系统有点麻烦，发现 ComfyUI 支持之后，就赶紧体验了一下，下载了 ComfyUI Desktop。

结果跑了好几个模板工作流都不行，表现为：点击运行后，提示 disconnect，再点击运行就提示 TypeError: Failed to Fetch，日志也无法查看，此时就推测是后端崩溃了，但是 Desktop 版本不够灵活，好像没办法直接看 ComfyUI 后端，于是切换了 GitHub 上构建的 Portable 版本。

切换到 Portable 版本后，发现问题还是一样，点击运行后，确定后端崩溃，但是没有任何报错，就像程序被正常退出一样，此时就感觉有点迷惑，不知道怎么定位问题，然后就去问了下 Gemini ， Gemini 的回答是 Python 是 静默崩溃 (Silent Crash) ， 底层 C++ 库（PyTorch/ROCm）崩溃或者显卡驱动触发了保护机制（TDR）强制杀死了进程 ，要嘛是显存爆了，要嘛就是 bf16 兼容性问题，然后给了一些没啥用的解决方案。

没办法，只能老办法，去 GitHub 上看 issue ，看看有没有相同情况的人，幸运的是正好找到了差不多情况的，Confyuai AMD GPU crash - AMD Radeon RX 6650 XT: failed to run amdgpu-arch binary not found. · Issue #11524 · Comfy-Org/ComfyUI · GitHub , 看到下面有个回复说到他的 RX6600XT 用了别人构建的 ROCm 运行的很好，于是我就想到了极有可能是 Python 的 cuda 模块并不能正常运行，我就用 Portable 内嵌的 Python 环境（也就是 ComfyUI 使用的 Python 环境）进行了测试：

#ComfyUI_windows_portable\python_embeded>python.exe print(torch.cuda.is_available()) # True print(torch.cuda.get_device_name(0)) # AMD Radeon RX 6600 XT

这么一看，好像 cuda 没有什么问题？但是当我换另外一种方法测试，就发现问题所在了：

x = torch.rand(50000, 30000).cuda() 
print(x) # 崩溃了！

这下可以确定是 cuda 的问题了，直接用 GitHub - guinmoon/rocm7_builds: My own ROCm windows builds from TheRock repository for various architectures such as 680m, 780m, rx6600, etc. 重装 ROCm 和 torch。

#注意用 ComfyUI 内嵌的 Python 环境去安装依赖
ComfyUI_windows_portable\python_embeded\python.exe -m pip install "rocm-7.2.0.tar.gz" "rocm_sdk_libraries_custom-7.2.0-py3-none-win_amd64.whl" "rocm_sdk_devel-7.2.0-py3-none-win_amd64.whl" "rocm_sdk_core-7.2.0-py3-none-win_amd64.whl"

ComfyUI_windows_portable\python_embeded\python.exe -m pip install "torch-2.9.1+rocmsdk20251203-cp312-cp312-win_amd64.whl" "torchaudio-2.9.0+rocmsdk20251203-cp312-cp312-win_amd64.whl" "torchvision-0.24.0+rocmsdk20251203-cp312-cp312-win_amd64.whl"

安装完之后，重试一下

x = torch.rand(50000, 30000).cuda() 
print(x) # 正常输出

完美解决，ComfyUI 也能正常生图了，不会再出现静默崩溃的情况了。

📌 转载信息
转载时间：
2026/1/14 18:31:29

VMware ESXi 零日漏洞可能在披露前一年已被利用

加利福尼亚州禁止数据经纪人转售数百万人的健康数据

黑客利用配置不当的代理访问付费LLM服务

微软可能很快允许IT管理员卸载Copilot

微软2026年1月补丁星期二修复3个零日漏洞和114个缺陷

谷歌确认导致音量键问题的Android漏洞

Betterment在加密货币诈骗邮件浪潮后确认数据泄露

新的网络钓鱼攻击使用具有说服力的LinkedIn评论回复策略

微软正在测试一项新策略，允许IT管理员在受管设备上卸载由AI驱动的Copilot数字助手。

这项名为RemoveMicrosoftCopilotApp的新策略已于今日开始向Dev和Beta Insider通道的系统推送，这些系统需已安装Windows 11 Insider预览版Build 26220.7535（KB5072046）。

正如Windows Insider团队今日在博客文章中解释的，当通过Microsoft Intune或System Center Configuration Manager（SCCM）管理的终端启用该策略后，Copilot将被卸载。

新策略将适用于同时安装了Microsoft 365 Copilot和Microsoft Copilot的设备，且Microsoft Copilot应用并非由用户安装，且在最近28天内未被启动过。

"管理员现在可以通过启用名为RemoveMicrosoftCopilotApp的新策略，以定向方式为用户卸载Microsoft Copilot，"Windows Insider团队表示。

"如果启用此策略，Microsoft Copilot应用将被卸载一次。用户仍可选择重新安装。该策略适用于企业版、专业版和教育版SKU。"

"要启用此策略，请打开组策略编辑器并转到：用户配置 -> 管理模板 -> Windows AI -> 移除Microsoft Copilot应用。"

Windows Insider团队还在努力解决此预览版中的若干问题，包括与音频设备交互时设置应用崩溃的问题，以及点击开始菜单无法启动的问题（尽管使用Windows键可以打开），该问题可能也会影响通知中心（使用WIN + N打开）和快速设置（使用WIN + A打开）。