Forum aux questions sur le sous-système Windows pour Linux

Général

Qu’est-ce que le sous-système Windows pour Linux (WSL) ?

Le Sous-système Windows pour Linux (WSL) est une fonctionnalité du système d’exploitation Windows qui vous permet d’exécuter un système de fichiers Linux, ainsi que des outils en ligne de commande Linux et des applications GUI, directement sur Windows, en plus de vos applications de bureau et applications Windows traditionnelles.

Pour plus d’informations, consultez la page À propos de.

À qui WSL s’adresse-t-il ?

Il s’agit principalement d’un outil pour les développeurs, en particulier les développeurs web, ceux qui travaillent sur des projets open source ou le déploiement sur des environnements de serveur Linux. WSL est destiné à toute personne qui aime utiliser Bash, des outils Linux courants (, awketc.) et des frameworks Linux (sedRuby, Python, etc.) mais aussi profiter d’utiliser des outils de productivité Windows

Qu’est-ce que WSL me permet de faire ?

WSL vous permet d’exécuter Linux dans un interpréteur de commandes Bash avec votre choix de distribution (Ubuntu, Debian, OpenSUSE, Kali, Alpine, etc.). Bash vous permet d’exécuter des applications et des outils Linux en ligne de commande. Par exemple, tapez lsb_release -a et appuyez sur Entrée ; vous verrez les détails de la distribution Linux en cours d’exécution :

Capture d’écran des détails de distribution

Vous pouvez également accéder au système de fichiers de votre ordinateur local à partir de l’interpréteur de commandes Linux Bash. Vous trouverez vos lecteurs locaux montés sous le /mnt dossier. Par exemple, votre lecteur C: est monté sous /mnt/c :

Capture d’écran du lecteur C monté

Pouvez-vous décrire un workflow de développement typique qui incorpore WSL ?

WSL cible une audience de développeur avec l’intention d’être utilisé dans le cadre d’une boucle de développement interne. Supposons que Sam crée un pipeline CI/CD (intégration continue et livraison continue) et qu’il souhaite le tester d’abord sur un ordinateur local (portable) avant de le déployer dans le cloud. Sam peut activer WSL (et WSL 2 pour améliorer la vitesse et les performances), puis utiliser une vraie instance Linux Ubuntu en local (sur l’ordinateur portable) avec les commandes et les outils Bash qu’ils préfèrent. Une fois le pipeline de développement vérifié localement, Sam peut alors envoyer (push) ce pipeline CI/CD vers le cloud (par ex. Azure) en le plaçant dans un conteneur Docker et en envoyant le conteneur à une instance cloud où il s’exécutera sur une machine virtuelle Ubuntu prête pour la production.

Présentation de Bash

Bash est un interpréteur de commandes texte et un langage de commandes connues. Il s’agit de l’interpréteur de commandes par défaut inclus dans Ubuntu et d’autres distributions Linux ainsi que dans macOS. Les utilisateurs tapent des commandes dans un interpréteur de commandes pour exécuter des scripts et/ou des commandes et des outils pour accomplir de nombreuses tâches.

Comment cela fonctionne ?

Consultez cet article sur le blog sur la ligne de commande Windows : une présentation approfondie de la façon dont WSL permet à Windows d’accéder aux fichiers Linux , ce qui décrit en détail la technologie sous-jacente.

Pourquoi utiliser WSL plutôt que Linux dans une machine virtuelle ?

WSL demande moins de ressources (processeur, mémoire et stockage) qu’une machine virtuelle complète. WSL vous permet également d’exécuter des applications et des outils en ligne de commande Linux avec vos applications Windows en ligne de commande, de bureau et du Store, et d’accéder à vos fichiers Windows à partir de Linux. Cela vous permet d’utiliser des applications Windows et des outils en ligne de commande Linux sur le même ensemble de fichiers si vous le souhaitez.

Pourquoi utiliser, par exemple, Ruby sur Linux plutôt que sur Windows ?

Certains outils multiplateformes ont été créés en supposant que l’environnement dans lequel ils s’exécutent se comporte comme Linux. Par exemple, certains outils partent du principe qu’ils sont en mesure d’accéder à des chemins de fichiers très longs ou que des fichiers/dossiers spécifiques existent. Cela provoque parfois des problèmes sur Windows qui se comporte souvent différemment de Linux.

De nombreux langages tels que Ruby et Node.js sont souvent portés vers, et s’exécutent très bien sur Windows. Toutefois, les propriétaires de bibliothèques Ruby Gem ou Node/NPM ne portent pas tous leurs bibliothèques pour la prise en charge de Windows, et beaucoup ont des dépendances spécifiques à Linux. Cela peut souvent aboutir à des systèmes créés à l’aide de ces outils et bibliothèques qui font l’objet d’erreurs de build et parfois d’exécution ou de comportements indésirables sur Windows.

Il s’agit là de quelques-uns des problèmes qui ont conduit de nombreuses personnes à demander à Microsoft d’améliorer les outils en ligne de commande Windows et ce qui nous a amené à collaborer avec Canonical pour permettre aux outils en ligne de commande Linux et Bash natifs de s’exécuter sur Windows.

Qu’est-ce que cela signifie pour PowerShell ?

Lors de l’utilisation de projets OSS, il existe de nombreux scénarios dans lesquels il est très utile de passer à Bash à partir d’une invite PowerShell. La prise en charge de Bash est complémentaire et valorise davantage la ligne de commande sur Windows, ce qui permet à PowerShell et à la communauté PowerShell de tirer parti d’autres technologies répandues.

Pour en savoir plus, accédez au blog de l’équipe PowerShell : Bash for Windows: Why it’s awesome and what it means for PowerShell

Quels sont les processeurs pris en charge par WSL ?

WSL prend en charge les processeurs x64 et Arm.

Comment accéder à mon lecteur C: ?

Les points de montage pour les disques durs sur l’ordinateur local sont automatiquement créés et fournissent un accès facile au système de fichiers Windows.

lettre> /mnt/<lecteur/

Un exemple d’utilisation serait cd /mnt/c pour accéder à c:\

Comment configurer Git Credential Manager ? (Comment utiliser mes autorisations Windows Git dans WSL ?)

Consultez le didacticiel Prise en main de Git sur Sous-système Windows pour Linux, qui comprend une section sur la configuration de Git Credential Manager et le stockage de jetons d’authentification dans Windows Credential Manager.

Comment utiliser un fichier Windows avec une application Linux ?

L’un des avantages de WSL est la possibilité d’accéder à vos fichiers via des applications ou des outils Windows et Linux.

WSL monte les lecteurs fixes de votre ordinateur sous le dossier /mnt/<drive> de vos distributions Linux. Par exemple, votre lecteur C: est monté sous /mnt/c/

À l’aide de vos lecteurs montés, vous pouvez modifier le code dans, par exemple, C:\dev\myproj\ à l’aide de Visual Studio /ou VS Code et générer/tester ce code dans Linux en accédant aux mêmes fichiers via /mnt/c/dev/myproj.

En savoir plus sur l’utilisation dans l’article sur les systèmes de fichiers Windows et Linux .

Les fichiers du lecteur Linux sont-ils différents du lecteur Windows monté ?

  1. Les fichiers sous la racine Linux (c’est-à-dire /) sont contrôlés par WSL qui s’aligne sur le comportement Linux, y compris, mais pas limité à :

    • Fichiers qui contiennent des caractères de nom de fichier Windows non valides
    • Liens symboliques créés pour les utilisateurs non-administrateurs
    • Changement des attributs de fichier via chmod et chown
    • Respect de la casse des fichiers/dossiers
  2. Les fichiers des lecteurs montés sont contrôlés par Windows et présentent les comportements suivants :

    • Prise en charge du respect de la casse
    • Toutes les autorisations sont définies pour mieux refléter les autorisations Windows

Comment désinstaller une distribution WSL ?

Pour supprimer une distribution de WSL et supprimer toutes les données associées à cette distribution Linux, exécutez wsl --unregister <distroName> le <distroName> nom de votre distribution Linux, qui peut être vue dans la liste dans la wsl -l commande.

En outre, vous pouvez ensuite désinstaller l’application de distribution Linux sur votre ordinateur comme n’importe quelle autre application de magasin.

Pour en savoir plus sur les commandes wsl, consultez l’article, Commandes de base pour WSL.

Comment exécuter un serveur OpenSSH ?

OpenSSH est fourni avec Windows en tant que fonctionnalité facultative. Consultez la documentation Installer OpenSSH . Les privilèges d’administrateur dans Windows sont requis pour exécuter OpenSSH dans WSL. Pour exécuter un serveur OpenSSH, exécutez votre distribution WSL (ie Ubuntu) ou Terminal Windows en tant qu’administrateur. Il existe plusieurs ressources qui couvrent les scénarios SSH avec WSL. Consultez les articles de blog de Scott Hanselman : Comment SSH dans une machine Windows 10 à partir de Linux OU Windows OU n’importe où, Comment SSH dans WSL2 sur Windows 10 à partir d’une machine externe, LA MÉTHODE SIMPLE COMMENT SSH dans Bash et WSL2 sur Windows 10 à partir d’une machine externe et Comment utiliser Windows 10 OpenSSH intégré pour se connecter automatiquement à un ordinateur Linux distant.

Comment changer la langue d’affichage de WSL ?

Le processus d’installation de WSL tente de changer automatiquement les paramètres régionaux d’Ubuntu de sorte qu’ils correspondent à ceux de votre installation Windows. Si vous souhaitez éviter ce comportement, vous pouvez exécuter cette commande pour changer les paramètres régionaux d’Ubuntu une fois l’installation terminée. Vous devrez relancer votre distribution WSL pour que ce changement prenne effet.

L’exemple ci-dessous applique les paramètres régionaux en-US :

sudo update-locale LANG=en_US.UTF8

Pourquoi est-ce que je n’ai pas d’accès Internet à partir de WSL ?

Certains utilisateurs ont signalé des problèmes posés par certaines applications de pare-feu, qui bloquent l’accès Internet dans WSL. Les pare-feux signalés sont :

  1. Kaspersky
  2. AVG
  3. Avast
  4. Symantec Endpoint Protection
  5. F-Secure

Dans certains cas, la désactivation du pare-feu permet d’obtenir l’accès. Parfois, il semble que la simple installation du pare-feu bloque l’accès.

Comment accéder à un port à partir de WSL dans Windows ?

WSL partage l’adresse IP de Windows, car il s’exécute sur Windows. Par conséquent, vous pouvez accéder à n’importe quel port sur localhost ; par exemple, si vous avez du contenu web sur le port 1234, vous pouvez utiliser https://localhost:1234 dans votre navigateur Windows. Pour plus d’informations, consultez Accès aux applications réseau.

Comment sauvegarder mes distributions WSL ou les déplacer d’un lecteur à un autre ?

La meilleure façon de sauvegarder ou de déplacer vos distributions est via les commandes d’exportation/importation disponibles dans Windows Version 1809 et ultérieure. Vous pouvez exporter l’intégralité de votre distribution vers un tarball à l’aide de la commande wsl --export. Vous pouvez ensuite réimporter cette distribution dans WSL à l’aide de la wsl --import commande, qui peut nommer un nouvel emplacement de lecteur pour l’importation, ce qui vous permet de sauvegarder et d’enregistrer les états de vos distributions WSL (ou de les déplacer).

Notez que les services de sauvegarde traditionnels qui sauvegardent des fichiers dans vos dossiers AppData (comme Sauvegarde Windows) ne endommageront pas vos fichiers Linux.

Puis-je utiliser WSL pour les scénarios de production ?

WSL a été conçu et conçu pour être utilisé avec des workflows de développement de boucle interne. Il existe des fonctionnalités de conception dans WSL qui le rendent idéal à cet effet, mais peuvent rendre difficile pour les scénarios liés à la production par rapport à d’autres produits. Notre objectif est d’indiquer clairement comment WSL diffère d’un environnement de machine virtuelle standard, afin que vous puissiez prendre la décision de s’il répond aux besoins de votre entreprise.

Les principales différences entre WSL et un environnement de production traditionnel sont les suivantes :

  • WSL a une machine virtuelle utilitaire légère qui démarre, arrête et gère automatiquement les ressources.
  • Si vous n’avez pas de handles de fichiers ouverts pour les processus Windows, la machine virtuelle WSL est automatiquement arrêtée. Cela signifie que si vous l’utilisez en tant que serveur web, ssh dans celui-ci pour exécuter votre serveur, puis quitter, la machine virtuelle peut s’arrêter, car elle détecte que les utilisateurs sont finis de l’utiliser et nettoie ses ressources.
  • Les utilisateurs WSL ont un accès complet à leurs instances Linux. La durée de vie de la machine virtuelle, les distributions WSL inscrites, etc., sont toutes accessibles par l’utilisateur et peuvent être modifiées par l’utilisateur.
  • WSL donne automatiquement accès aux fichiers Windows.
  • Les chemins Windows sont ajoutés à votre chemin par défaut, ce qui peut entraîner un comportement inattendu pour certaines applications Linux par rapport à un environnement Linux traditionnel.
  • WSL peut exécuter des exécutables Windows à partir de Linux, ce qui peut également entraîner un environnement différent d’une machine virtuelle Linux traditionnelle.
  • Le noyau Linux utilisé par WSL est mis à jour automatiquement.
  • L’accès GPU dans WSL se produit via un /dev/dxg appareil, qui route les appels GPU vers le GPU Windows. Cette configuration est différente d’une configuration Linux traditionnelle.
  • Il existe d’autres différences plus petites par rapport à bare metal Linux et d’autres différences devraient survenir à l’avenir, car le flux de travail de développement de boucle interne est hiérarchisé.

WSL 2

WSL 2 utilise-t-il Hyper-V ? Sera-t-il disponible sur Windows 10 Famille et Windows 11 Famille ?

WSL 2 est disponible sur toutes les références SKU de bureau où WSL est disponible, y compris les Windows 10 Famille et les Windows 11 Famille.

La dernière version de WSL utilise l’architecture Hyper-V pour activer sa virtualisation. Cette architecture sera disponible dans le composant facultatif « Plateforme de machine virtuelle ». Ce composant facultatif sera disponible sur toutes les références SKU. Vous pouvez vous attendre à obtenir plus de détails sur cette expérience quand nous approcherons de la version WSL 2.

Qu’arrivera-t-il à WSL 1 ? Sera-t-il abandonné ?

Nous n’avons actuellement aucun projet de dépréciation de WSL 1. Vous pouvez exécuter les distributions WSL 1 et WSL 2 côte à côte, et vous pouvez mettre à niveau et rétrograder n’importe quelle distribution à tout moment. L’ajout de WSL 2 comme nouvelle architecture offre une meilleure plateforme permettant à l’équipe WSL de fournir des fonctionnalités qui font de WSL un outil optimal pour exécuter un environnement Linux dans Windows.

Est-il possible d’exécuter WSL 2 et d’autres outils de virtualisation tiers tels que VMware ou VirtualBox ?

Certaines applications tierces ne fonctionnent pas quand Hyper-V est en cours d’utilisation, ce qui signifie qu’elles ne pourront pas s’exécuter quand WSL 2 est activé, comme VMware et VirtualBox. Toutefois, récemment, VirtualBox et VMware ont publié des versions qui prennent en charge Hyper-V et WSL2. Apprenez-en davantage sur les changements de VirtualBox ici et sur les changements de VMware ici. Pour la résolution des problèmes, consultez les discussions sur les problèmes de VirtualBox dans le dépôt WSL sur GitHub.

Nous travaillons régulièrement sur des solutions pour prendre en charge l’intégration tierce d’Hyper-V. Par exemple, nous exposons un ensemble d’API appelé Plateforme hyperviseur que les fournisseurs de virtualisation tiers pourront utiliser pour rendre leurs logiciels compatibles avec Hyper-V. Cela permet aux applications d’utiliser l’architecture Hyper-V pour leur émulation, comme l’émulateur Google Android et VirtualBox 6 et ultérieur, qui sont désormais compatibles avec Hyper-V.

Pour plus d’informations sur les problèmes WSL 2, consultez le référentiel des problèmes WSL 2 avec VirtualBox 6.1.

*Si vous recherchez une machine virtuelle Windows, VMWare, Hyper-V, VirtualBox et des téléchargements de machines virtuelles Parallels sont disponibles dans le Centre de développement Windows.

Puis-je accéder au GPU dans WSL 2 ? Existe-t-il des plans pour améliorer la prise en charge du matériel ?

Nous avons publié la prise en charge de l’accès au GPU à l’intérieur des distributions WSL 2 ! Cela signifie que vous pouvez maintenant utiliser WSL pour des scénarios de machine learning, d’intelligence artificielle et de science des données plus facilement quand des jeux de Big Data sont impliqués. Consultez le tutoriel de prise en main du support GPU. Pour l’heure, WSL 2 ne comprend pas de prise en charge de port série ni de prise en charge de périphérique USB. Nous étudions actuellement la meilleure façon d’ajouter ces fonctionnalités. Toutefois, la prise en charge USB est désormais disponible via le projet USBIPD-WIN. Consultez Connecter des périphériques USB pour connaître les étapes de configuration de la prise en charge des périphériques USB.

WSL 2 peut-il utiliser des applications réseau ?

Oui, dans les applications réseau générales fonctionne mieux et sera plus rapide avec WSL 2, car il offre une compatibilité complète des appels système. Toutefois, l’architecture WSL 2 utilise des composants réseau virtualisés, ce qui signifie que WSL 2 se comportera de la même façon qu’une machine virtuelle . Les distributions WSL 2 auront une adresse IP différente de celle de la machine hôte (système d’exploitation Windows). Pour plus d’informations, consultez Accès aux applications réseau avec WSL.

Puis-je exécuter WSL 2 sur une machine virtuelle ?

Oui. Vous devez vous assurer que la virtualisation imbriquée est activée sur la machine virtuelle. Vous pouvez l’activer dans votre hôte Hyper-V parent en exécutant la commande suivante dans une fenêtre PowerShell avec des privilèges d’administrateur :

Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true

Veillez à remplacer « <VMName> » par le nom de votre machine virtuelle.

Puis-je utiliser wsl.conf dans WSL 2 ?

WSL 2 prend en charge le même fichier wsl.conf que WSL 1 utilise. Cela signifie que toutes les options de configuration que vous aviez définies dans une distribution WSL 1, telles que le montage automatique de lecteurs Windows, l’activation ou la désactivation de l’interopérabilité, le changement du répertoire où les lecteurs Windows sont montés, etc., fonctionneront aussi dans WSL 2. Vous pouvez en savoir plus sur les options de configuration dans WSL dans la page Gestion de la distribution . En savoir plus sur la prise en charge du montage de lecteurs, de disques, d’appareils ou de disques durs virtuels (VHD) dans l’article Monter un disque Linux dans WSL 2 .

Où puis-je envoyer des commentaires ?

Les problèmes signalés dans le dépôt du produit WSL vous permettent d’effectuer les opérations suivantes :

  • Effectuer des recherches dans les problèmes existants pour voir si certains sont associés à un problème que vous rencontrez. Notez que, dans la barre de recherche, vous pouvez supprimer « is:open » pour inclure les problèmes qui ont déjà été résolus dans votre recherche. Pensez à commenter ou approuver les problèmes ouverts que vous aimeriez voir traités en priorité.
  • Signaler un nouveau problème. Si vous avez rencontré un problème avec WSL qui ne semble pas déjà exister, vous pouvez sélectionner le bouton vert Nouveau problème, puis choisir WSL - Rapport de bogue. Vous devrez inclure un titre pour le problème, votre numéro de build Windows (exécutez cmd.exe /c ver pour afficher votre numéro de build actuelle), indiquer si vous exécutez WSL 1 ou 2, votre numéro de version de noyau Linux actuelle (exécutez wsl.exe --status ou cat /proc/version), le numéro de version de votre distribution (exécutez lsb_release -r), les autres versions logicielles impliquées, les étapes de reproduction, le comportement attendu, le comportement réel et les journaux de diagnostic s’ils sont disponibles et appropriés. Pour plus d’informations, consultez Contribution à WSL.
  • Envoyer une demande de fonctionnalité en sélectionnant le bouton vert Nouveau problème, puis Demande de fonctionnalité. Vous devrez répondre à quelques questions pour décrire votre demande.

Vous pouvez également :

Si vous voulez rester informé des dernières informations sur WSL, vous pouvez le faire sur :