Il est enfin aisé d'installer le sous-système Linux sous Windows. Une seule commande est désormais nécessaire pour tout mettre en place, la mise à jour de certains composants étant au passage simplifiée, tout comme la découverte des distributions compatibles. On vous explique comment.
Après la mise en ligne de l'édition Octobre 2020 (20H2) de Windows 10, les équipes de Microsoft sont passées à la suivante au sein du canal Dev du programme Insiders. Comme prévu, il s'agissait de la branche Fe (Iron ou fer en français), remplaçant la précédente Mn (Manganese). Elle apportait de nombreuses nouveautés, notamment du côté du sous-système Linux (WSL). Ce dernier avait alors droit à un mode d'installation simplifié, plutôt bienvenu.
Il avait été activé dans la première build publique de la branche Fe, la 20246. Nous nous attendions à ce qu'elle devienne la version 21H1 de Windows 10, mais il n'en a rien été. Comme on l'a vu depuis, même la 21H2 est restée limitée à des builds 19xxx. Les 20xxx testées alors ne sont jamais sorties du canal Dev.
Elles ont finalement servi de base à ce qui est devenu Windows 11 (builds 22xxx), désormais en Beta.
- Windows 10 Octobre 2020 (20H2) est disponible, comment se mettre à jour
- Windows 10 : les nouveautés connues des mises à jour 21H1 et 21H2
Microsoft a néanmoins décidé de revoir ses plans, avec un backport de certaines fonctionnalités au sein de Windows 10. Cela a notamment été le cas de l'API DirectStorage, mais aussi des nouvelles commandes du sous-système Linux. Un billet de blog nous apprend qu'elles sont exploitables dès la version Mai 2020 du système (2004) via la mise à jour KB5004296 datée du 29 juillet. Pour en profiter, il suffit donc de lancer Windows Update.
Mais dans la pratique, qu'est-ce qui change ? Voici un petit tour d'horizon.
De nouvelles commandes à tout faire
Commençons par un petit rappel. Avec WSL 2, qui repose sur la virtualisation complète et un noyau Linux propre à Microsoft intégré à Windows 10, la procédure d'installation s'est complexifiée.
Il fallait en effet activer le sous-système Linux, la virtualisation, redémarrer, télécharger le noyau puis installer une distribution via le Store. La promesse des équipes était que tout cela ne tienne plus que dans une seule et unique commande. Concernant le noyau, sa gestion et sa mise à jour sont déportées dans Windows Update.
Une fois la mise à jour de Windows 10 faite, nous avons testé une première commande (et sa version courte) :
wsl --list --online
wsl -l -o
Elle liste toutes les distributions proposées au sein du Microsoft Store. Par défaut, si vous n'en précisez aucune lors de l'installation (qui nécessite un accès administrateur), c'est Ubuntu qui sera mise en place :
wsl --install
La procédure peut-être plus ou moins rapide selon le débit de votre connexion internet. Voici le résultat obtenu :
On voit bien dans cette capture les différentes étapes d'activation des fonctionnalités et de téléchargement du noyau. Il faut néanmoins toujours redémarrer avant de pouvoir profiter de WSL (en version 2 par défaut). Ubuntu se lancera alors automatiquement pour vous inciter à créer le premier utilisateur et finaliser la procédure.
Vous pouvez installer la distribution de votre choix
L'installation simplifiée n'est pas réservée à la version stable d'Ubuntu. Vous pouvez faire de même avec les différentes moutures de la distribution de Canonical, Debian, Kali, OpenSUSE ou SLES. Il suffit de préciser votre choix dans la commande, en utilisant le nom comme paramètre :
wsl --install -d Debian
wsl --install -d kali-linux
wsl --install --distribution Ubuntu-18.04
Il ne semble pour le moment pas prévu de pouvoir installer plusieurs distributions en une seule fois. Bien entendu, toutes les précédentes commandes et fonctionnalités de WSL (1 et 2) restent disponibles. Vous pouvez à tout moment demander une mise à jour du noyau d'une simple commande (avec droits administrateur) :
wsl --update
Il est aussi possible de revenir à une version précédente ou demander l'état de WSL :
wsl --update rollback
wsl --status
Notez enfin que le nouveau Terminal, permettant de passer facilement de l'invite de commandes à PowerShell ou les différentes distributions installées pour le sous-système Linux, n'est toujours pas installé par défaut. Il faut le récupérer dans le Microsoft Store. Il n'est néanmoins pas nécessaire pour profiter de WSL.
Commentaires (33)
#1
Par dernière version stable d’Ubuntu, faut-il comprendre dernière version LTS ?
#2
Question bête, mais quelles sont les principales applications du WSL ? Milieu professionnel ? Serveurs ? Inpactiens barbus ?
Je trouve ça cool et je me demande parfois jusqu’où veut aller MS mais je suis curieux de l’utilisation “courante” du WSL
#2.1
Chez moi , 2 profils de bio informaticiens :
Pour le dev, sous Linux, pas de problème.
Pour le biologiste, c’était compliqué, ils avaient tous besoin d’une machine virtuelle sous Windows ou d’utiliser mon serveur TSE pour un soft Windows. Sans compter le support qui nous coutait plus de temps. WSL2, c’est top pour ça. Beaucoup plus performant que virtualbox, on me dit même plus performant que VMware 15 pro.
#2.2
Mon pc perso est tous Linux, mon PC pro sous Windows. WSL me permet de retrouver l’essentiel des outils que j’utilise déjà pour travailler sur mes projets persos. À savoir essentiellement openssh et tmux (pour optimiser l’occupation à l’écran des fenêtres ssh), pour administrer des ressources. Et le scripting bash, dans une moindre mesure.
Ça m’évite aussi de devoir apprendre à maitriser une boite à outils pour Linux et une autre pour Windows pour les outils dont les fonctions se recouvrent.
Et cerise sur le gâteau, le temps que je passe parfois à découvrir une nouvelle fonction d’un outil me permet d’en faire bénéficier à la fois mes activités pro et perso (dans un sens comme dans l’autre).
#2.3
Ayant beaucoup de tâches d’administration système à faire, pour mon taf et pour mes loisirs, WSL résout pas mal de problèmes. Les meilleurs outils pour administrer des machines sous Linux ne sont pas dispos sous Windows. Les premier trucs qui me viennent à l’esprit sont Ansible et buildah. Souvent, en environnement d’entreprise, c’est hors de question d’avoir un PC sous Linux parce que tes admins de bureautique vont pas s’amuser à maintenir 36 OS différents. Pour les loisirs, sur un PC de joueur, c’est pénible de devoir rebooter chaque fois que t’as besoin de faire de l’administration système sur tes serveurs à toi.
Avant WSL, je devais me fader une VM. J’ai testé pendant des années avec VirtualBox et HyperV, mais le résultat n’a jamais été pleinement satisfaisant pour des VMs graphiques. J’ai eu au choix, des problèmes avec le VPN de ma boîte, des difficultés à échanger des fichiers entre la VM et l’hyperviseur, des soucis de perfs de l’env graphique de la VM, des crashes au pif, bref une vraie douleur à maintenir.
WSL2, ça marche direct et c’est déjà énorme. Pour échanger des fichiers avec la VM, il y a le partage Windows \wsl$. C’est certes incomplet, mais pour administrer des machines, ça fait totalement le taf, surtout en le combinant avec ConEmu.
+1 sur la gestion des IPs qui est pas glop.
#2.4
Tests ? Ou éventuellement avoir certains outils sans trop galérer (typiquement git ou serveur web avec un minimum de perfs ?
Cela je suis autant dans l’expectative que toi, au boulot full Linux, au perso Linux pout tout sauf les jeux (pour le moment me suis pas lancé dans une tentative d’install Linux “game ready” notamment par grosse flemme de tout sauvegarder pour redéfinir les partitions ;)).
Je ne vois juste pas dans quel monde j’utiliserais dans une perspective “sérieuse” un système hôte peu fiable, difficilement adaptable, aux performances nettement moindres, qui t’impose ses mises à jour et exploite tes données. Mettre un sous-système Linux dessus revient à masquer le problème de fond genre cataplasme sur jambe de bois.
Au moins l’avantage du dual-boot avec Windows exclusivement à usage de jeux est que quand il crashe ou que tu te prends un virus, sauf à avoir pas de bol ou pas prendre soin de la machine, seule la portion la moins importante de tes données est perdue (certes, normalement tu auras mis en place un système de sauvegarde fiable et pratique en préalable… En théorie XD).
Après je reconnais que pour (tous) ceux (ils sont nombreux) qui sont obligés de bosser occasionnellement ou tout le temps sous Windows mais doivent administrer des serveurs ou outils Linux, ce doit être une bénédiction d’au moins pouvoir utiliser tous les mêmes outils de base indifféremment de l’hôte.
À part ça, sincèrement, c’est un cheval de Troie de Microsoft pour tenter d’endiguer l’hémorragie du public sous-section développeurs…
Car ils ont fini par réaliser que ce public bien que restreint et pas du tout coeur de cible était important notamment de par son prosélytisme naturel. ^^
#2.5
Pour faire tourner docker avec le moins de ressources possible. En gros tous les outils linux only de dev. Les portages sous windows sont souvent assez compliqué à utiliser donc autant utiliser les versions les plus adaptés
#3
Ici on voit que Ubuntu 18.04 est proposé. C’est bien une LTS mais la 20.04 aurait dû être utilisée…, non ?
#4
Pas forcément, les LTS ce ne sont pas des versions “stables” par rapport aux autres elles ont un support étendu. C’est juste que ça ne propose pas les versions bêta par exemple. Mais WSL ne propose que les xx.04, pas les xx.10.
Sur le Store “Ubuntu” sans précision c’est la dernière en date
#5
Par contre si vous utilisez du VMware workstation en plus, vous l’avez dans l’os ou vous basculez en version 16 –> $$$
#5.1
Tu parles de l’incompatibilité hyperviseur VMWare / WSL ? Si c’est ça il me semble que ça a bien avancé depuis quelques mois…
#5.2
Effectivement, c’est réglé avec une version 16 de VMWare Workstation PRO
#5.3
Impossible d’avoir Docker Desktop et VMWare en même temps pour ma part. C’est soit l’un soit l’autre.
#5.4
J’ai réussi à faire fonctionner les deux nativement pourtant :thinking:
De mon expérience les performances sont MEILLEURES que Windows, mais il faut bien faire attention à mettre les dossiers de projets dans le système de fichiers de WSL, et pas directement dans le dossier utilisateur de Windows, sinon les performances en prennent effectivement un sacré coup.
#5.5
pour confirmer ton point de vue sur des fichier de plus de 2500000 mesure, les tracer sous gnuplot.exe sous windows prends facile 8 minutes, et plus que 1 ou 2 sous wsl.
#5.6
Exact !
#5.7
Intéressant comme info, merci ;)
J’avais trouvé abominables les perfs des solutions types WAMP ou quoi à l’époque où je tentais de me motiver à bosser entre deux sessions de jeux (donc en mode “flemme de reboot” XD)… Après évidemment le concept même de la pile limitait forcément les perfs mais c’était quand même un facteur genre 1⁄4 ou 1⁄5 de la vélocité d’un LAMP…
À l’occasion je testerai du coup un “WSLAMP” pour comparer… ^^
#5.8
Les applications web que je lance sous WSL sont toujours plus véloces que sous Windows, parfois c’est assez significatif notamment sur les temps de build (ext4 est plus rapide que NTFS à ce niveau-là).
#6
D’un point de vue perso je trouve ça top de pouvoir rester sous W10 tout en gérant mes pi/serveurs à distances via wsl. J’imagine que d’un point de vue pro ça évite de devoir jongler entre plusieurs machines.
#7
Je m’en sers pour le dev React et pour Git.
J’ai même pas cherché à savoir comment faire sur Windows tellement ça me paraît plus simple avec WSL (je n’utilise plus Linux en dehors de ça depuis des années).
#8
De mon côté, j’ai deux install windows sur mon ordi. Une normal sans wsl / docker pour le jeu et une avec wsl / docker pour le travail.
J’ai un peu tout testé de mon côté, mac / linux / windows - wsl au niveau pro. Je suis lead dev php / nodejs / angular.
De mon retour d’expérience, linux tout est natif, du coup c’est performant / rapide mais malheureusement niveau logiciel externe, c’est vraiment pas la panacée - clairement pas la faute à linux attention mais c’est juste que ces sociétés s’en tapent de linux - (discord déconne pas mal, slack c’est pas la folie non plus etc etc). Bref tous ces petits logiciels, le support est vraiment pas au top du coup ça donne une mauvaise utilisation au quotidien où tu te prends plus la tête qu’autre chose.
Mac c’est pas mal mais le support de docker est pas toujours au top selon les projets et ça peut être très lent (surtout quand y a beaucoup d’accès disque sur un projet). Mais c’est du semi natif notamment pour la partie UNIX qui est déjà intégré donc bien plus user friendly que windows + wsl.
Windows, sans wsl, c’est mort, par contre avec le wsl et après avoir pas mal bosser le truc pour avoir un environement stable, bah j’ai un peu l’impression d’avoir le meilleur des deux mondes. Des logiciels secondaires stables (car forcément mieux supporté), docker qui fonctionne vraiment rapidement (quasi peu de perte de perf par rapport à du natif linux), et si on utilise un logiciel comme x411 qui permet de lancer des interfaces graphiques linux sur windows (pour lancer des logiciels “linux only”) comme si c’était en natif bah on a quasiment la même chose que sur linux.
Les vrais soucis de wsl :
Bref, c’est pas encore le miracle mais c’est clairement à mon gout le meilleur des trois. Après c’est aussi une question de préférence (et d’habitude).
#9
Si j’ai bien compris, la seule différence avec virtualbox/vmware, c’est que microsoft impose son hyperviseur maison sans le dire, histoire de “casser du concurrent”, comme à son habitude.
Désolé, mais je n’appelle pas cela un progrès - juste une facilité immédiate pour draguer du libriste trop impatient.
#9.1
Microsoft permet d’utiliser des hyperviseurs tiers même si Hyper-V est actif.
Il faut juste la dernière version de virtualbox ou vmware et activer le support dans Windows.
#10
J’utilise WSL au boulot tous les jours en tant que développeur web.
Les performances ne sont pas terribles mais c’est toujours mieux que d’avoir une machine virtuelle je trouve car ça me permet de faire tourner mon IDE sur Windows (dans ma boite, tout le monde a un poste sous Windows sans être admin de sa machine).
#11
Ce n’est pas le sujet, mais ce genre de remarques me fait toujours rire.
Comme quoi les idées préconçues ont la vie dure
#11.1
Quels préjugés ?
Jamais prétendu qu’il n’existait aucun virus ou ransomware sous Linux.
Je CONSTATE en revanche qu’entre deux installations “vanilla” de distrib Linux grand public et Windows le degré de sécurité (et de fiabilité / stabilité) est sans commune mesure.
Et que la proportion de saloperies adaptées aux systèmes Linux est pour le moment une portion infime de tout ce qui existe sous Windows…
Enfin, j’avais bien mis de côté le cas de “vraiment pas de bol” dans lequel je classe les virus qui lockent la partition entière.
Comme quoi les préconceptions ne sont pas où l’on croit.
La prochaine fois tâche de réfléchir et partir du principe que le commentaire auquel tu réponds l’est également, ça t’évitera d’être aussi ridicule que désagréable. :)
#11.2
Soit dit en passant, ton lien met en exergue le fait que la meilleure sécurité de Linux à fortiori pour un usage sérieux / professionnel est reconnue et avérée puisque les pirates se sentent obligés de sortir une version native de leur ransomware pour se faire du blé vu que la majorité des entités utilisent des piles Linux pour leur serveur.
CQFD anéfé.
(Après, pour être honnête, je pense qu’il y a aussi un effet “on veut un adminsys touche à tout” et vu le nombre d’outils bien foutus sous Linux et la masse de doc monstrueuse comparée à l’écosystème Windows, je suppose qu’il y a juste aussi plus de gens qui sont un minimum compétents et capables d’apprendre au fil de l’eau sous Linux, bien qu’il soit difficile d’évaluer le nombre…)
#12
Dans mon cas souvent deçus, maintenant que de l’eau à passé sous les ponts je vais retenter une install de Debian sur le rog payé par la boîte (j’en demandais pas temps) et voir si ça tourne s’en p’antage majeur. Le seul intérêt de win était Adobe avantageusement remplacé par figma (ou comment voir les gars ayant racheté Macromedia suivre la même pente que leur acquisition…Le néant)
#13
wsl –install
Option de ligne de commande non valide : –install
J’ai loupé quelque chose?
#14
Faut être dans le programme Insider pour avoir l’installation simplifiée. Si tu n’y es pas, c’est normal (et il y a une autre procédure à suivre du coup)
#15
Comme dit dans l’article, c’est dans la version stable désormais, depuis la 2004, mais il faut avoir fait la mise à jour Windows Update auparavant
#16
Je l’utilise pour mon taf, et parmi les avantages :
#17
Moi, je ne comprend pas cette volonté de faire tournicoter un système d’exploitation d’origine multi-tâches et multi-utilisateur sous un système “jouet” !
Je reste persuadé que l’inverse est plus logique.