在 Windows 11 上使用 WSL2 和 Ubuntu 安裝 Linux：完整指南

在 Windows 11 中使用 WSL2 和 Ubuntu 來運行 Linux 它已成為兼顧兩者優勢而無需為分區而煩惱的最便捷方式之一。 雙起跑 你也不需要重量級的虛擬機器。如果你之前使用 Linux，或者只是需要一些典型的 GNU/Linux 工具來進行開發、系統管理或測試，那麼你應該充分利用這個功能。

在這篇文章中你會看到 WSL 和 WSL2 究竟是什麼？與虛擬機器或雙啟動相比，它們的優勢和劣勢分別是什麼？實際要求必須滿足，如何在 Windows 10 和 Windows 11 上逐步安裝子系統，如何添加 Ubuntu（或其他發行版），如何從 Windows 終端使用它們，以及一些技巧、高級用法和您可能遇到的常見問題。

什麼是 WSL？為什麼它在 Windows 10 和 Windows 11 中如此重要？

WSL（適用於 Linux 的 Windows 子系統） 這是 Windows 10 和 Windows 11 內建的功能，可讓您像執行其他系統應用程式一樣執行 GNU/Linux 發行版。您無需設定雙啟動或完整的虛擬機，只需從 Microsoft Store 安裝發行版（Ubuntu、Debian、Kali、Fedora、Alpine、SUSE、Arch 等），然後在終端機視窗中使用它，並可存取大多數 Linux 命令列工具。

第一代，被稱為 WSL1 將 Linux 呼叫轉換為 Windows 核心呼叫。 透過兼容層實現。這使得許多工具能夠很好地工作，但對於需要底層核心存取或特定網路和檔案系統功能的應用程式來說，它有其限制。

同 WSL2，微軟邁出了重要一步。現在，完整的 Linux 核心運行在由 Windows 自帶的虛擬化平台（底層是 Hyper-V）管理的輕量級虛擬機器中。這幾乎完全相容於系統調用，並顯著提升了許多任務的效能，在某些情況下，甚至在 Geekbench 等綜合基準測試中超越了原生 Windows 系統。

這一切的美妙之處在於… WSL2 感覺不像典型的虛擬機器。它與 Windows 檔案系統集成，啟動只需幾秒鐘，消耗的記憶體比傳統虛擬機少得多，並且像其他任何應用程式一樣進行管理，無需複雜的面板或複雜的配置。

對於開發者、管理員和好奇的使用者而言，這意味著： 你可以使用與原生 Linux 系統相同的工具。 （bash、git、ssh、Docker、伺服器、編譯器、套件管理器等）與 PowerShell、檔案總管和 Windows 生態系統的其他部分協同工作。

WSL 和 WSL2 的主要區別

雖然它們從外表上看可能相同， WSL1 和 WSL2 底層的工作原理截然不同。這會影響效能、相容性和資源使用情況。了解這些差異很重要，這樣才能知道何時該使用哪一種。

同 WSL1，Linux 透過轉換層工作。 這會將系統呼叫（syscall）轉換為與 Windows 核心相容的呼叫。這可以顯著降低資源消耗並加快啟動速度，但會限制與依賴真正核心的軟體的兼容性，特別是那些需要高級網路功能、檔案系統或核心模組的服務。

En WSL2 的確在一個小型虛擬機器中運行著真正的 Linux 核心。 它採用了 Hyper-V 技術，但整合得非常無縫，用戶幾乎感覺不到它的存在。這顯著提高了相容性（可以使用原生 Docker、更複雜的伺服器、資料庫等）以及 I/O 操作、繁重編譯或密集磁碟存取的效能。

關於整合方面， 這兩個版本都允許與 Windows 共用檔案系統。 並且可以從 PowerShell 或命令提示字元執行命令，但 WSL2 大大改進了對 /mnt/ 和其他驅動器的訪問，以至於您可以直接從檔案總管導航到 Linux 檔案系統。

總結主要觀點： WSL1 非常輕量級，但功能有所限制。而 WSL2 幾乎完全相容於真正的 Linux 系統。 但代價是依賴一個經過高度優化的虛擬機，以至於在實踐中感覺不像是傳統的虛擬機。

在 Windows 10 和 Windows 11 上安裝 WSL 和 WSL2 的要求

在正式上線之前，你需要確認你的團隊是否符合要求。 WSL 和 WSL2 的最低系統需求尤其是如果你還在使用 Windows 10 系統的話。

至 WSL（初版）幾乎任何更新的 64 位元 Windows 10 或 11 版本都可以運行。您真正需要關注的是系統需求。 世界超級聯賽2:

• Windows 10的x64- 版本 1903 或更高版本，內部版本號 18362 或更高版本。
• 視窗 10 ARM64版本 2004 或更高版本，內部版本號 19041 或更高。
• 窗戶11只要更新到最新版本，它幾乎標配了對 WSL2 的支援。

如果你的系統版本低於這些版本， 您將無法使用 WSL2 雖然 WSL1 也支援。解決方法是使用 Windows 更新或官方的 Microsoft 更新助理更新 Windows。

要查看系統的確切版本，只需 按下 Windows + R 鍵，然後輸入“winver”，開啟“執行”視窗。在那裡您會看到版本號和內部版本號。如果您看到類似 1903、2004、20H2、21H1、21H2 等的內容，那麼通常來說，您就找到了適用於 WSL2 的正確版本。

在硬體層面，你需要 支援虛擬化的 64 位元處理器 （Intel 平台使用 VT-x，AMD 平台使用 AMD-V），且此選項已在 BIOS/UEFI 中啟用。您可以 檢查虛擬化 只需開啟工作管理員（Ctrl+Shift+Esc），選擇「效能」選項卡，然後選擇「CPU」部分，並確認「虛擬化」欄位顯示為「已啟用」即可。

如何在 Windows 11 上快速安裝 WSL2

在 Windows 11（以及相對較新的 Windows 10）中 安裝 WSL2 最簡單的方法是使用單一命令。無需手動勾選選用功能中的複選框。

你只需要 以管理員身分開啟 PowerShell （右鍵點選「開始」按鈕 → Windows 終端機（管理員）或 PowerShell（管理員））並啟動：

wsl –安裝

透過此命令， Windows 會自動啟用必要的功能 對於 WSL 和 WSL2，請安裝虛擬機器平台並下載預設的 Linux 發行版（現在通常是 Ubuntu）。完成後，系統會提示您重新啟動電腦以完成設定。

首次啟動新安裝的發行版時，會開啟一個控制台，其中 Linux 檔案已解壓縮並配置完成。這個過程只​​有第一次會稍微耗時；後續運行將在不到一秒的時間內開始。

如果您想要變更預設安裝的發行版，可以使用該參數。 -d 在安裝命令本身中，或列出所有可用選項：

• wsl.exe –list –online 查看商店中可用的發行版。
• wsl.exe –install DistroName 安裝特定發行版（例如 Ubuntu、Debian、Kali-linux、openSUSE 等）。

在 Windows 10 上逐步安裝 WSL2

如果您仍然使用 Windows 10 或更喜歡手動控制該過程， 您可以透過幾個非常清晰的步驟來啟動 WSL 和 WSL2。可以透過圖形介面或 PowerShell 命令進行操作。

從傳統介面來看，你需要做的是 開啟 Windows 選用功能視窗. 按 Windows + R，輸入 OptionalFeatures.exe 並接受。在出現的清單中，至少勾選以下複選框：

• Windows Linux子系統 (適用於 Linux 的 Windows 子系統)。
• 虛擬機器平台 （VirtualMachinePlatform），WSL2 需要它。

套用變更後，Windows 將安裝元件。 它會提示您重新啟動系統。這樣做是為了確保啟動成功。

如果你喜歡使用控制台，也可以達到相同的效果。 運行一些 DISM 和 PowerShell 命令 具有管理員權限：

• 啟用 Linux 子系統： dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
• 啟動虛擬機器平台： dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all

完成這些步驟後，請手動重新啟動。建議之後再進行操作。 安裝適用於 WSL2 的 Linux 核心更新微軟透過自己的安裝程式分發該軟體。您可以從官方 WSL 網站（位於 Azure blob 中）下載軟體，然後只需按照經典的「下一步 → 下一步 → 完成」精靈進行操作即可。

最後，值得澄清的是： WSL2 將成為預設版本 安裝新發行版時，請以管理員身分開啟 PowerShell 並執行以下命令：

wsl --set-default-version 2

這樣一來，每次您從 Microsoft Store 下載 Linux 發行版時， 在 WSL2 上，它將預設為配置。 而不是 WSL1。

從 Microsoft Store 安裝 Ubuntu 和其他 Linux 發行版

子系統運作後， 現在您需要選擇要使用的 GNU/Linux 發行版。最簡單的方法是在 Microsoft Store 中搜尋它，就像安裝其他任何應用程式一樣。

打開 在 Microsoft Store 中輸入「Ubuntu」或直接輸入「Linux」。 在搜尋引擎中，您會看到一個與 WSL 相容的發行版列表，其中包括：

• Ubuntu（各種 LTS 版本，例如 20.04 或 22.04）。
• Debian的。
• Kali Linux。
• openSUSE / SUSE Linux Enterprise。
• Fedora、Alpine、Arch 以及其他變體，視情況而定。

選擇你感興趣的那個，然後點擊 安裝或取得 然後讓 Windows 下載並安裝鏡像。完成後，您將在「開始」功能表中看到以發行版名稱命名的圖示（例如，「Ubuntu 20.04 LTS」）。

首次運行時，內部安裝將完成， 您將被要求建立 Linux 使用者名稱和密碼。這些帳戶無需關聯到您的 Windows 帳戶；它們是獨立的帳戶。之後，您就可以隨時在終端機模式下使用該發行版了。

如果您的 Ubuntu 最初安裝的是 WSL1，您可以透過在 PowerShell（以管理員身份）中執行以下命令將其轉換為 WSL2：

wsl –set-version Ubuntu-20.04 2

如果您使用的是其他版本或發行版，請相應調整發行版名稱。系統將執行轉換，並在轉換完成後顯示類似「轉換完成」的訊息，表示系統現在運行在 WSL2 上。

管理版本、發行版和基本 WSL 指令

一旦你安裝了多個發行版，了解這些資訊就很有用了。 如何列出、更改和執行它們中的每一個 不會變得太複雜。

若要查看已安裝的發行版以及每個發行版運行的 WSL 版本，請使用下列命令：

wsl.exe –list –verbose

在那裡，您可以看到名稱、狀態（正在運行或已停止）以及它是在 WSL1 還是 WSL2 上運行。如果您想要更改任何已安裝發行版的預設版本，命令如下：

wsl.exe –set-version DistroName 1 o wsl.exe –set-version DistroName 2

如果你感興趣的是… 所有新發行版都直接安裝在 WSL2 上。， 保持：

wsl.exe –set-default-version 2

您也可以決定執行以下命令時哪個發行版將成為預設發行版。 WSl 透過 PowerShell 執行此操作。具體操作如下：

wsl.exe –set-default DistroName

如果您只想執行特定命令而無需完全進入互動式 shell，操作非常簡單：

WSl

例如： wsl ls 將列出 Linux 環境中目前目錄的內容，而 wsl 密碼 它會顯示從發行版檔案系統中看到的路徑。

在 Windows 終端機中使用 Ubuntu 和其他發行版

使用 Windows 11（以及從應用程式商店安裝的 Windows 10），您有 Windows Terminal，一款現代控制台應用程式 它將 CMD、PowerShell 和 WSL 統一到一個具有選項卡、面板和高級自訂功能的單一介面中。

Windows Terminal 會自動偵測已安裝的 WSL Linux 發行版，因此 您可以使用 Ubuntu、Debian、Kali 等系統直接開啟新分頁。 無需透過各個發行版的圖示啟動它們。

終端的優點包括： 支援多標籤頁、分割畫面面板、完整的 Unicode 和 UTF-8 編碼圖形加速功能可用於文字渲染，並且可以根據您的喜好自訂配色方案、字體、背景甚至鍵盤快速鍵。

為了舒適地工作，這很常見 為每個 WSL 發行版設定一個設定檔 根據您正在執行的操作，可以在它們和 PowerShell 之間切換：例如，在 Ubuntu 中編譯程式碼、在 Debian 中啟動腳本或在 Kali 中管理服務，所有這些都可以在同一個視窗中完成。

如果在 PowerShell 中開啟 WSL 會話後想要返回 Windows shell，只需鍵入以下命令即可。 出口 退出該 Linux 會話並返回原始解釋器。

WSL2 相對於虛擬機器和雙啟動的優勢

除了技術上的趣味性之外，WSL2 還有 與使用 VirtualBox/VMware 設定虛擬機器或雙啟動系統相比，這些優勢非常實用。尤其是如果您主要從事系統開發或管理的話。

就資源而言， WSL2 比傳統的虛擬機器輕量得多。記憶體和 CPU 是動態管理的，僅在發行版運行時才會佔用。您無需像使用虛擬機那樣預先分配 4GB、8GB 甚至更多的內存，這對於內存不足的計算機來說尤其重要。

就速度而言， 在 WSL2 中啟動發行版幾乎是瞬間完成的。這與在 VirtualBox 中載入一個完整的 Linux 系統所需的幾秒鐘（甚至幾分鐘）相比，簡直天壤之別。對於編譯、運行服務、使用 Docker 或操作命令列工具等日常任務，體驗速度快得驚人。

另外， 與 Windows 檔案系統的整合遠勝於其他方式。 就像虛擬機器一樣。你可以使用類似 /mnt/c 這樣的路徑從 Linux 存取 Windows 資料夾，也可以透過檔案總管導航到發行版的內容，而無需笨重的共用資料夾或其他類似的東西。

與雙啟動相比，最大的差異在於： 從 Windows 切換到 Linux 不需要重新啟動電腦。您可以同時使用這兩個系統，並在兩個環境之間無縫傳輸資料。 Linux 可以毫無問題地讀取資料。 NTFS分割區Windows 可以透過 WSL 存取 ext4 檔案系統，填補了先前需要第三方工具才能存取的空白。

但是，如果您要找的是 利用完整的圖形環境釋放 Linux 的全部潛力儘管WSL2提供了最大的驅動程式靈活性以及對網路和硬體的密集使用，但原生或雙啟動系統仍然是最強大的選擇。 WSL2的目標並非取代所有可能的應用場景，而是大幅簡化那些不需要完整Linux桌面環境的場景。

WSL 和 WSL2 的限制和缺點

雖然 WSL2 相較於 WSL1 有了很大的改進， 並非一切都是完美的 此外，還有一些限制需要注意，以免在更改工作流程時遇到任何意外情況。

首先， WSL1 沒有真正的核心支持因此，像 Docker 這樣的工具或依賴高階核心特性的服務可能無法正常運作，或者需要一些變通方法和額外的層。 WSL2 已經解決了這個問題，但始終建議您檢查您正在使用的版本。

在 WSL2 中，雖然存在真正的 Linux 內核， 網路和某些週邊設備繼續經歷額外的層級。這在某些特定的網路任務中，或在處理某些 USB 和串列埠裝置時，可能會造成一些額外的開銷。對於大多數用戶來說，這不成問題，但對於某些生產環境或非常特殊的硬體而言，這可能會成為效能瓶頸。

另一個重要的問題是 WSL 發行版並非設計為 經典伺服器許多系統預設不會啟動 systemd，這使得以傳統 Linux 伺服器的方式運行持久守護程序等服務變得複雜。雖然有一些方法可以繞過這個限製或使用自訂腳本，但這對於大型生產工作負載來說並非理想方案。

此外，還有一個概念上的限制：由於它是在Windows系統內運作的， 人們很容易陷入這樣的迷思：學習或安裝完整的桌面 Linux 系統是不值得的。WSL 提供了一個強大的終端機環境，但它並不能取代完整的 Linux 桌面體驗，包括其視窗管理器、原生驅動程式和視覺化應用程式生態系統。

簡而言之， WSL 非常適合開發、測試、腳本編寫、自動化和管理。然而，它並非設計用來替代真正的 Linux 伺服器或作為高效能生產平台，儘管在許多情況下它的效能已經很接近了。

WSL 與 Docker 和其他虛擬化系統對比

概念很容易混淆，所以明確區分它們很重要。 WSL、傳統虛擬機器和 Docker 等容器因為每項技術解決的都是不同的問題。

虛擬機器（VirtualBox、VMware、Hyper-V classic） 它運作的是一個完整、獨立的作業系統。 從主機端運行。您可以分配固定資源並運行一個包含桌面、服務以及其他所有所需功能的 Linux 系統，但記憶體和 CPU 成本更高，並且與 Windows 的整合相對有限。

另一方面，WSL2 它依賴於輕量級且高度可控的虛擬機器。 僅運行 Linux 所需的功能，並將其與 Windows 完全整合：共享檔案系統、近乎即時的啟動、靈活的資源消耗，以及直接從 PowerShell 執行 Linux 命令的能力。

Docker採取了不同的方法： 容器並非完整的作業系統相反，它們是運行特定應用程式或服務的最小環境，與其他部分完全隔離。每個容器都基於一個僅包含運行其程式所需基本元件的鏡像，因此非常輕量級，易於大規模部署。

WSL2 的最大優勢在於： 它允許你在 Windows 系統中，在真正的 Linux 核心上原生使用 Docker。這避免了多年前許多不得不採取的變通方法。對於開發而言，Windows + WSL2 + Docker 的組合提供了一個非常強大的環境，無需離開 Windows 桌面即可模擬生產環境。

最終， WSL2 和 Docker 相輔相成 與其說是競爭，不如說是前者在整合到 Windows 的終端機中提供了一個完整的 Linux 系統，而後者則允許你以隔離和可重現的方式將特定服務打包到該 Linux 系統（或其他環境）中。

圖形環境、Win-KeX 和未來的 WSL 改進

相當長一段時間裡， WSL僅限於終端使用。如果需要圖形化環境，則必須使用 X 伺服器或特定工具來建立第三方解決方案。一個值得注意的例子是： Win-KeX（Windows Kali桌面體驗）這是 Kali Linux 的創建者提供的解決方案，它透過與 Windows 整合的 VNC 會話提供完整的 Kali 桌面。

Win-KeX 允許 在 Windows 系統中執行 Kali 圖形應用程式 它就像一台虛擬機，但整合度更高。它甚至提供Linux視窗與Windows視窗混合的模式，讓人感覺所有內容都屬於同一個桌面。

與此同時，微軟一直在向 WSL2 中的官方圖形支持其目的是為了讓 Linux 圖形使用者介面應用程式更容易運行。最新版本的 Windows 11 已經包含了此功能。 對許多圖形應用程式提供官方支持該公司正持續致力於開發更人性化的介面，以便管理和安裝發行版，而無需過度依賴控制台。

對於那些不願意接受命令的人來說， 正在探索為 WSL 開發專用圖形介面。 這使得安裝、更新和管理發行版變得更加容易。雖然許多高級用戶仍然會更喜歡使用終端，但額外的視覺化介面可能會鼓勵更多人在 Windows 系統中使用 Linux。

雖然具體的路線圖一直在變化， 趨勢很明顯：更高的整合度、更強的效能和更方便的使用體驗。所有這一切都保留了為有需要的使用者透過命令列逐步控制 WSL 的功能。

使用 WSL 時常見的問題及解決方法

在現實世界中，遇到這種情況很常見。 啟動 WSL 或安裝發行版時出現錯誤和晦澀難懂的訊息這些問題大多與權限、舊版的 Windows 或虛擬化設定有關。

最常見的錯誤之一出現在… 啟用適用於 Linux 的 Windows 子系統 從 Windows 功能啟用。如果啟用時系統報錯，請先檢查 Windows 是否已完全更新，以及是否使用具有管理員權限的帳戶執行操作。

另一個反覆出現的問題是… 從應用程式商店安裝發行版時出錯這些錯誤通常是由下載檔案損壞或 Windows 設定損壞引起的。請確認您的網路連線穩定，磁碟安裝在與 Windows 相同的磁碟機（通常是 C 碟），且 Microsoft Store 沒有設定任何限制。

類型為 [類型缺失] 的錯誤代碼也很常見。 0x80070003 或 0x80370102 在發行版安裝過程中。在很多情況下，它們表明 BIOS/UEFI 中未啟用虛擬化。 或者可能是 Windows 虛擬機器平台未正確啟用。請進入 BIOS 設置，啟用 VT-x/AMD-V 選項，並在 Windows 功能中檢查是否已選擇「VirtualMachinePlatform」。

如果您看到類似這樣的訊息 “WSL 未安裝發行版” 即使下載完成後，也請確保至少從「開始」功能表啟動過一次該發行版，然後再嘗試從命令列呼叫它。 Windows 只有在首次啟動完成後才能正確識別它以用於 WSL。

最後，當您嘗試切換到 WSL2 時，可能會看到類似這樣的訊息： 「WSL 2 需要更新其核心元件」。此訊息表示您缺少適用於 WSL2 的 Linux 核心更新套件。只需從 Microsoft 網站下載官方安裝程序，運行它，然後重新啟動；之後，您應該可以順利執行版本轉換命令。

打算用 WSL2 而不是原生 Linux 系統來運行 Windows 系統嗎？

許多曾花時間使用純 Linux Wonder 的用戶 是否應該恢復使用 Windows 系統，並將 WSL2 作為主要工作環境？ 甚至 從Windows遷移到Linux答案很大程度取決於你所執行的任務類型和你的個人偏好。

在諸如 Geekbench 6 之類的綜合測試中，已經觀察到 在 WSL2 上運行的 Ubuntu 可以與原生 Ubuntu 效能相當。 在某些單執行緒場景下，WSL2 的效能甚至優於 Windows 本身。對於開發工作、資料科學、容器、Spark、Linux 上的 SQL 以及類似任務，WSL2 通常能夠提供綽綽有餘的效能，而且還能隨時使用完整的 Windows 生態系統（Office、遊戲、特定驅動程式、圖形工具等）。

如果您的需求集中在 控制台、開發工具、Docker 和後端服務WSL2 是一個非常可靠的選擇。您可以掛載 Windows 系統中的驅動器，在某些情況下可以使用 ext4 甚至 ZFS/XFS 等檔案系統，並繼續與 Hyper-V、Docker Desktop 和其他工具整合。

另一方面，如果你的工作流程嚴重依賴 Linux桌面、圖形環境的深度客製化以及特定硬體驅動程式的使用 如果您需要對啟動和系統服務進行非常精細的控制，那麼原生安裝或雙啟動 Linux 系統仍然會更合適。

實際上，越來越多的開發者選擇 使用 Windows 11 作為基礎系統，WSL2 作為主要 Linux 工作環境。這樣可以最大限度地保持靈活性。只要您了解其限制（尤其是在生產環境和持久性服務方面），Windows + WSL2 + Ubuntu 的組合對於日常使用來說就非常強大。

綜上所述，很明顯： WSL2徹底改變了Windows和Linux的結合方式。無需重新啟動即可在兩者之間切換，充分利用每個系統中最擅長的工具，並建立一個非常專業的開發環境，而無需被分區或笨重的虛擬機所困擾，這對於來自 Linux 的用戶以及那些在 Windows 的舒適環境中開始探索自由軟體的用戶來說都特別有用。