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

>>261
WindowsからWSL方向のリンクを張れないってことだけど言われなきゃわからないのかな

>>259
予め起動させておけば？

>>263
貼れるだろｗ　あほやなぁ
試してからいえや

>>262
だからシンボリックリンクを使いましょう

>>262
そういう使い方をしたい場面がよくわからない
dotfilesとか置いてるけどそれはLinuxのホームディレクトリにおいてればいいだろ

>>265
張れない時は張れないよ
WSLディレクトリの有無に依存するんだから

>>267
WSLが常にあるわけじゃないんだよ

>>268
起動している時に貼ればいいだけだろｗ
まさかWSLが停止するとシンボリックリンクが勝手に消えるとか思ってんのかｗｗｗ
だーかーら、使ってないってバレバレなんだよ

WSLから見てWindowsは常に存在してるが逆は成り立たない
なのでWindowsからWSLにリンク貼るなどWSLに依存する構造はよろしくない

WSLへのリンクはUNCパスへのリンクに過ぎない
これは今までもごく当たり前にリモートサーバーへのリンクとして使われていた
なにをいってんだろうなｗ

>>272
で、リンク切れで困ると

問題はLinux用のdotfileとWSL用のdotfileが異なることだな
管理対象が無駄に増えて面倒だ

>>273
リンクじゃなかったら困らないんですか？
それはなんでですか？ｗｗｗ

これ、もうお前が答えられない質問な

>>274
> 問題はLinux用のdotfileとWSL用のdotfileが異なることだな

異なる部分だけ吸収すればいいだけ
シンボリックリンク使えば吸収できるし
使わなくても一行程度で終わる話

>>275
素Linuxなら困らんよ
そもそもwindowsへの/からのリンクなんて貼らないからな
素Linuxのホームは1つのホームで完結してる
WSLは無駄にホームを分裂増殖させてるから管理が2倍めんどう

>>276
めんどくせぇー
わざわざWSLを使うことによってめんどうを呼び込んでるじゃねえか
素Linux使えばそんな面倒なことしなくていいのに

ID:vj+7dSvOが言いたいことと反論のまとめｗ

アホ「WSLが停止するとシンボリックリンククリックしてもアクセスできないニダ！」
オレ「WSLが停止してるなら、シンボリックリンクじゃなくてもアクセスできねーだろアホ」
オレ「アクセスできないだけでシンボリックリンクはそのまま残ってるだろ、どアホ」


アホ「アクセスできないと困るニダ！」
オレ「アクセスできないと困るのは、シンボリックリンクと関係ない話だろ」

>>278
面倒の内容が「シンボリックリンクを一つ貼れば終わり」だって言ってるんだが
そこは認めるんだよな？ｗ

うわネトウヨか

>>280
物によるだろ

>>282
どんなものが解決できねーんだよ
具体例をいえ

>>283
たとえばdockerの設定とかだなー
winとlinuxでインストール方法、ファイルの置き場から中身まで構造が違うから個別に用意しなきゃならん

>>284
dockerの設定って何？
具体例をいえといったのに
なぜ何も言わない

ちなみにDockerのLinuxでのインストール方法

CentOS版
https://docs.docker.com/engine/install/centos/

Debian版
https://docs.docker.com/engine/install/debian/

Fedora版
https://docs.docker.com/engine/install/fedora/

Ubuntu版
https://docs.docker.com/engine/install/ubuntu/

winとlinuxでインストール方法が違うのではなく
Linuxディストリごとにインストール方法が違っている
Windowsの問題じゃねーんだわｗ

>>285
そんくらいググれ
ファイルの場所も内容も違うからな

>>286
せいぜいそんくらいだろ
設定は使い回せる

> ファイルの場所も内容も違うからな
全部同じだよ

> 設定は使い回せる
Docker for Windowsは結局の所Linuxで動いてる
Dockerだから設定ファイルとやらはそのまま使える
お前の言う設定ファイルが何なのか知らんがなｗ

>>286
WSL内にDocker入れるのに、windows側にも両方入れるの？
君ガイジじゃない？

>>291
Dockerはクライアントサーバー型って知ってるか？
WSL側に入れるのはクライアント
Windows側に入れるのはサーバー
役目が違ってる。
ほんと恥ずかしいよお前ｗ

んで、設定とは何だ？ｗ

WSL使わないならこのスレ来るなよ。ここはWSL使いが盛り上がればいいんだよ。きっと目の上のたんこぶで気になるんだろうな。オレはWSLからexeの起動とかWindows側にあるファイルをLinuxコマンドで操作したりとか、WSLが無くてはならないものになってるよ。

>>292
ん？クライアントサーバ逆になってる上にWSL側にもクライアント入るけど大丈夫か？

こいつはWSLとWindows側両方にDockerサーバー入れて設定ファイルを別々に管理するのが気持ち悪いだとか言ってるけど、サーバーはWSL側にしか入らないし、設定ファイルをまとめて管理したい意図が全然理解できなかったわ

今日からWSL2を使い始めてる(これまではWSL1だった)んですが、Windowsで実行する各種Gitクライアントはwsl$配下で起きているGit管理ファイルの変更をリアルタイムに検出してくれないようです
これを同一ファイルシステムの時と同じように検出させる方法はありますか？

Gitがネットワーク上のファイル変更をリアルタイムに監視しないんだろう、というのは想像が付いてます
ネットワークドライブの割り当てをしても同じでした

また使ったことないやつが暴れてんのかよ
ていうか相手してるやつもウザい

>>290
使えんよ

>>295
> ん？クライアントサーバ逆になってる上にWSL側にもクライアント入るけど大丈夫か？
逆じゃないだろｗ
ああ、ほんと、お前わかってないｗ

> サーバーはWSL側にしか入らないし、設定ファイルをまとめて管理したい意図が全然理解できなかったわ
Docker for WindowsはWindows側にいれるもの
WSLがなくても動くの知らんのか？

だから設定ファイルってなんだよ？
WindowsとLinuxで異なるDockerの設定ファイルなんてねーつーの

>>296
Linuxを使ったほうがいいのでは？

>>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のカーネル機能だから
そういう事はあるだろうね

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

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