第一步，启动guest用户

因为是家庭版肯定没有组策略

net user guest /active:yes

第二步，开启空密码，注册表 win r regedit

HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Lsa

LimitBlankPasswordUse

改为0

其实第二步没什么必要，

主要是windows凭据中要添加对应共享打印机计算机的guest用户登录凭证

没密码也行，如果提示要密码，那确实就要改注册表

还有说是组策略没开启 管理模板 打印机 配置RPC连接设置

扩展家庭版开启组策略：

@echo off

pushd "%~dp0"

dir /b C:\Windows\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientExtensions-Package~3*.mum >List.txt

dir /b C:\Windows\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientTools-Package~3*.mum >>List.txt

for /f %%i in ('findstr /i . List.txt 2^>nul') do dism /online /norestart /add-package:"C:\Windows\servicing\Packages\%%i"

pause

还有旧端口没法删除的，

停用服务中的Print Spooler

再删除C:\Windows\System32\spool\PRINTERS

参考：打印机端口删除不了，提示资源请求中_删除打印机端口显示请求的资源正在使用中-CSDN博客

远程共享打印机凭证冲突怎么解决 一步步教你排查网络凭据错误与权限设置问题 - 会计魔方网

把桥接的虚拟交换机从原来的I210改成wifi网卡。。。

结果问题来了。。。每次DHCP虚拟机上获得都是跟主机一样的ip。。。

目前没有更好的办法，只能让虚拟机使用静态ip

WiFi 路由器 (DHCP 服务器)
    ↓
看到一个 WiFi 客户端: MAC 8C:77:3B:20:47:B6 (宿主机物理网卡)
    ↓
但收到来自两个不同 MAC 地址的 DHCP 请求：
    ├─ MAC XXX (宿主机)
    └─ MAC YYY (虚拟机)

WiFi 路由器 (DHCP 服务器)
    ↓
看到一个 WiFi 客户端: MAC 8C:77:3B:20:47:B6 (宿主机物理网卡)
    ↓
但收到来自两个不同 MAC 地址的 DHCP 请求：
    ├─ MAC XXX (宿主机)
    └─ MAC YYY (虚拟机)

在数据包层面，路由器看到的是：

WiFi 帧头: 源 MAC = XXX (宿主机 WiFi 层)
    └─ 内部以太网帧: 源 MAC = YYY (虚拟机)

WiFi 帧头: 源 MAC = XXX (宿主机 WiFi 层)
    └─ 内部以太网帧: 源 MAC = YYY (虚拟机)

MAC-in-MAC 封装，需要路由器支持才能正确处理。WIFI需要支持WDS。。。

实际家用路由并不支持。。。商用具体。。。不明。。。

一般VMnet不会有这个问题。。。但是又不能在windows下进行硬件直通。。。囧

==============================================

上述的设置会导致向上层的路由器arp攻击。。。建议通过这个设置1.Hyper-V虚拟机在wifi环境下的外网连接配置_hyper-v wifi环境配置网络csdn-CSDN博客

{
  "builder": {
    "gc": {
      "defaultKeepStorage": "20GB",
      "enabled": true
    }
  },
  "experimental": true,
  "min-api-version": "1.24"
}

Portainer problem in windows docker 4.52.0 - Docker Desktop - Docker Community Forums

原因是 Portainer目前不支持最新版本的 docker的 API。。。

不是 /var/run/docker.sock的问题

Portainer Community Edition2.33.5 LTS 增加了对docker v29的支持问题解决

但是在4.45版本以后docker windows版本对etc的修改完全无效

并且在4.48后修改了vhdx的生成逻辑，不是从 wsl-bootstrap.tar 中生成新的wsl的虚拟硬盘文件而是通过 Docker\resources\wsl\ext4.vhdx再生成一个wsl的虚拟硬盘文件。。。tar文件在 windows中修改还算容易 ext4.vhdx是一个fdd形制的ext4分区。。。windows中尝试了 diskgenius无法读取更无法修改。。。

windows启动的方式还是原来的 bat文件因为我的网络驱动还是放在 Hyper-V中的 truenas

我使用的虚拟机是之前 PVE升级上来的 debain带 gui

具体就是把 Docker\resources\wsl\ext4.vhdx 放到 Hyper-V虚拟机的新建的 scsi硬盘驱动器上

debian图形版本会自动加载到 mnt下的在一长串不知道是 uuid还是什么的路径下打开终端然后 sudo -i

并在 ./etc/而不是 /etc/的 fstab中写入（因为你要修改的是 docker的文件而不是你自己虚拟机的）

Z:      /mnt/host/z     drvfs   nofail  0 0

还有在新建路径 /mnt/host/z

mkdir -p ./mnt/host/z

我的网络驱动器是挂载到 Z:中的具体情况请根据自己的电脑修改。

%userprofile%\AppData\Local\Microsoft\WindowsApps

删掉python.exe这就是跳转用的，0kb

因为我通常用的是anaconda安装目录的的python

方法是在环境变量中添加anaconda的安装目录就行

Total ZFS Errors:大概有77K之多（）

Datasets中显示全部是Checksum Errors

并且伴随有Dashboard无法显示正常log记录

zpool status zp1 -v

zpool status zp1 -v

zpool status zp1 -v

查看具体错误在哪

目前看到是.system中的netdata出问题，所以这也会伴随Dashboard无法显示之前的网速记录之类的问题。

还有个就是/var/db/system/netdata/dbengine/datafile-1-0000000090.ndf

之类的问题

首先zp1是我的储存池，有定期Periodic Snapshot Tasks，从周六后的八月10号11号12号13号皆有错误，所以我在Snapshot（快照）中搜索删除netdata对应的相关快照

之于/var中的问题，尝试了移动但还是有错误存在。所以直接rm相关的文件就好了。。。

然后再

zpool clear zp1

zpool clear zp1

zpool clear zp1

来重置错误计数。

具体需不需要scrub就好如何了

可以在Storage Dashboard中操作或者在ssh中操作。。。

scrub根据硬盘数据的大小可能会有数个小时，不建议ssh操作。。。

zpool scrub zp1

zpool scrub zp1

后台运行需要配合nohup，&，screen。。。

ref. Teams App not working stating needs Edge Webview2 - Microsoft Q&A

找到如下。。。

Solution Steps:

Open Registry Editor (regedit).

Navigate to the following registry path: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\EdgeUpdate\Clients\

Under the Clients folder, find and delete the folder with the name: {F3017226-FE2A-4295-8BDF-00C3A9A7E4C5}.

After deleting this registry folder, run the WebView2 installer to reinstall WebView2.

Once WebView2 is reinstalled, Microsoft Teams launched successfully without issues.

2025年8月4日。。。不起作用WIN11 24H2 26100.4652

Microsoft Teams version 25185.410.3812.8024

假设 zp1是 smb共享的并且开启回收站的储存池
并且挂载在 /mnt/zp1
核心逻辑是 truenas中开启回收站是正常挂载在 mnt中的。Apps之类的并不会生成回收站

sudo zfs list| grep "/mnt/zp1"|awk '{print $5}'|xargs -i rm -rf {}/.recycle

如果用 find去找因为 NAS的容量太大了，找下来太旧了。。。