【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/

wgetとcurlは似て非なるツール

>>261
ありがと、知らなかった。
curl.exeはc:\windows\system32に居た。

>>258
Invoke-WebRequest ってServerCoreで使えるのか?

>>263
> wgetとcurlは似て非なるツール
誰も同じツールだなんて言ってないぞw

>>265
PowerShell のコマンドだから使えると思う

WSLで不完全なubuntuモドキを使うくらいならVMで本物のubuntu環境作るわ。

>>262
使い分けてる。
powershellとかcmdも使いたいこともあるし。

>>267
時代遅れ。

そいつは使いどころをわかっていないだけだからｗ

最近VM知ったんじゃね？
そもそもWSL2がVMであることすら知らなさそうだしw

MSYS2 は、日本語などでバグる。
LinuxはUTF-8 だが、Windows は、CP932・UTF-16 などを使っているから

WSL2 は、本物のLinuxだから良い。
しかも、MS のサポートあり

カーネルの更新も、自動的にやってくれる

>>194-195
に書いたように、

Windows 用のyarn をnpm じゃなくて、インストールして、
コマンドプロンプトで、where yarn と実行すると、

C:\Program Files (x86)\Yarn\bin\yarn
C:\Program Files (x86)\Yarn\bin\yarn.cmd
C:\Program Files (x86)\Yarn\bin\yarn.js

これをWSL 側で、which yarn と実行すると、
/mnt/c/Program Files (x86)/Yarn/bin//yarn

yarn はシェルスクリプトで書かれていて、
その中で、yarn.js が読み込まれるようになっている

つまり、WSLでも動くように作ってある

>>178
今更だけどubuntu on wslのシェルにpwsh使ってるって意味
紛らわしくてごめん
aptから入るし$profileも共有出来て快適

しかしまあ、デフォルトユーザーのままだとbash.exeでpwshが立ち上がるのは変な仕様だね…
デフォルトユーザーはadmin専用にしててbashのままだから気付かなかった

>>206
に書いたように、

MS 製のWindows Terminal を使えばよい。
コマンドプロンプト・Power Shell・WSL Linux の3つを起動できる

他には、VSCode の拡張機能・Remote WSL もある。
vim の代わりに、VSCodeを使うのも良い

普通の仮想マシンは起動と終了が面倒だが
WSLだと一瞬で起動してシャットダウンも不要だから気軽に使える。
bashからwindowsとlinuxのコマンドを混ぜて普通に使えるのも便利。

不便なところはUSBが使えない、外部ネットワークからのアクセスが面倒、Hackを使わないとsystemdが動かずsnapパッケージや一部のコマンドが使えないといった感じ。

あと仮想マシンは固定のメモリを確保してしまうが
WSL2だと動的確保になるのでメモリを無駄に消費しない。
キャッシュがメモリを無駄遣いする事があるが自分は
~/.bashrcに
# キャッシュが1000MBを越えたらクリア
if [ $(free -m|awk '/Mem:/{print $6}') -gt 1000 ]; then
sudo bash -c "echo 3 > /proc/sys/vm/drop_caches"
fi
といったものを追加して対処している。

一々、キャッシュを消す必要があるの？
何かでメモリが必要になったら、OS がキャッシュを消すだけでしょ？

自分で消しても、また同じものが先読みされてしまうだけなのでは？

WSL2はHyper-Vアーキテクチャーなのにこの人は何を言ってるんだろう…
https://docs.microsoft.com/ja-jp/windows/wsl/wsl2-faq

>>277
WSL2によるホストのメモリ枯渇を防ぐための暫定対処
https://qiita.com/yoichiwo7/items/e3e13b6fe2f32c4c6120

>>278
WSL2は専用のlinuxカーネル用にカスタマイズされた
軽量VMでHyper-Vをそのまま使ってるわけじゃないぞ

おまえらが使いたいLinuxの機能ってどうせgrepやlsやsortやsed,awkくらいだろ。
あと簡単なbashスクリプト。
そんなレベルならbusybox使えばいいんだよｗ

>>279
ありがとう。今でも、メモリを使い果たすのかな？
下のサイトでは、うまく行ってるみたいだけど

2021/4/27

WSL2 + Docker をメモリを節約しながら使えるか
https://zenn.dev/takajun/articles/4f15d115548899

.wslconfig で、メモリ制限する

>>282
今は最大メモリのデフォルト値が実装メモリの半分
または8GBのうち小さい方が適用されてたはず

漏れは、Ruby on Rails をやるから、

WSL2, Docker Compose, VSCode, Node.js までが初級者の範囲

>>272

Unixで日本語使うのがダメだわなぁ。

>>278
本家の機械訳なんだけど。

bash scriptやらgrep, sed, awk, perl, pythonなどのライトユースなら
WSL1のほうがいいと思うけど、どうなんだろ。

それくらいならgit bashでもよさそう

>>280
誰もそのまま使ってるなんて言ってないよ
アーキテクチャーってわかるかな？w

>>289
何がいいたいの？

>>281
lsですら使えないものをどうしろと

WSL2のLinuxカーネルって、自分でビルドして差し替える事もできるから、そこまで特別なモノでもないようだけど

カーネルファイルがゲストのファイルシステム上に無いってのは、VMとして特殊ではあるかなぁ

>>290
> 普通の仮想マシンは起動と終了が面倒だが
> WSLだと一瞬で起動してシャットダウンも不要だから気軽に使える。
普通の仮想マシンもゲストのシャットダウンなんて不要なことも知らんの？
Hyper-Vなんてホストリブートしてもゲストはそのまま（もちろんホストのリブート中は止まってるけど）稼働してる
WSL2もそれを踏襲してるだけ

>>293
普通の仮想マシンと言うか、普通のLinuxが起動する余計なサービスが不要
あれが起動時に時間がかかってメモリも食う

みなさん、議論の末だんだんWSLが何者であるかがわかってきたようですね
感心感心w

>>294
仮想マシンの話なのなのかゲストOSの話なのかはっきりしてくれ

>>296
実装方法ではなくて、なにを利用者に提供しているかが重要
MSが開発したソフトが素晴らしいという話をしているのであって
自作すればいいという話でもない

>>293
Hyper-Vは使ってなかったしVirtualBoxは以前はぶっこわれてたらしいのが改善されてるのか
しばらく使ってなかったから知らんかったわ

Linuxとの統合を目指すWindows 10
https://news.mynavi.jp/article/20210502-windows10report/

Microsoftの本気度を探ってみたい。先日、日本マイクロソフトの発表会で「WindowsとLinuxの融合を目指しているのか」と尋ねたところ、
日本マイクロソフト Azure ビジネス本部 マーケットデベロップメント部 シニアプロダクトマネージャー/Azure SME 廣瀬一海氏は、個人的見解としながらも、以下のようにコメントした。

「2004年4月にWix(Windows Installer)をオープンソースとしてSourceForge.netにリリースしたことからも分かるように、当初から融合を目指してきたと思う。
　WSLからTensorFlow経由で機械学習し、その結果をgnuplotでグラフ化できる利便性は大きい」

また、日本マイクロソフト Azure ビジネス本部 マーケットデベロップメント部 プロダクトマネージャー/Azure SME 佐藤壮一氏も同じく個人的意見として、
「開発者目線では統合を狙っていると思う。1つのプラットフォームでWindowsとLinuxアプリの実行環境を実現し、統合に向かっている印象を受ける」と回答している。

>>299
WindowsとLinuxの融合というより
WindowsにLinuxを融合させるって感じよね
Linux側はWindowsなんて知ったことじゃないし

> 筆者自身はKDEやGnomeをWindows 10上で使いたいとは思っていないのだが、

誰もそんなもの使いたいと思ってないと思うし
MSが実現しようとしてるのもそれじゃないでしょ？

KDEやGnome（というWindowsよりも劣ってデスクトップ環境）を使いたいなら
それこそ仮想マシンを使えばいい
そんなクソデスクトップ環境なしに、Linux GUIアプリを使えるのがいいんだから

融合
その名称は？
winux？
Lindows？

>>302
Windowsだよｗ

LinuxはWindowsのサブシステムにすぎない

>>297
アンカーミスか？
マジで何を言いたいのかさっぱりわからん…

>>304
WSL2は仮想マシン＋ゲストOS＋Windowsとの連携サービスで構成されてるんだから
どれか一つの話をしても意味がないということ

>>305
いやいや
> 普通のLinuxが起動する余計なサービス
って何よ？とか
> 起動時
ってなんの起動時だよ
って話
もしかしてHyper-Vはサービスとして動作してることも知らんとか？

WSL2は複数のディストリをインストールできるのを知っているだろうか？
Ubuntuの複数のバージョン。Ubuntu以外もインストールできるし
同時に起動することもできる。

しかし仮想マシンもLinuxカーネルも一つしか起動しない
これもはやLinuxを超えてると思うｗ

>>306
仮想マシンに普通のLinuxをインストールすると
systemdで余計なサービスがいっぱい起動する

これが起動時間を大幅に低下させて
使用メモリも食う原因になってる

WSL2はそれがない

>>307
異なるLinuxのバージョンを１つのカーネルで同時に起動？
そりゃスゲーなw

>>308
> 仮想マシンに普通のLinuxをインストールするとsystemdで余計なサービスがいっぱい起動する
だからそれはゲスト側の話だろ

> WSL2はそれがない
単に不要なサービス切ってるだけ

>>309
> そりゃスゲーなw
Linuxのコンテナ機能を使って複数のディストリを一つのカーネルで動かしてる
すごいだろｗ　だから軽いんだよ。

> 単に不要なサービス切ってるだけ
MSがカスタマイズしたLinuxカーネルを使った独自の軽量ディストリを動かしてる
サービスなんて切るも何も最初から無い

独自のディストリの中でコンテナ機能を使ってUbuntu等を実行してる
もちろんUbuntuを「コンテナとして」起動するからUbuntuのsystemdなどは動かない
動かないと言うかあえて動かしていないし動かす必要もない

UbuntuコンテナはMS独自のinitを使って起動してる
そのinitは9Pを使ったファイル共有サーバーを兼ねてるから
WSL2でUbuntuを（独自のinit経由で）起動するだけで
ファイル共有がシームレスに実現できている

これと同じ仕組みを自作するのは大変よｗ

WSL2だとUbuntuをコンテナとして起動するから
ゲストの余計なサービスは起動しないし
ゲストの起動速いし、ゲストのメモリも食わない

dockerと何が違うの？

>>312
むしろ同じところはコンテナ技術を使うというところしか無い
機能も目的もぜんぜん違う

Dockerは開発者が開発したアプリを配布する時に使うもの
WSL2は開発者がアプリを開発する時に使うもの

この2つがそろったからWindowsの開発は格段に便利になったと言っても過言ではない

>>310-311
それって仮想マシン上のLinuxでDocker動かしてるのと同じだろ
軽量ディストリとか言ってるけど簡単に言えばサービス切ってるだし

>>314
実装の詳細とかどうでもいいだろｗ
それで何を実現し提供してるのか
WSL2は軽いLinux環境を実現して提供している

お前、これと同じものを自作してみせますよって言ってるの？ｗ

Docker(アプリケーションコンテナ)というかLXC(システムコンテナ)でしょ

>>313
> Dockerは開発者が開発したアプリを配布する時に使うもの
何だこのアホみたいな決めつけはw

>>315
だから Hyper-V + Docker で作れるだろって話
実際に作るとなると七面倒な作業はあるにしても作れないわけじゃないだろ

>>317
> だから Hyper-V + Docker で作れるだろって話

正確に言えば、以下の構成で作れますよ

Hyper-V + 独自カスタムのLinuxカーネル ＋ Linuxコンテナ
＋ 独自のinit ＋ 9p プロトコル ＋ wslpath などのLinux用サポートコマンド
＋ Windows での9pプロトコルサポート ＋ エクスプローラー統合　
＋ wsl.exe 等のWindows用コマンド ＋ WSL上のLinuxからのWindows exeの直接実行
＋ TCPポートの透過的なマッピング

最低でもこれぐらいと書いてくださいよ
でないと、あんたが自作する場合の工数を把握できないよ

そいでどれくらいの時間でで作れるの？
もう一度来て下さい。本物のwslを見せてあげますよとか言うんでしょ？
明日なの？一週間後なの？何日で作れるの？

社長「簡単でしょ？作ってよ。LinuxからWindowsコマンドを
実行できるようにするだけでいいんだよ。できる？」

開発者「技術的には可能です。」

で始まる失敗プロジェクトを見てるような感じだよなｗ

WSL2でホストのWin10にOpenSSHのサーバーとクライアントインストールして踏み台にして外部のホストにIPv6でSSH接続できた
avahi でホスト名+localでIPv4アドレス解決できるしいい感じ

>>318-319
発注してくれるのかな？w
顔真っ赤過ぎだろ…

なんでわざわざこのスレに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の方が優れているのかな？