⑴ 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 聯系我。