【Bash】Windows Subsystem for Linux【WSL】9

ついに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】8
https://mao.5ch.net/test/read.cgi/linux/1590742701/

>>299
> 使えんよ
使えないものを具体例を言って

そういや>>283でも具体例聞いたのに言ってないね

具体例聞かれるとボロがでるから
無視する癖でも付いてるのか？ｗ

>>300
WSLにサーバー入れるんじゃなくてクライアント入れるの？
言い間違いぐらい認めようよ君

正確には
クライアントはWindowsとWSL
サーバーはWSL側だけ

が正しい

わかってないのはお前の方

もしかしてクライアントとサーバーって言葉の意味を知らないで使ってんのか？w

お前はDockerクライアントをWSLだけに入れて、サーバーをWindows側に入れてんの？
何がしたい？

>>302
HyperVバックエンド時の設定とか色々だよ

>>305
それを一つのdotfilesフォルダで管理する必要はないのでは？WindowsとWSL側で分けて管理してなんの不都合があるの？

あとwindowsからWSLのsymlinkが作れないってどこ情報？ローカル⇄リモート両方できるけど？

milink /d dotfiles \\wsl$\Ubuntu\home\username\dotfiles

これでいけるのでは？

>>306
そのドライブ、フォルダが無かった場合はどうなる？

>>307
アクセスできないけどWSLが起動すれば問題ない

それが気になるならWindows側に設定置いてWSLからそれを参照すればいいだけでは？何か不都合でもあるの？

Windows側にファイル置いてる俺はなんの不自由もなくWSLのUbuntu使ってるから、ｱｸｾｽｶﾞｰの言うことにはなんの効力もないよ。

WSLじゃなくてLinux使いたい理由がホームディレクトリが一つだけで設定をまとめて置けるとか

その程度の目的でわざわざLinuxを使う気にはならない
大したことしてなくて必要もないのにLinux使ってそうだな

passwdファイルも知らないんだろ

アンチWSLはメンタルが↑キーとエンターキー交互に叩いて「俺Linux使ってるスゲー！」レベルだったりしてw

> milink /d dotfiles \\wsl$\Ubuntu\home\username\dotfiles
循環してどうなるのだろ

そもそもmklinkでないの？

味醂k

WSL の基本は、Windows 側から、Linux 側を触っちゃいけない。
触っても、Linux側が起動しているとは限らない

つまり、Linux側から、Windows側を触れるだけ。
この場合は、Linux側が必ず起動する

だから、Linuxのコマンド探索パスの後ろに、Windowsの探索パスも追加されている。
echo $PATH | tr : "\n"
と入力すると、Linux側の後ろに、Windows側の/mnt/c/ の探索パスが続く

>>215
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、

Docker Desktop WSL 2 バックエンド(日本語版)
https://docs.docker.jp/docker-for-windows/wsl.html

ここには、プロジェクトも、Linux側・ext4 へ作る。
/mnt/c/ 側・NTFS を避けると書いてある

Microsoft 製のLinuxカーネルによって、Linuxコンテナを動かしている

>>316
避けるとは書いて無くて
パフォーマンスが落ちると書いてある

書き忘れたけど、
Windows 側から、Linux 側を触っていても、すぐにアクセスできなくなる

漏れが、PC を電力エコモードにしているせいか、
5分ぐらいで、Linux側が終了してしまう

>>318
wsl$ 経由でさわっているのならwsl1の時はおこってたけどwsl2にしてからは起きてないな
もしかするとwslの方じゃなくて、Windows10を20H2にしてからかもしれないけど

WSLの端末を開いておくだけ
なんでそんな、ものすごく些細で小さな問題にこだわる？

Windows側だろうがWSL側だろうが、ファイルをどっちにおいておいてもどっちからでも触れるのに何か問題でもあるの？

小さな問題を大きく触れ回ってるだけ
それ以外しか問題がないということだよ

訂正
それぐらいしか問題がないということだよ

> 小さな問題を大きく触れ回ってるだけ
ものすごく見覚えがある手口だな。
嘘デタラメわめき散らしてグロ貼りになったアイツそのものだ。
同じ奴かな？

やだねぇ、基地害は。

レスに中身がまったくないな

>>325
嘘付きのグロ針さんだｗ

図星だったかｗ

最近動画見てたらパソコン落ちることがあって原因はWSLがアホみたいにメモリ食っててスワップ無効にしてたからっぽい
16GBも積んでるんだが

どうにかならんの？これ

>>328
WSL2では？

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

>>328
スワップ無効とかバカだよなあ
ダンプ分くらい確保しとけよ

16GBで仮想メモリ無効は無謀

仮想メモリを無効にするメリットなんてないぞ

「スワップしたら負け」とは言ったが「仮想メモリをオフにしろ」とは言っていない定期

メモリ16G程度でスワップ無効は無謀では・・・？

じゃあメモリ4GBでスワップ8GBな俺は何

メモリ使わない人は使わないだろうね

おっそいHDD使ってるならスワップ無効にすれば体感速度はあがるけど…
16Gも、と言ってるからハードに金かけてないのはモロバレだけどさぁ、情弱すぎだろ。

メモリ少ないならswapiness=0とzram
16GBもあって何に使ってるのか
linuxメインだろ
仮想環境でやることか

8GBのメモリが3000円ぐらいじゃん
多く積めば快適になるんだし

いや論点は大したことしてないのにメモリを使い果たす不具合だろ。

メモリを使わなくても消費電力が減るわけじゃないよ？
使えるなら使わないと無駄になるじゃん
むしろメモリが余ってるのに使わないほうが不具合

いきなり消費電力もちだして話そらしても、スワップ無効はバカのやることにはかわらないのでわ？

WSL2になってから初回起動が遅くなってしまった。
（まあこれは仕組みを考えれば当然っちゃ当然なんだけども）

どなたかWSL2をOS起動時にバックグラウンドで起動する，
みたいな設定をしている方とかいらっしゃいませんか。

普通にwsl.exeでも実行すればいいだけでは？

>>344
そうするとバックグラウンドで動かずに
コマンドプロンプトのウィンドウが表に出てきちゃうのよね
（この辺の技術に詳しくないので，用語が違ってるかも）

>>343
普段どうやって起動してんの？

ログオンスクリプトでバッチファイルとか動かしたい時にvbsで包んだ事はあるけど
wshのRunメソッドには非表示のオプションがある

https://nssm.cc/download
アプリをサービス化するソフトならある

>>345
wsl.exeでWSLのコマンド実行するって話だよ
ウインドウ最小化とかしてればじゃまにならないでしょ？

>>346
普段はwsl.exeを起動して
（当然コマンドプロンプトが前面に表示される）
使ってる。

今か仮にwsl.exeを実行して表示されるコマンドプロンプトを「WSLウィンドウ」と呼ぶ。

それで，「OS起動後1回目にWSLウィンドウが立ち上がるまでの時間」
と「そのWSLウィンドウを閉じたあと少し時間を置いてWSLが立ち上がるまでの時間」
とにあきらかに差がある。
Microsoftの文書にそういう記述を見つけ出すことはできなかったんだけど，
おそらく一回立ち上げるとWSLウィンドウを閉じたあとも
背景でWSLにまつわる何かしらのプロセスが生きているんじゃないかと推測している。
その「背景で動くWSLにまつわる何かしらのプロセス（非GUI）」を
OS起動と同時に立ち上げられたら，
WSLウィンドウの表示が速くなるんじゃないかと期待してる訳。

分かりずらくてほんとすいません……。

>>350
言ってることはわかる
起動して最小化と何が違うのか何が不都合なのかがわかりにくい
高速起動も目に見えないから負担がないわけじゃない

>>351
ウィンドウを最小化するのって自動化できますかね。
一部のアプリケーションだと*アプケーションの*設定から
背景で起動するみたいな設定ができるみたいなんですが
WSLウィンドウはそういう設定ができないっぽいんですよね。
ためしにwslsu.batとかいうファイルを作ってみたんですが，
その「プロパティ」を見ても「最小化して起動」みたいな項目は
ありませんでした……

>>352
私は，WSL のターミナルとして， mintty.exe (ペンギンのアイコン)を使っているのですが，
--window min オプションで起動すれば最小化して起動することができています．
ターミナルを変える必要があるので，ダイレクトな解でなくてすみません．

>>352
タスクスケジューラで「表示しない」をチェックして実行するようにしてみてはいかがでしょう

>>354
タスクスケジューラという機能の存在を始めて知りました。
これで解決しそうです。

まず一通り勉強してから試してみるので，報告はちょっと後になるかも知れません。

みなさまありがとうございました。

使わないのに起動しておくのは、メモリの損

その分だけ、他のアプリがメモリを使えなくなったり、
メモリスワップされて、HDD の書き込み回数が増えるかも

>>354
vbsで起動してたが「表示しない」なんてあったか？
と思ったらタスクスケジューラのUIから消すオプションじゃないですか！

とはいえ調べたら「ユーザーがログオンしているかどうかにかかわらず実行する」にチェックすればウインドウが表示されないのが分かった。

>>350
気になるならWSL2の仕組み勉強したら？

まあ説明してやると、WSLはUbuntu以外にもいろんなディストリが有るのは知ってるよね？
同じUbuntuでも18.04とか20.04とか複数インストールできる

Linuxカーネルは同じものが使えるのに、ディストリごとにそれごとにLinuxカーネルを起動していたら無駄だろ？
WSL2は複数のディストリをインストールしていたとしても、起動するLinuxカーネルはたった一つだけなんだよ

これが「仮想マシンにUbuntuとOpenSUSEとFedoraをインストールすれば同じことじゃん」
が間違ってる理由。仮想マシンにインストールしたらそれぞれ起動しないといけないからね
しかもフルバージョンだから遅い

WSL2ではLinuxのコンテナ機能だけが使えるMSがカスタマイズした軽量のLinux（ディストリ相当）を
一つだけ起動している。そしてUbuntuなどを使う時にコンテナとして起動してる。
WSL2バックエンドを使うDockerも起動済みのLinuxの上で動いているから起動が速い

WSL2は内部で仮想マシンを使うが初回に1回だけ起動するだけ。しかも軽量Linuxだから起動が速い。
そしてUbuntuを実行する時にコンテナを起動するだけだから初回以降はもっと速い（2秒程度）

異なるインスタンスがカーネル共有とか気持ち悪いな
干渉して変な動きしそう

>>359
Linuxのカーネル機能だから
そういう事はあるだろうね

商用じゃないと信用できんし

本当に求められてるものは軽くて速いフル仮想マシンなんだよね

それかLXCね
Windows起動時に仮想マシンをバックグラウンドで動かしてWSLはLXCのインターフェース、としとけばもっと実用的だった

カーネルだけ共用するメリットが今ひとつわからんなあ。
メモリはどのみちインスタンス毎に食うわけだろうからそんなにリソースの節約になるのかね。

>>363
こんな所に書かずにMSに提案すればいいのでは

>>359
dockerもコンテナ仮想化も全否定だね
非効率で時代遅れ

>>358
そうですね，今の状態で下手に
便利にしようとするより
仕組みを学んでからのほうがいいと思うので，
背景起動はとりあえず後回しにします。

恐らく，仰るところの「仮想マシンを起動する」という動作を
Windows OSと同時に行うことができれば（それも背景で），
私がしたいと思ってることを一番理想的に行える気がする。

>>367
だからWindows起動時とかログイン時に
少なくともWSL上のLinuxコマンドをなにか実行したらかってに起動するでしょ？

>>364
メリットっていうか複数のカーネルが動いたら不自然なだけだよ

WSLというのは本来Windowsカーネル上でLinuxアプリが
動くというもの、その場合Windowsカーネルは当然一つ

WSL2でもそれを踏まえてLinuxカーネルこそ使うが
それはWindowsカーネルの一部として同居しているようなもの
理想的には裏でWindowsカーネルとLinuxカーネルが情報をやり取りして
どちらからでも同一の情報を参照できるのが一番

WSL1ではそれを実現しやすくて、WSL2ではLinuxカーネルをそのまま使うから
Linuxとの互換性は上がるが、カーネルの情報が分離してしまうというデメリットが有る
そのデメリットはしょうがないにしろアーキテクチャ上は、1つのWindowsカーネルの
サブシステムとして1つのLinuxカーネルがあるほうが適切

どっちもデメリットが目立つな
やっぱLinux使えばいいじゃんってなる

スタートアップにWSL入れとけばすむ話し？

>>367
Windows初心者っぽいけど、いったい何がしたいんだ？

ログインしなくてもOSが立ち上がった状態で
他のマシンからアクセスできるということならサービス化なんだけど
WSLでできるかどうかは知らない

そこはcygwinのサービス化でw

でも、WSLなら本物のGNUが使えるぞ。

一週間待ってください
本物のGNUを食わせてあげますよ

Cygwinはパチモンやったわ。
これからは本物使わせてもらいますわ。

BoWはパチモンやったわ。
これからは本物使わせてもらいますわ。

Bash on Windowsやない、BSD on Windowsやで。

>>378
BOWはCYGWINと違ってBSD実行ファイルをちゃんと動かせるシミュレーターみたいなものだよ

>>380
Cygwin以上のパチモンやったわ。

>>372
wsl.exeを実行したときのウィンドウを立ち上がらせない状態で，
Linuxカーネルを起動して
それ以降にwsl.exeを実行したときのオーバーヘッド
（コンテナを立ち上げるより前にLinuxカーネルを起動するという）
を無くしたいと思っています。

>>370
Linux使うといちいち同期を取らないといけないのがめんどくさい
WindowsいったりLinuxいったり、
ファイル共有の設定したりSSHログインしたり
OSのアップデートとかしたり

ID:tZdYKzq9 はWindowsもCygwin使ったことないニワカだねｗ
自己破産しちゃうような貧乏人なんだろうねぇｗｗ
あえて名前は上げないけどｗｗｗ

>>382
だから起動時にスタートアップか何かで
コマンド実行すればいいだけでしょ？
たったそんだけ

適当に作っても一瞬黒い画面が出る程度で終わる
ちゃんと作ればそれもでなくなるだろうけど

たったそんだけの話をしてるんだよね？

スタートアップにショートカット放り込んで、そのショートカットのプロパティ弄ればいいだけのことなんだけどね。
こんだけ粘着するのってまるで志賀みたいでｷﾓいわーｗ

そもそも初回の起動時間ってどのくらいなん？
パソコンつけっぱなしで再起動したくないからわからんのだわｗ

wsl -l -v でVERSION 2とでてるUbuntuを
wsl -t Ubuntuで停止させた状態で
Ubuntuを起動すると2〜3秒ぐらい

UbuntuのSTATEがRunningになった状態から
Ubuntuを起動すると一瞬。1秒未満

WSL2がこれより遅いことって有るんか？

ん？もしかしてWSL2の仮想マシンって2〜3秒で起動してる？
こりゃはえーわｗ

>>383
ん？Windows使わなきゃいいじゃん

Windows使わないと仕事にならんだろｗ
OfficeとかMSの開発ツールとか

>>390
？？？
Officeはオンラインで動くよ？

>>391
Linux使っても、結局Microsoft製品使うんですねｗ

LinuxユーザーってWindowsが嫌いなくせにWineでWindowsアプリ使ってるんだよな
だったら最初からOSをWindowsにすればいいだろ

結論としてはどうせMicrosoft製品使うんだから
Windows使えばいいじゃんことになる
GUIはWindowsの方が使いやすいんだからさ
どちらか一方ならWindows選ぶよってだけの話

>>392
そりゃ使うでしょ？
Windowsは要らんけど

>>394
揃える必要はない
GUIもLinuxのほうがシンプルで良い

> シンプルで良い
LinuxのGUIの何がいいの？って何度も聞くんだが
答えが出たことってないんだよなｗ

>>397
シンプル

本物のGNUツールが使えることです。

GNU is Not Unix そして Linux Is Not UniX です。
素晴らしいですね。

Windowsではないということ、それ自身が価値となる。

-- Dang Kogai.

>>398
どこが「シンプル」かを一言も言ってないと言ってる