【Bash】Windows Subsystem for Linux【WSL】10

ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

前スレ
【Bash】Windows Subsystem for Linux【WSL】9
http://mao.5ch.net/test/read.cgi/linux/1607589861/

なんでわざわざこのスレにwslいらないって言いに来るんだろう

こちとら気に入って便利に使ってるんだからほっとけばいいのに

>>321
MSが作ってるものをわざわざ再発明する必要ないでしょ？
しかも機能劣化版ｗ

>>323
皮肉も理解できないのか？w

> 普通の仮想マシンは起動と終了が面倒だが
> WSLだと一瞬で起動してシャットダウンも不要
仮想マシンでもそれぐらいは普通にできるって話な

>>324
自分が WSL2で使われてる技術の一部の話をしてるって

WSL2＝（いろいろ＋仮想マシン）

みんな「WSL2（の中の仮想マシン技術のおかげで）できるんですよ」
おまえ「仮想マシン技術でできる！」

なんか文字が切れた

>>324
自分が WSL2で使われてる技術の一部の話をしてるって気づいてる？

WSL2＝（いろいろ＋仮想マシン）

みんな「WSL2（の中の仮想マシン技術のおかげで）できるんですよ」
おまえ「仮想マシン技術でできる！」

>>325-326
WSL2は普通の仮想マシンではできない凄いことができると言う人がいただけ ⇒ >>275-276
別にWSL2が劣ってるとか言う話ではなくアーキテクチャーが同じなんだからそりゃ同じことは可能
冷静に考えたらわかる話だと思うけどツッコんだらなぜか１週間後に作って来れるんかとか言い出したw

普通の仮想マシンに普通のLinuxを入れただけじゃできないだろ
どうやって2秒で起動するの？

https://ascii.jp/elem/000/001/881/1881674/
　マイクロソフトが主張するように、仮想環境を使いながらも起動は速い。
同じマシンでWSL1とWSL2（どちらもUbuntu-18.04相当）を起動してみたが、
どちらも2秒程度で起動し、差はほとんどなかった。これならWSL1の代用として十分な速度といえる。

WSL2は仮想マシン＋Ubuntuというシステム全体の話ですごいって言ってるのに
その一部の仮想マシンだけを比較してるのがそもそも的外れ

>>328-329
今時サービス切りまくれば２秒程度で起動するのは普通にできるよ
まあHyper-Vならスナップショット使ってもいいし
そもそもWSL2自体がHyper-Vアーキテクチャー使ってるんだからチューニングさえすれば同じようにできるのは当たり前
もしかしてWSL2は魔法のツールだと思ってるのかな？w

>>330
だから社長の開発者さんに言ってるんでしょ

「やったこと無いけど簡単なこと。理論上は可能です。」

っていうなら早くやってくださいって

>>331
Hyper-Vのスナップショットなら今でもできてますけど…
もしかして仮想マシン使ったことないのか？

すげえ伸びてると思ったらMSマンセーマンがむきむきしてんのか
別にMSやWSLを貶してるわけじゃなさそうだし落ち着けよ

もうWSLのスレはWindows板に移動すべきじゃね？
Linux板でもWineのスレをWindows板には書かんだろ

NGIDに入れとけ

wslでguiアプリってもう何もせずに利用できるの？

https://ascii.jp/elem/000/004/053/4053659/
WSL2でのGUIアプリ対応がプレビュー版で開始　実際に動かしてみた

ーーーーー
WSL2でGUIアプリを動作させるためには、

Windows 10 プレビュービルド21364
WDDM 2.9対応GPUドライバー
最新のWSL2用Linuxカーネル

が動作の条件になるようだが、筆者の環境では特に何もすることなく、WSL2でGUIアプリケーションのインストールができた。

>>336
筆者の環境がその条件を満たしていただけでない？ 普段から評価記事書くためにDevチャネル使っている人なんだと思う。

>>336
190の書き込み、現状ではCPU世代によって問題あり。
https://linux.srad.jp/story/21/04/29/0430220/

>>332
> Hyper-Vのスナップショットなら今でもできてますけど…

Hyper-Vのスナップショットで2秒で起動なんてできませんよ
メモリ内容（確保していたメモリ分）を元に戻さないといけませんから
0から起動（メモリ内容なし）と比べ物にはなりません

>>339
普通にできるけど？
10年前のPCとか持ってこられたら困るけどねw

SATAのSSDじゃ無理じゃね

>>336
>WSL2でGUIアプリを動作させるためには、
>
>WDDM 2.9対応GPUドライバー

これが間違い。こんな最新ドライバーじゃなくてもWSLgは動くよ
俺がWSLgを試してるのはグラボなしCPUはHaswell世代、WDDM1.3

WDDM2.9が必要なのはWSLでGPUを使う場合だね

NVMeならいけるんじゃね？

WSLgで日本語入力できる？

今の所Linux側のIMEを使えるようにしておけば行ける
WindowsのIMEを使うのは既に改善のリクエストが上がってる

なんでWindowsのIMEを使おうとするんですか！？とか思ってそう
まあLinuxで使いたいのはアプリであって
それを取り巻く環境じゃないんだよな

プレビューリリースで英語以外の環境が後回しなのは良くある事だからねぇ
必要だと思ったら早めにフィードバックすれば、安定リリースには間に合うんじゃないかなぁ、多分、きっと、もしかしたら…

WSL2 では、MSストアにないディス鳥でも、

Docker に詰めれば動くと、誰かが書いていた気がする

WSLがそんなになんちゃってLinuxならchromebookのlxcのLinuxの方がやっぱり完全性からも優れてるんだな
GUIアプリははじめから使えるし

>>345
ありがとう。日本語入力できたよ。
ubuntuのterminalからアプリを起動しないと日本語
IMEが使えないんですね。
スタートに追加されたアイコンから起動してもIMEが使えなくてハマりました。

>>348
WSL1でもDockerイメージ作成と同じ手順でtarボールを作成すれば動くよ
（CentOS Streamで確認済み）

端折ったけど、rootfsのtarボールを作成してインポートすれば動かせるってことね。

>>349
lxcじゃ一番重要なWindowsとの連携ができないじゃん
っていうかWSL1ならともかくWSL2はMSがカスタマイズした
本物のLinuxカーネルを使ってるし動かすUbuntuも同じ

lxcが使ってるコンテナはWSL2でも使ってるので基本技術は同じでGUIを動かすのは大変だよ
https://qiita.com/m-shibata/items/907986ed25f7619dc5eb

だからChromeも大変な思いをしてCrostiniを開発してようやくGUI対応したんでしょ？
lxcだけで簡単にGUI対応できるわけじゃない
比較するならせめてCrostini vs WSLで比較しなきゃ

>>348
> Docker に詰めれば動くと、誰かが書いていた気がする

むしろDocker に詰めればWSLはなくてもWindowsで動くよ
WSLがない時代からDocker for Windowsがあるわけで

>>348
Dockerイメージからexportしたtarを、WSLへimportするということ。
やっていることは出力したベース・システムをtarファイルにまとめる方法と同じ。

違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。

> 違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。

どういう意味？

すでにtar.gz（？）でまとめてあるから、取り出すときはは不要ってこと？
まとめる時にLinux環境が必要だよね？
tar.gzファイルをダウンロードするのはLinux環境がなくてもできるけど？

分かりづらかったから補足するけど
DockerがサーバーにアップしてるイメージをダウンロードするのにLinuxが不要という意味なら
サーバーにアップしてあるVMイメージをダウンロードすることなんて
どのOSでもできるよねってこと

WSL使ってるのはアホばかり

何らかのディストロをDistrobutionをWSLで動かしたい場合、

方法１
何処かに構築したディストロ環境からベース・システムを出力して、tarにまとめる。
tarをWSLへimportする。

方法２
Docker Hubから目当てのディストロ・イメージをダウンロードして、Dockerでexportする。
exportしたtarをWSLへimportする。

方法２は、ディストロ環境を構築する手間がいらないということ。

VMイメージをダウンロードするのと違うのは、みんなWSLで使いたいのであって、Hyper-VやVMWareで運用したいわけではないということ。
どちらが良いとか、別の方法でもできるとかは、個人の都合。

> Docker Hubから目当てのディストロ・イメージをダウンロードして、

ディストロ・イメージはどうやって作るの？
Linux使わないで作れるの？

これ使うと良さそう

Creating a WSL distribution from a Dockerfile
https://source.coveo.com/2019/10/18/wsl-from-dockerfile/

1. Build the Docker image from the Dockerfile.
2. Run the newly created image in a container.
3. Export the container filesystem using the ‘docker export’ command.
4. Import the filesystem in WSL using the ‘wsl –import’ command.

WSLが実際のLinuxとは違って、systemdによるデーモン機能が不要な
Dockerと同じコンテナ技術をベースにしてるから
ファイルシステムの中身さえあれば用意に変換できるってことね

>>353
crotini vs WSL2　で比較した場合、Linuxの完全性からcrotiniの方が優れているのかな？

Linuxの完全性を目的としている人なんていないので（完璧がほしければ仮想マシンを使えばいい）
crotiniを使いたい人もLinuxの完全性なんかどうでもいいと思ってるでしょう

WSLは普段使うWindowsに統合されているということが重要なので
ホスト環境がWindowsじゃないと意味がない

>>363
いやいや前提が違う
例えば子供にwindowsかchromebookを与えてLinuxも勉強させたい。
その時、crostiniかWSL2で勉強させるのはどっちがいいか？ってこと。

それなら仮想マシンにLinux入れるところからやらせればいいだろ
どちらもかわらん。なぜ目的を無視して最初に間違った道具を選ぶのか

Linuxの勉強目的ならさすがに仮想だな
習得したらWSL使う感じかな

>>360
その方法が>103

>>367
Docker Hubからダウンロードする
ディストロイメージを作るのにLinuxは必要なんですか？
と聞いているんですが

>>364
前提がおかしくない？
子供がマルチOS環境なんて勉強するはずがない。子供はアプリが使いたいのであって、OSを使いたいわけじゃないからな。
そもそもOSの学習用なら、シェアも自由度もツールも少ないchrombookは選択肢に入らん。linuxをインストールして与えたほうが勉強になる。

そもそもWSLは学習用ではない

https://docs.microsoft.com/ja-jp/windows/wsl/faq
＞ これは、主に開発者、特に web 開発者、オープンソースプロジェクトでの作業、または Linux サーバー環境へのデプロイのためのツールです。

>>368
Docker Hubからダウンロードするディストロ・イメージは、誰かが作ったもの。
公式にせよ、それ以外の第三者にせよ、そのイメージは誰かのLinuxを使って作られている。

そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。

>>370
俺なんかプログラム開発者でもなんでもないから
WindowsのデスクトップとUbuntuのデスクトップをマウスのクリック一つで切り換えて遊んでるだけ
タスクバーとパネルは両方同時表示するしどちらのデスクトップからでも使えるから便利

>>371
> そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。

そりゃそうやろな。DockerでもWSLでもそれは同じだ。
誰かが作ったイメージを使うならLinuxは不要

WSLなんてsystemd動かないんだからLinuxの学習向けだとは思わないね

>>103
のサイトに書いてあった

4/22
任意のLinuxディストリビューションをWSL2で動かす　Clear Linux OSを動かすまで

Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する

docker export
wsl --import

WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export

Appleは初心者でも直感的に使える製品を目指してるってのに
Linuxはわざわざ学習しないと使えないんだな
しかも信者はその状況の改善を要求するどころかLinuxを使いこなせる俺SUGEEEて思ってるww

>>370
armでも動くんだ

>WSL はどのようなプロセッサをサポートしていますか。
>WSL は x64 および ARM の CPU をサポートしています。

>>374
みんながadminである必要は無い

>>376
だからApple製品は使い難いんだよ

>>370
リンク先でWSL はまだ GUI デスクトップやアプリケーション (Gnome、KDE など) をサポートしていません。
と書いてるけど、自分の使ってるUbuntuのデスクトップは何で動いてるの？
ここの上級者のように詳しく知らないから誰か教えて

>>370
ctostiniは学習に向いてるよな？

>>381
CrostiniもWSLと同様に開発者向けの機能
それを使って学習するのは勝手だとは思うけど

>>380
「自分の使ってるUbuntuのデスクトップ」って何をさしてる？

>>382
>>370は学習用ではないといっているが？

>>281
正に、そういうちょっとした、くだらない事に多用したいので
「紛い物」のくだらない事情など考慮したくないんだよ。本物持って来いよ

WSLだとWinのexplorerからrootディレクトリをグチャグチャに出来ますか？

>>383
Xfceです

>>376
Appleの意図通りにしか使わないならApple製品でいい。カスタマイズして使うようになるとApple製品はクソ。
まあ、適材適所だな。

>>386
「エクスプローラでWSL2のディレクトリを開く方法」で検索したらすぐ出てきたぞ。
思う存分自分の膝を撃ち抜くといい。

>>387
MSとしては、WSLがXサーバやWaylandを含んでいないのでサポートしていないと言っているんでしょう

でも、LinuxのGUIのアーキテクチャではそれらもただのユーザアプリケーションなので、VcXsrvのようなWindowsの実装を使えば実現できるというはなし

>>390
そうなんですね
だからpowershellからwslとコマンドすると
Ubuntuが起動するけどVcXsrvを立ち上げないとfirefoxが起動しなかったのですね
レベルの低い事のコメントで申し訳ありません
勉強になります

MS「WSLという開発者のためのツールを作りました」
みんな「すげー」

アホ「すげーって言ってるのが悔しい
WSLはLinux勉強のもののはずだ！
WSLはLinux勉強に使えない！」

MS「最初から、開発者のためのツールって言ってるよね？」
みんなMS「最初から、開発者のためのツールって言ってるよね？」

>>381
> ctostiniは学習に向いてるよな？

ctostiniを使うとLinuxのsystemdの勉強になるとか
言ってるやつがいるとしたらアホだろうなｗ

「ctostiniはLinuxの学習に向いてない！」

systemdの勉強って何やんの？

Linuxの勉強っていったら普通Linuxの使い方じゃね？

>>394
自分で設定ファイル書くとか

/etc/systemd/logind.confはインストールしたら必ずいじるくらいかな。
あと、たまにsystemd.confも。

な！ WSLじゃLinuxのインストールの勉強とかできないだろ！！！

MS「最初からアプリ開発ツールだって言ってますよね？
Linuxのインストールなんて無駄なことをしなくてアプリ開発ができるんですよ」

そもそも勉強って何
開発したいのかサバ管なのか

まあ、なんとなーく、ほわわんと
OS扱いたいだけならいいんじゃね

>>389
https://i.imgur.com/nbCgNwq.png
insider(21370)だとExplorerにペンギンアイコンがあってそこからアクセスできる
パスも\\wsl.localhost\になってる
従来のパス名\\wsl$\も使える

wslg使いたいな
インサイダープログラムやろうかな不具合とか怖いな

>>401
メインで使っているマシンならやるべきではないね

>>402
メインで、じゃなくて仕事で使ってるならですね。

>>398
勉強も何もWSLみたいな不完全なものは使う気にならんわ。

テスト環境として便利よ
pythonとか書いてるけどunix系向けにはインストーラが適切なshebangを付ける配布システムなの
人に頼むのも面倒なので自分で色々(とはいえ複数linux)試せるのは便利

>>404
開発用途としては完全だから問題ないでしょｗ

>>404
Linux自体がUNIXと認められてない不完全な代物なんだけどな

>>391
Linux 側から、Windows 側のブラウザを起動すれば？

which chrome.exe
と入力しても、何も表示されない

Program Files は、パスが通っていないので、絶対パスで起動する。
パスに半角空白を含むので、" " で囲む

"/mnt/c/Program Files (x86)/Google/Chrome/Application/chrome.exe"

"/mnt/c/Program Files (x86)/Microsoft/Edge/Application/msedge.exe"

>>407
FreeBSDはUNIXとして認定される可能性はあるみたいだけど、パッケージの更新・変更頻度が高いので管理的にUNIXとして申請しにくい、というのを以前聞いた事があるな。
Linuxディストリはそれよりも頻度が高いので難しいだろうね

>>408
>>201は自分のコメですがwslから出来ると初めて知ったからそうした迄です
普段はUbuntuのアイコンをクリックしてからXfceを起動させてます

>>409
＞Linuxディストリはそれよりも頻度が高いので難しいだろうね

それは言い訳に過ぎない

WSL スレは二度と Windows スレへは戻れなかった……。 Windows 板と Linux 板の中間の掲示板となり永遠に 5ch 空間をさまようのだ。
そして移動させたいと思っても移動しないので―― そのうち WSL スレは自治をやめた。

>>409

別に認証受けなくても問題ないってのが実情では？

今はUNIXであることを求めてるところって無いんじゃないの？
LinuxまたはWindowsだと思う
macOSはハードウェアの調達で問題あるし

WSLなんて不完全なLinux使うくらいならVirtualboxで本物のLinux環境を体験したほうがいいよｗ

UNIXになったら何かメリットあるん？
市井にいるとほとんどメリットが見えない
業界的にはやはり権威あるのか

>>415
それを更に便利に使うのがvagrant

>>415
WSLは体験で使うようなものじゃないぞｗ

少なくともWSL2は本物のLinuxカーネルを使ってるんだから
本物のLinux環境とやらを体験できるぞ

↑デバイスの見え方がうさんくさいけどな

うさんくさいと言う奴はうさんくさい