Svenska
Appearance
Svenska
Appearance
Innan du använder WSL Dashboard måste WSL 2-miljön på ditt Windows-system vara korrekt aktiverad och konfigurerad. Detta dokument är indelat i tre huvuddelar:
wsl-kommandon som kan köras inte betyder att Linux kan installeras framgångsrikt.Detta kapitel vägleder dig genom nödvändiga grundinställningar. Läs efter avslut kapitel 2 för att förstå skillnaden mellan tillgängliga kommandon och lyckad installation; om installationen fortfarande ger problem, se kapitel 3.
WSL 2 ställer minimikrav på Windows-versionen. Tryck på Win + R och skriv winver för att kontrollera din version:
IMPORTANT
Om din version är för gammal, uppgradera först ditt system via "Windows Update".
WSL 2 är baserad på virtualiseringsteknik. Du måste därför aktivera virtualiseringsteknik (Virtualization Technology) i moderkortets BIOS/UEFI.
Intel VT-x eller AMD-V och ställa in det på Enabled.Du måste aktivera funktionerna "Windows Subsystem för Linux" och "Plattform för virtuella datorer" i Windows.
Win + S, sök och öppna "Aktivera eller avaktivera Windows-funktioner".Kör PowerShell som administratör och utför följande kommandon:
# Aktivera WSL
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
# Aktivera plattform för virtuella datorer
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestartStarta efter utförandet om datorn manuellt.
Moderna Windows-versioner kan hämta WSL-uppdateringar via Microsoft Store.
.msixbundle- eller .msi-paketet från WSL GitHub Releases för offlineinstallation.För att säkerställa att nyinstallerade distributioner använder WSL 2 som standard, kör i terminalen:
wsl --set-default-version 2wsl --set-version <distributionens-namn> 2 för att uppgradera en befintlig WSL 1-instans till WSL 2.Att kommandon som wsl --version och wsl -l -v kan köras utan problem betyder inte att förutsättningarna för att installera Linux är uppfyllda. Det är olika faser och kan inte likställas.
Ett tillgängligt kommando betyder bara:
wsl.exe är tillgängligtMen för en lyckad installation av en Linux-distribution krävs ytterligare villkor. Vanliga hinder är:
wsl -l -v listar bara installerade distributioner; om inget är installerat är listan tom, vilket inte betyder att Ubuntu kan köras direkt.wsl --install -d <distribution> måste hämta avbildningen från Store eller nätverket; företagsnätverk, proxyer och brandväggar kan blockera.TIP
Kort sagt: WSL-kommandon fungerar ≠ Linux är redo – du har bara fått "inträdesbiljetten", men ännu inget system installerat.
Om wsl --install fortfarande misslyckas efter konfiguration enligt kapitel 1 (eller om du tror att du är klar), kontrollera följande punkter i denna ordning.
Kör PowerShell som administratör och utför i ordning:
wsl --install --no-distribution
wsl --set-default-version 2Kör sedan systeminfo och bekräfta att Virtualization Enabled In Firmware: Yes visas i utdata. Om inga fel uppstår kan du tryggt köra wsl --install för att installera en distribution.
NOTE
Inget kommando kan till 100 % garantera att wsl --install lyckas, men ovanstående kontroller bekräftar om installationsvillkoren är uppfyllda.
Om "kontrollen med ett klick" inte kan lokalisera problemet, kontrollera punkt för punkt:
systeminfo i PowerShell som administratör; utdata måste innehålla Virtualization Enabled In Firmware: Yes.Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatformEnabled.wsl --version bör ge normal utdata; om meddelandet om att kommandot inte finns visas är WSL-komponenterna inte installerade; gå tillbaka till kapitel 1.wsl --set-default-version 2 bör returnera framgångsrikt. Vanliga felorsaker: plattform för virtuella datorer är inte aktiverad, eller VT-x / AMD-V är inte aktiverat i BIOS.| Situation | Beskrivning | Åtgärd |
|---|---|---|
| Virtualisering inte aktiverad i BIOS | Säkert misslyckande | Starta om, öppna BIOS och aktivera VT-x / AMD-V (se 1.2) |
| Windows 10 äldre än 19041 | wsl --install stöds inte | Uppgradera systemet (se 1.1) |
| Företagsmiljö med Hyper-V/virtualisering avstängt | Kan misslyckas | Kontakta systemadministratören |
| Gammal Home-utgåva | Kräver manuell installation | Installera WSL-kärnan manuellt enligt 1.4 |
Felmeddelandet är Cannot find a virtual disk support provider for the specified file. Detta är inte ett problem med Linux-distributionen i sig, utan Windows VHD/VHDX-virtualdiskstacken fungerar inte korrekt; WSL 2 misslyckas när det registrerar en distribution eller skapar/monterar ext4.vhdx.
Gör först en minimal verifiering: kör PowerShell som administratör och testa New-VHD (t.ex. New-VHD -Path C:\test.vhdx -SizeBytes 1GB). Om även detta kommando rapporterar samma fel, ligger problemet till 100 % hos Windows, inte hos distributionen.
Felsök och reparera i följande ordning:
Virtual Disk-tjänsten körs inte: öppna services.msc, hitta Virtual Disk-tjänsten, ställ in starttyp på "Automatisk" och starta den.
WSL-/Virtual Machine Platform-funktionerna är inte aktiverade (eller inte verksamma): kör kommandona i 1.3 Aktivera relaterade Windows-funktioner igen och starta sedan om. Windows Home-utgåva har inte komplett Hyper-V, men WSL 2 behöver bara plattformen för virtuella datorer, inte Hyper-V-hanteringskonsolen.
Virtualdisksdrivrutinen/-enheterna saknas: öppna Enhetshanteraren och kontrollera under "Systemenheter / Lagringskontrollanter" om följande finns:
Om de saknas kan du lägga till dem manuellt via hdwwiz.exe (lagringskontrollant → Microsoft → Microsoft VHD Loopback Controller) och bekräfta att FsDepends-tjänsten inte är avaktiverad.
Importerad avbild uppfyller inte WSL-kraven: vid wsl --import --vhd måste VHDX vara ett ext4-filsystem; inte en LUKS-krypterad disk, ingen vanlig raw.img, inget Live-ISO och ingen tom disk formaterad i NTFS/FAT. .img / .qcow2 / .iso kan inte användas direkt med wsl --import --vhd.
Sökvägs-/behörighets-/filsystemproblem: målkatalogen måste ligga på en NTFS-disk (FAT32/exFAT fungerar inte); undvik kinesiska tecken, mellanslag och specialtecken i sökvägen; importera inte från nätverksenheter, OneDrive eller komprimerade mappar; använd absolut en riktig PowerShell som administratör (inte en vanlig terminal).
Skadade systemkomponenter: kör DISM och SFC i tur och ordning för att reparera systemkomponenterna och försök sedan igen:
DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannowTIP
Andra virtuella maskiner (VirtualBox, VMware) eller sandlådor/förstärkningsfunktioner i säkerhetsprogram (som 360, Huorong) kan störa virtualdiskoperationer; du kan tillfälligt stänga av dem och försöka igen under felsökningen.