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

>>249
一緒なら素のLinux使うわ

>>250
WindowsのホームとWSLのホームが位置も構造も違うのはめんどくせえなあと思った
Linux使っときゃ1つ管理すりゃいいのに
WindowsでWSLっていう回りくどい環境だと管理も2倍以上の面倒くささ

ネットワーク絡みの開発がしたいときとか

>>253
前提としてWindowsも使う必要があるんだが

>>254
WSL2だとホームの構造は同じ
あとシンボリックリンクは便利だぞｗ

もし知らなかったら可哀想なので説明してあげると
シンボリックリンクというのは別の場所にあるファイルやディレクトリに対して
自由なパスでアクセスできるLinuxの機能だよ

コマンド一つで例えばLinuxのホームディレクトリの下に
Windowsのディレクトリを持ってこれる
これでホームの位置の構造の問題は直ぐに解決できる
便利だから覚えておいたほうがいいぞ！Linuxの基本だがなｗ

>>257
WindowsホームとLinuxのホームは別物では？
WSLが常に起動してるわけじゃないからリンクも張りたくない

>>254
たかがその構造がめんどくさいという理由でLinuxを母艦にしたいとは思わないね。

あくまでも開発用途で必要なだけだし、Linuxじゃできないことが多すぎる

Windows+WSLなら大体のことができてしまうからこれで十分

そもそもLinuxで満足してるならこのスレになんで来るんだい？

>>259
> WSLが常に起動してるわけじゃないからリンクも張りたくない

なんかこの一言で、お前が使ってないのバレちゃってるよｗ

あえて聞くね。答えてね。

「WSLが常に起動してる」ことと「リンクを張ること」に
一体何の関係があるの？WSLが起動してなくても問題なにもないじゃないｗ

>>258
素LinuxとWSLでホーム構造が違うよ

素Linuxだと
~/.foo → ~/dotfiles/foo

WSLだと
~/.foo → Windowsホーム/dotfiles/foo
Windowsホーム/.foo → Windowsホーム/dotfiles/foo

>>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とかいうファイルを作ってみたんですが，
その「プロパティ」を見ても「最小化して起動」みたいな項目は
ありませんでした……