⑴ vs2022无法启动linux调试
VS2022将直接访问WSL并调试WSL里面的任何Linux代码。
使用WSL将不再需要ssh连接VS和Linux虚拟机
Visual Studio 的 WSL 2 工具集允许您从 Visual Studio 在 WSL 2 发行版上构建和调试 C++ 代码，而无需添加 SSH 连接。
原理
VS是先与WSL2建立联系，然后用WSL2上的g++ 编译代码，gdb调试程序。
⑵ 一次不正经的Remote_WSL2体验
VSCode的Remote Development扩展正式发布也有两个月了。我正尝试将开发环境逐渐迁移到WSL，但在配置 Flutter 时，却发现WSL的一个先天硬伤：
—— 不能运行32位ELF程序 。
怎么办呢，尝试升级到 WSL2 吧......
如果WSL安装了 zsh 之类的shell并作为默认启动，那么在使用Remote_WSL时，VSCode的扩展依赖的依旧是 bash 的环境变量配置，并不会启动zsh。
因此，在设置如 android_HOME 、 GOPATH 之类的环境变量时，不要将自定义变量设置保存在 $HOME/.zshrc 里。
在WSL中使用Flutter是我升级到WSL2的动因，WSL2确实解决了运行32bit程序的硬伤，但由于WSL2是完全的虚拟机环境，也产生了新的问题：
—— android虚拟机就不能用了。
当前WSL2预览版本的bug，不能通过shell打开 code 、 explore 之类的windows程序，等待未来版本解决。
⑶ WSL2 之 autoware.auto
安装依赖：
信任 Docker 的 GPG 公钥：
最后安装：
登录：
免 sudo 使用 docker 命令：
效果：
⑷ WSL 使用教程
WSL 是适用于 Linux 的 Windows 子系统，可让开发人员按原样运行 GNU/Linux 环境 - 包括大多数命令行工具、实用工具和应用程序 - 且不会产生传统虚拟机或双启动设置开销。
WSL 分为两个版本，一个是 WSL1，一个是 WSL2，WSL2 是 WSL1 的升级版，主要优势是：
WSL2 建议不要跨操作系统使用文件，若想获得最快的性能速度，请将文件存储在 WSL 文件系统中，在存储时，使用 Linux 文件系统根目录： wsl$Ubuntu-20.04home Project 。
访问 WSL2 文件系统，可以运行命令 WIN+R 或在文件资源管理器地址栏中键入 wsl$ ，以查找相应的分发名称并访问其根文件系统。
大多数情况下我们会使用 WSL2，但在以下情况，请考散液虑使用 WSL1:
可以使用 localhost 从 Windows 上访问 Linux 分发版中的应用。
如果要从 Linux 分发版访问 Windows 上运行的网络应用，则需要使用主机的 IP 地址。你可以执行以下步骤来使其可行。
当使用远程 IP 地址连接到应用程序时，它们将被视为来自局域网 (LAN) 的连接。这意味着你需要确保你的应冲做物用程序可以接受 LAN 连接。例如，你可能需要将应用程序绑定到 0.0.0.0 而非 127.0.0.1 。
当使用 WSL 1 分发版时，如果计算机设置为可供 LAN 访问，那么在 WSL 中运行的应用程序也可供在 LAN 中访问。
这不是 WSL 2 中的默认情况，WSL 2 有一个带有其自己独一无二的 IP 地址的虚拟化以太网适配器。目前，若要启用此工作流，你需要执行与常规虚拟机相同的步骤。下面是一个示例 PowerShell 命令，用于添加侦听主机上的端口 4000 的端口代理并将其连接到端口 4000，并使用 IP 地址 192.168.101.100 连接到 WSL 2 VM。
使用 wsl 可以在 CMD 或 PowerShell 运行 Linux 命令，示例：
以这种方式运行的命令使用的是同一个工作目录，并且以 WSL 默认用户的身份运行，拥有与调用方进程和终端相同的 Windows 管理权限。
WSL 可以使用 [tool-name].exe 直接从 WSL 命令行运行 Windows 工具。例如， notepad.exe 。
以这种方式运行的应胡升用程序具有相同的工作目录，拥有与 WSL 进程相同的权限，以活动 Windows 用户的身份运行，显示在 Windows 任务管理器中。
WSL 还有一些高级用法，比如更改磁盘大小，文件权限，环境变量等，具体配置可以参考官方文档。
⑸ 最详尽教程完整介绍-Windows 的 Linux 子系统-WSL1&WSL2
必须启用“适用于 Linux 的 Windows 子系统”可选功能并重启，然后才能在 Windows 上运行 Linux 发行版。
以管理员运行Powershell（开启WSL，如已开启可跳过）
WSL 1 和 WSL 2 之间的主要区别在于，在托管 VM 内使用实际的 Linux 内核、支持完整的系统调用兼容性以及跨 Linux 和 Windows 操作系统的性能。
WSL2相比WSL1来说可以完美支持Docker。与WSL1的模拟Linux API不同的是，WSL2采用在Hyper-V虚拟机中运行的方案。可以说WSL2和原汁原味的Linux已经十分接近
不支持Docker的守护进程，但您可以使用 Docker CLI 连接到通过 Docker for Windows 或您创建的任何其他VM 运行的远程Docker守护进程
不能完全兼容systemctl, systemd等等，IO速度相对原生Linux也是大打折扣，在编译和解压方面可以很深体会到。毕竟不是真正的Linux，而是挂在Windows NT内核之上的仿Linux 系统
由于WSL 还不是原生的Linux，所以需要借助 Docker for Windows 来实现Docker（Docker for Windows 是基于Hyper-V 技术）
另外一种方式是，在WSL1中安装docker 客户端，连接 docker server, 来解决在WSL1上使用docker 的问题。（PS: Win10 的Linux 子系统是装不了 docker （服务端）的，但是可以安装客户端）
参考
WSL2 是第二代 WSL，包含在2020年5月正式发布 Windows 10 v2004 版中。相比第一代，新的 WSL2 重新设计了架构，使用真正的 Linux 内核，几乎具有 Linux 的所有完整功能。启用WSL2的 Linux 系统启动时间非常快，内存占用很少，并且，WSL 2 还可以直接原生运行 Docker，VS Code 编辑器还有 Remote-WSL 插件，相对于完整的 linux 虚拟机只是不支持 systemctl、systemd，不能直接运行图形桌面。Windows 也越来越向虚拟平台靠拢，Windows NT 内核和 Linux 内核都是运行在虚拟平台之上的，是平级的
如果发现VERSION为1，说明Ubuntu运行在WSL1下，可以升级到 WSL2。同样，WSL2也可以降级到WSL1。
wsl -l -v #查看已安装Linux版本和名称，完整命令格式：wsl --list --verbose
具体步骤参考 ： https://docs.microsoft.com/zh-cn/windows/wsl/install-manual#step-4---download-the-linux-kernel-update-package
安装 WSL 2 之前，必须启用“虚拟机平台”可选功能
wsl --set-version Ubuntu 2 #升级到WSL2，其中 Ubuntu 是已经安装的Linux名称，命令格式：wsl --set-version <Distro> <Version>
启用WSL后，通过 wsl$ 可以访问WSL文件
最初的WSL是在Windows之上模拟Linux内核，但是Windows和Linux之间存在如此基本的差异，以至于某些事情不可能以与本机Linux相同的行为实现，这意味着不可能直接在 WSL中运行 Docker Engine 和Kubernetes
在WSL1中，Docker Desktop通过Hyper-V虚拟机去运行docker环境的
升级到WSL2 之后， Docker Desktop 可以直接用 WSL2，直接运行在Linux 内核上了
通过如下设置，Docker Desktop就和WSL2分发版本进行了集成，无需在WSL中安装docker; 当然，也可以选择不与Docker Desktop集成，直接在WSL 中运行docker 容器。
启用WSL后，docker运行数据都在WSL发行版中，文件位置都只能由WSL管理
安装docker后，docker会自动创建2个发行版：
WSL发行版默认都是安装在C盘，在%LOCALAPPDATA%/Docker/wsl目录
docker的运行数据、镜像文件都存在%LOCALAPPDATA%/Docker/wsl/data/ext4.vhdx中
通过 WSL 2 集成，您仍然可以体验到与 Windows 的无缝集成，但在 WSL 中运行的 Linux 程序也可以执行相同的操作。这对于从事面向 Linux 环境的项目或为 Linux 量身定制的构建过程的开发人员产生了巨大影响。不再需要维护 Linux 和 Windows 构建脚本！例如，Docker 的开发人员现在可以在 Windows 上的 Linux Docker 守护程序上工作，使用与 Linux 计算机上的开发人员相同的工具和脚本集：
注：WSL2 Docker最爽的地方是和宿主机Win10共享network，我们在宿主机Win10使用localhost加端口号就可以访问Docker中对应container中的服务，十分方便
wsl #启动
wsl --shutdown #关闭所有正在运行的 Linux 和 WSL 2
启动 WSL2 之后，会在任务管理器中发现多了一个 虚拟机工作线程
访问wsl 文件
卸载发行版
有时候某个Linux发行版不再使用，或者是环境被搞坏需要重装，这时候我们可以卸载掉这个Linux发行版。方法如下。
⑹ WSL2中使用adb和fastboot
最近在用WSL2编译aosp和lineageos ，由于WSL2和WSL使用不同的技术，导致WSL2中Ubuntu识别不了usb，无法使用
adb devices 和 fastboot devices
网上查了一番 https://blog.csdn.net/u014175785/article/details/113438143
看起来挺靠谱，实则
方法1 ，在sh脚本文件中不能用别名alias ，方法2 不仅麻烦而且没成功
最后研究发现，还是用ln 才成功
根据上面的方法1得知 wsl2中的shell是支持adb.exe 命令的
所以可以用下面方法
⑺ WSL下编译OpenWrt/LEDE笔记
WSL的安装参见 Windows10 玩SmartDNS告别污染
最好别装在默认的C盘，编译文件量巨大（占用空间近6G）
参考: 文献1 , 文献2
替换国内源 Ubuntu国内源
更新环境软件包 命令: sudo sh -c "apt update && apt upgrade -y"
安装依赖包 :
取消WSL PATH 与windows PATH关联
将Debian目录设置为 大小写敏感路径 参考
前面的参考文都采用的系统代理的方式加速，我这里代理效果不佳，常常 TimeOut ，所以采用了镜像连接的方法
这里使用新加坡镜像为例: 参考1 , 参考2
以编译 极路由B70硬改SPI版 为例:
配置结束，编译预备：
第一次编译耗时大约1小时左右, 具体看电脑配置。
以后编译可以使用多线程，速度更快： 参考
编译好的固件位置：
⑻ 2020-11-09 Win10 WSL编译Linux code速度极慢
新装了一台i5 10400 cpu的主机。编译Linux工具链, 发现在win10 WSL 2.0，Ubuntu环境下，速度极慢。同样的机子我还装了Ubunut 20.04, 差距明显，要快很茄旦银多。甚至比Macbook Pro下运行LUbuntu虚拟机下的执行速颤宴度还要慢一半。迟毁
口说无凭，列个表格，下面几项，是编译同样的东西，我从输出日志里面取的。
所以Windows下做一些Linux驱动的开发是非常不合适的，不知道时间都花在哪里了？运行的时候，CPU的6个线程100%负载，6个线程60%负载。不如装个虚拟机用。
⑼ WSL2 搭建 Rancher 开发环境
@author Fu Kai
@since 20211128
一、 安装 WSL2
二、 安装 Rancher-2.5.x
三、 配置容器镜像源
四、 添加主机静态路由
五、helloworld 案例
不多说
service docker start
安装 docker-compose
这里给出我的 docker-compose
启动要耗费一些时间，需要耐心
Docker 中安装 Rancher 默认使用的 K3s，K3s 是 K8s 的精简版，底层不是用 docker 而是用的 containerd，配置容器镜像源会和 docker 不同。
进入 rancher 容器
docker exec -it rancher-2.5.11 /bin/bash
vi /etc/rancher/k3s/registries.yaml
配置自己的阿里云 docker 镜像或者其它国内镜像
exit 退出 rancher 容器
docker restart rancher-2.5.11 重启 rancher 容器
默认情况下每次重启 WSL2 系统都会给 WSL2 重新分配 IP 地址，截止 20211128，WSL2 还不能固定 IP
现在有效的做法可以通过建立网络适配器固定 WSL2 的 IP
新建.bat 文件，写入下面两行后以 管理员 执行
其中 Ubuntu-20.04 是通过 cmd wsl --list 命令获得(发行版 Unbutu 升级后可能就不是 20.04 了)
主机 cmd 执行 ipconfig /all
执行后会在本机虚拟网卡 vEthernet (WSL) 中增加一个固定 IP 192.168.153.128
WSL2 执行 ifconfig
在 WSL2 中新增一块虚拟网卡 eth0:1 拥有固定 IP 192.168.153.129
上图 IP 172.25.32.1 不断变化，目前没办法固定，固定的是自定义的 192.168.153.128
主机 →WSL2: ping 192.168.153.129
WSL2→ 主机: ping 192.168.153.128
如上配置好后就可以通过 192.168.153.129 访问 WSL2 容器，如果 WSL2 中启动了一个映射 3306 端口的容器，则通过 192.168.153.129:3306 就可以直接访问到
但访问 Rancher 部署的应用就会有问题
部署好后 helloworld0 生成了随机端口 31928
鼠标悬浮在端口号上，发现跳转的 URI 是 172.172.172.14:31928
使用 Docker 部署的 Rancher 会使用 iptables 直接做端口的映射，即在 run 容器的时候不使用-p 指定端口映射也没关系，iptables 会直接映射这些端口
即，此例中 helloworld0 映射 31928 端口，我通过 172.172.172.14:31928 可以在 WSL2 环境直接访问到这个 helloworld0
说明使用 Rancher 部署的 helloworld0 没有问题
在 WSL2 中访问没问题了，那主机访问有没有问题呢？
这里会涉及到网络的知识， 172.172.172.14 与 192.168.153.129 属于 WSL2 的不同网段，访问 192.168.153.129 并不能访问到 172.172.172.14 ，属于跨网段，这时需要添加静态路由表自定义路由
首先
在 WSL2 中执行命令 iptables -P FORWARD ACCEPT (临时，重启后失效) 允许路由转发
(永久暂不知道如何配置)
然后
在主机管理员 cmd 执行 sc start RemoteAccess
然后执行 route add -P 172.172.0.0 mask 255.255.0.0 192.168.153.129
主机访问 172.172.0.0 这个网段的内容，指定下一跳为 192.168.153.129 ，再到 WSL2 中找到 172.172.172.14
ping 172.172.172.14 可以 ping 通
最后从网页访问可以访问到 rancher-helloworld 页面
[1] wsl2 中 docker 内部网络的端口转发. https://www.yht7.com/news/96591
⑽ 《使用WSL 安装Rosetta 指南》
本文为利用WSL安装Rosetta的使用教程。旨在指导Rosetta用户快速上手，少走弯路。在Windows上部署自己的Rosetta运行环境。
1.WSL安装部署
2.在 WSL中安装Ubuntu 18.04 LTS
3.配置Ubuntu环境
4.编译安装Rosetta
本指南目前完整测试过Windows10 20H2。本文档中的所有相关操作都以Windows10 版本 1903 或更高版本为基础。
在这一节中，我们将安装WSL并将其升级至WSL2
要使用安装wsl，必须先完成以下3步：
开始安装WSL
安装WSL这一步如果还有疑问，可以参考链接： 在 Windows 10 上安装适用于 Linux 的 Windows 子系统 (WSL) | Microsoft Docs
安装 WSL 2 之前，必须启用“虚拟机平台”可选功能。 计算机需要启用虚拟化功能才能使用此功能。
1.2.1.1在计算机BIOS中完成虚拟化功能配置
开机后，以管理员身份打开 PowerShell 并运行：
重新启动 计算机，以完成虚拟化平台功能安装。
打开 PowerShell(管理员)，然后在安装新的 Linux 发行版时运行以下命令，将 WSL 2 设置为默认版本：
至此，我们已安装WSL并将其升级至WSL2
首次启动新安装的 Linux 分发版时，将打开一个控制台窗口，系统会要求你等待一分钟或两分钟，进行初始化。
3.然后我们需要 为新的 Linux 分发版创建用户帐户和密码 。
现已成功安装并设置了与 Windows 操作系统完全集成的Ubunt18.04
打开已安装的Ubunt18.04，依次输入以下命令安装运行环境
运行sudo命令后，系统可能提示输入当前用户账户密码以提权运行命令
安装完成后，再次检查版本是否符合系统要求，保证安装的正确性。
TensorFlow二进制安装使用TensorFlow官方上传到pypi的二进制whl包。
安装完成后，检验TensorFlow可用性：
这一步耗时较长，输出
表示安装成功
如对本文中安装过程有疑问，欢迎在评论区评论，或 Email 联系我。