WSL 问题

xlc520大约 4 分钟约 1328 字

WSL 问题

启动 docker 后卡住 starting the engine

检查发现是 wsl2 没配置好

wsl2 配置以及微软官方的 docker 配置教程

安装 WSLopen in new window

WSL 上的 Docker 容器入门open in new window

问题：<3>WSL (17) ERROR: UtilTranslatePathList:2853: Failed to translate D:\Software\Microsoft VS Code\bin

查看我并没有这个路径，在环境变量中找到删除即可。

问题：占位程序接收到错误数据。 Error code: Wsl/Service/0x800706f7

解决：

关于 Windows 下 Linux 子系统的安装问题 0x800701bc 与 wsl2 出现“占位程序接收到错误数据”的解决办法-CSDN 博客open in new window

如果重启电脑后反复遇到占位程序接收到错误数据：

下载 NoLsp 工具：http://www.proxifier.com/tmp/Test20200228/NoLsp.exe。open in new window
使用管理员权限启动命令提示符（CMD）或 PowerShell，并 cd 到 nolsp.exe 的位置。
在命令行中输入以下命令（假设 NoLsp.exe 位于当前目录）：

NoLsp.exe c:\windows\system32\wsl.exe

4.如果命令返回“success”，则表示操作成功。

继续输入并运行以下命令：

netsh winsock reset

不需要重启，打开一个新的命令行输入 wsl，已经可以启动

使用 NoLsp 防止 LSP DLL 加载到 WSL 进程是什么原理？
使用 NoLsp.exe 防止 LSP DLL 加载到 WSL（Windows Subsystem for Linux）进程的原理涉及到了几个关键概念：LSP（Layered Service Provider）、DLL（Dynamic Link Library）和 WSL 本身的工作原理。让我们逐一解释： LSP（Layered Service Provider）定义: LSP 是一种 Windows 套接字（Winsock）层，它可以插入自己的网络服务提供者来监视和修改网络数据。这通常用于数据包过滤、网络流量监控、代理服务等。 工作原理: LSP 作为中间层，能截获并操控 Winsock API 的调用。这使得它可以在数据发送到网络协议栈之前，或在数据从协议栈返回到应用程序之前，对数据进行处理。 DLL（Dynamic Link Library）定义: DLL 是包含可以被多个程序同时使用的代码和数据的库。在这种情况下，LSP 通常以 DLL 的形式存在。影响: 当一个程序（如 WSL）启动时，如果系统配置了特定的 LSP，相关的 DLL 就会被加载到程序的进程空间中，可能会影响程序的网络行为。 WSL（Windows Subsystem for Linux） 工作原理: WSL 允许 Windows 用户运行 Linux 环境和命令行工具，而不必安装完整的 Linux 操作系统。WSL 使用 Windows 的网络堆栈，因此受到 LSP 的影响。使用 NoLsp.exe 的原理目的: NoLsp.exe 的目的是阻止特定的 LSP DLL 加载到 WSL 进程中，从而避免由这些 LSP 引起的潜在问题，如网络连接问题或性能下降。操作: 它通过修改 Windows 的网络配置，特别是针对 wsl.exe 进程，来实现这一目的。这样，即使系统上安装了 LSP，它们也不会影响到 WSL 的运行。总的来说，使用 NoLsp.exe 是一种确保 WSL 不受系统中安装的 LSP 影响的方法。这对于解决由于网络配置不当引起的 WSL 启动问题或性能问题非常有用。

问题：wsl: 检测到 localhost 代理配置，但未镜像到 WSL。NAT 模式下的 WSL 不支持 localhost 代理

解决：

hez2010：WSL2 的 2.0 更新彻底解决网络问题open in new window

请注意这篇文章中关于 docker 服务的 WSL 配置！否则会产生本文中的下一个问题！

问题：Windows 家庭版寄主机无法连接到 Docker Desktop 中的 MySQL 容器问题

季风：23 年 11 月解决 Windows 家庭版寄主机无法连接到 Docker Desktop 中的 MySQL 容器问题open in new window

Error response from daemon:`open \\.\pipe\docker_engine_windows`

docker config ls 

Error response from daemon: open \\.\pipe\docker_engine_windows: The system cannot find the file specified.

第一种解决方法

Try running the below commands in the Powershell and start the docker

Net stop com.docker.service

And then

Net start com.docker.service

Alongside the googling I tried asking about this on Sitecore Slack's Docker channel. And Jeff L'Heureuxopen in new window from Sitecore suggested that they'd had dealings with Docker Support over a related issue, and had been given a potential fix. And this one didn't involve any uninstalling. The steps he relayed are:

Fire up a console as Administrator
Run cd 'C:\Program Files\Docker\Docker\resources\'
Run .\dockerd.exe -G docker-users --config-file c:\programdata\docker\config\daemon.json --register-service
Run start-service docker

Now this did not work for me - trying to register the docker service raised an error that the service already existed. However I was able to work out a slight alternative to this which did seem to work for me:

Fire up a console as Administrator
Run stop-service docker
Run cd 'C:\Program Files\Docker\Docker\resources\'
Run ``.\dockerd.exe --unregister-service`
Reboot the computer
Run ``.\dockerd.exe -G docker-users --config-file c:\programdata\docker\config\daemon.json --register-service`
Reboot the computer
Restart Docker Desktop
Put Docker Desktop back into Windows Containers mode

Having done this, I was able to start my containers again, and I could see that the "missing" named pipe had now appeared.

Docker do suggest you might need to change the Docker Engine config in

c:\programdata\docker\config\daemon.json

{
  "experimental": false,
  "hosts": [
    "npipe:////./pipe/docker_engine_windows"
  ]
}

But I didn't find this necessary for my machines - which perhaps makes sense because the software was clearly looking for that pipe originally, so it shouldn't need to be told to?

第三种

Try add Optional Feature - Container and Hyper-V to windows. In Windows 11: Apps → Optional features → More Windows features → Check Containers and Hyper-V and click OK

or try run:

Enable-WindowsOptionalFeature -Online -FeatureName containers –All
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –All