【Bash】Windows Subsystem for Linux【WSL】8

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

>>677
メモリの削減になるわけ無いだろ
削減できるのはディスク容量
通信量もあるが

つーかDockerイメージ上で開発をやめればいい
開発はホストでやって動かすだけに使うのが一番

稼働しているデーモンが少ない軽量Linuxディストリを使えばメモリ削減になると思うけど
でも、Docker Desktopでいいと思う

まさかDocker Desktopの代わりに
自分で仮想マシンに軽いLinux入れるとか言ってんのか？

その軽いLinuxを入れて作ったのがDocker Desktopなのに
素人がDocker Desktopよりも軽いもの作れるわけ無いやろｗ

そもそもどっかーってなんなの？

どっかー逝け

どっかーん！

おジャ魔女どれみ

そもそもDocker Desktopって使ったことないけどWSL2より軽いの？
それならWSL2 integrationってなんのためにあるの？

Homeでも使えるのが利点だけどそもそもDocker使う層はPro使ってるだろうしな

DockerはAlpineベースじゃなかったっけ？
まあ気になるなら公式を見ればいいだけ

なんで軽いか重いかの話しか思いつかないのか理解できないな
Docker Desktopは軽いんじゃなくて便利なの

Docker DesktopはWindowsアプリ
Windows上でDockerを使えるようにするもの
つまりコマンドプロンプトからも使えるし
Windows上のフォルダもDockerから参照できる

コマンドプロンプトから使わないというのは勝手だが
それであってもDockerサーバーをどうやって起動するか？
WSL2ではサーバーを動かすのに設定が必要

ディスク周り、ネットワーク周り、ちゃんと構成しないと
Linux上でのDockerと同じように使えない
Docker Desktopがあって全部やってくれてるのに
自分で手間かける理由がない

WSL2 integrationはDockerサーバーに簡単に接続して
ボリュームも正しく扱えるようにするため

Windows 10 2004の累積更新でWSL2がクラッシュする問題
https://pc.watch.impress.co.jp/docs/news/1276132.html

> それならWSL2 integrationってなんのためにあるの？
コンテナ外で何か作業したり処理を走らせたりするときに、慣れたLinuxディストリを使いたい、とかかな

Docker Desktopなについてなら、このあたりを読んでみれば？

@IT
https://www.atmarkit.co.jp/ait/spv/1906/19/news074.html

Insider Preview 20211でWSL2に物理ドライブをマウントする機能の追加だって
https://devblogs.microsoft.com/commandline/access-linux-filesystems-in-windows-and-wsl-2/

やっぱり要望が多かったんかね

物理ドライブマジか
WindowsでZFSあるな

次は画面だな

画面てなんだよターミナルの事か？

画面ってなんだよ

WSLがより完璧なLinuxの代替ツールとなっていく

画面ｗ

GUIの事だろ

xrdp入れるだけでデスクトップの機能は入るよ

alpine - Docker Hub

5 MB サイズって書いてある

物理ドライブまじかよ嬉しいわ

物理ドライブってことは書き込みのボトルネックが外れるってこと？

物理ドライブ使えるようになったらWindowsからext4やらxfs使うのが楽になるな

しかもLinuxカーネル経由だから互換性の問題も出にくい…のか？

そのうちSubsystemだったLinuxが本体のWindows乗っ取る…なんてことはないか
Linux Subsystem for Windows

もう、それでいいとおもってる

画面もカーネル直で扱えたほうが効率がいい

画面！

瓢箪から駒

>>707
実際にはWSLがのっとってるのはLinux

Win8の頃にデスクトップ廃止＆モダンアプリ強制しようとしてグダグダに迷走していた頃に
もしも明日Windowsが終わっても、Microsoft自体は1年後にMicrosoft Linuxとか出していける企業だからしぶとい
みたいな話をしていたが、その後実際にこういう形(WSL)でLinuxを取り込むとは思わなかったな

膨大なWin32の資産を捨てるわけないじゃん。

>>707
Wineでも使ってろ

Dockerで何某検証したりk8s使ったりするならdocker desktopを使った方がいいな

開発目的でも言語のバージョン切り替えやミドルウェア連携をハードに依存させたくないならdocker使うべきでしょ

特にないならdocker desktopはいらんかな

絵の出る画面はないの

sl

ノートPC壊したので
ジャンクのノートPC1000円で購入
使用していたHDDに換装したら使用できた
再構築しなくて良かったと言う自分用日記

それwsl関係ある？

テキストに修飾することはできますか？影付き文字とかにできませんか？テキスト背景は完全に
透明にしたいのですが、完全に透明にすると文字が見えにくくなります

完全透明で見やすいとかありません
文字の問題ではありません
矛盾してます

背景を透明といいますが、背景は透明にはなりません
後ろのウインドウが見えてるはずです。
つまり「他の文字や画像」の上に文字を置くということです
見やすくなるわけがありません

半透明ウインドウでかっこいい！と主張しているサンプルイメージを見てみましょう
後ろに見えるのは壁紙です。あえてそうしています。
実際に使う場面であるウインドウを置いたら見づらいからです。

結局の所、本当に欲しいものは、ターミナルの背景に壁紙を置く機能なのです

（半）透明と壁紙では目的が全く違うだろ

だから半透明かつ見やすいなんてものは無いって話をしてる

基本あーゆーのって窓や林檎よりすげーだろドヤっ？てやるだけで実用性はない

https://cdn-ak.f.st-hatena.com/images/fotolife/p/paiza/20190704/20190704175535.png
http://vio.homeip.net/ogs/suse/jpg/kde4eff09_s.jpg
http://vio.homeip.net/ogs/suse/jpg/kde4eff10.jpg
https://cdn-ak.f.st-hatena.com/images/fotolife/N/NeoCat/20080611/20080611202610.png

背景を透過や画像にできるかどうかはターミナルエミュレータの機能であって、WSLは関係ないんじゃね
Windows側は昔使っていたTera Termで透過ウィンドウできたような記憶はあるけど、今時Tera使うか？って話にもなるし
Windows Terminalでできたかどうかは知らない

Linux側なら腐るほどある
なんならGNOME terminalでできるだろ

Compizって10年前だろ

半透明はオサレじゃねえ
裏窓内容を確認したい奴には一応実用性あんだよ

完全透明：OSD感覚？透明部分は透過クリックできて操作も可能
半透明：視認目的、メイン窓開いたまま隠れた裏窓の内容が確認できる
窓内壁紙：オサレ、裏見えない

メイン窓の視認性は落ちるけどそこは透明度と暗色被せでカバー
全透明は自作アプリで文字周囲だけ表示エフェクトとかやらない限りは厳しそう

Windows Terminalも半透明の機能はあるけどアクティブなときだけ有効なんだよ
逆にして欲しいんだが

>>731
だから「見にくくなる」のを承知で
後ろのウインドウを見たいって話でしょ？

実用性w

>>728
そう。お前の中ではなw

4.19.128が一般にも振ってきてるのか

>>732
激しく同意

>>733
はい

Ubuntu 18.04 だけど、

bin の後ろに、// とあるのは、なぜ？
正常に動くけど、気持ち悪い

which yarn
/mnt/c/Program Files (x86)/Yarn/bin//yarn

yarn --version
1.22.4

検索パスが/で終わってるからだと思うが

Windows のシステム環境変数PATH を見たら、
OpenSSH, nodejs などの末尾に、\ が付いている。
付いていないものも多いけど

一々、直すのは面倒・危険だから、このままにしておきます

http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/005_201508030530496a3.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/006_20150803053421bb6.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/007_20150803053423954.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/008_20150803053424bc2.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/009_20150803053425b4b.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/010_2015080305342869a.jpg
http://blog-imgs-80.fc2.com/d/o/d/dodoyuioac/011_20150803053510001.jpg

SSDに換えてから初めてWSL2触ってみたが、なるほどこれはHDDに戻れないな

5年いや10年遅いな

まぁ、でも来年始めたら11年遅くなるわけだし、それに比べたら1年早いということ。
遅れた時間は変えられないが、これからの時間の使い方次第でどうとでもなるでしょ？

コマンドラインからディストリビューションのインストールできるようにならないかな。

>>746
正式版は来年だがwingetで出来るんでは

今wsl上のDockerでファイルの書き込みすると変換処理挟んで極端に速度落ちるけど
ネイティブなext4ドライブにアクセス出来るようになれば速度落ちずに書き込み出来るようになるのかな？

今はコンテナにマウントしたWindowsのフォルダ(NTFS)に書き込みしてますが10MB/s程度しか出ないです

それはWindowsと共有したいからそうしてるんだろ？
ext4ドライブに移したら意味なくね？

>>746
windows store使わないという意味ならできる

20H2でWSL2の問題が修正
2004にもそのうち同等の修正が入ると思われる
https://blogs.windows.com/windows-insider/2020/09/22/announcing-windows-10-insider-preview-build-19042-541-20h2/

What’s new in the Windows Subsystem for Linux - September 2020
https://devblogs.microsoft.com/commandline/whats-new-in-the-windows-subsystem-for-linux-september-2020/

GUI app support in WSL is becoming a reality!
We are getting closer to an initial preview and happy to announce a preview release for Windows Insiders within the next couple of months.

Below is an early look at an internal build running GUI apps in WSL!
You can see that WSL will support many different types of applications, including IDEs running fully in a Linux environment.
We have included lots of fit and finish details, such as showing the icons for Linux apps in the task bar and support for audio with your microphone
(and yes, that really is the Linux version of Microsoft Teams running in WSL).

https://devblogs.microsoft.com/commandline/wp-content/uploads/sites/33/2020/09/gif3.gif

Stay tuned for more details about this feature coming soon.

$ sleep 1
がいつの間にか動くようになってた
直ったのかな？

wsl2 scp でファイル転送するとエラーになるときがある。
wsl1 では問題なし。
もうしばらく様子見かな。

Windows側のOpenSSH(scp.exe)をWSLで呼び出すとどうなる？

Windowsから起動したのと何も変わらない

いや、どうだったんだよw
scp.exeで転送出来ないのか？

自分でやればいいだろ

Linux GUIアプリがWindows 10で動く日 - 阿久津良和のWindows Weekly Report
https://news.mynavi.jp/article/20200927-windows10report/
https://news.mynavi.jp/article/20200927-windows10report/images/001l.jpg

善きこと

まあ自分でセットアップすれば同じ事は既にできるが、
WSL側で標準的な実装を提供してくれるなら、それこそバカチョン化できる
よほど思想的にアンチMSを拗らせているようなディストリ以外は、インストーラー側でWSL環境も考慮するようになるだろう

Windowsの機能(の一部)としてLinuxを取り込めるなら、拒絶する理由は無い

> インストーラー側でWSL環境も考慮するようになるだろう
その必要はないんだよなぁ

もともとLinuxはGUIがない環境（つまりWSLと同じ）にも対応しているし
WSLは本質的にはLinux用バイナリを起動する機能だから
必要なのはそこにファイルがあることだけ
それもchrootなどの機能で昔からLinuxは対応してる

chrootというのは指定したディレクトリ上にOSのファイルを置いて
そのディレクトリをルートディレクトリとしてバイナリを動かすこと
chrootで起動するためのディレクトリを作る機能がそのままWSLに応用できるわけよ

WSLにインストールされる環境でいちいちchrootなんか使っていないし
WSL環境に固有の設定はインストーラ側で対応だし
何言ってんのコイツ

WSLのchrootとqemu-user-staticでラズパイのエミュレーション環境を作ったけど？
ARMのバイナリをコンパイルするだけでなく、そのまま動作させることもできた。

>>763
chrootしたことある？
どうやってchrootするためのディレクトリ作るよ？
なんかのツール使ってしかやったことなさそうだね

やり方は簡単。
/procや/devといった特殊なもの以外を特定のディレクトリにコピーする
/procや/devはバインドマウントするだけ

たったこれだけで新しい環境でバイナリが起動できるんだよ
Linuxはそういう事ができるように作られてる

WSLでやるのはこの環境を作るだけ。Linux側の対応は既に出来てるから不要

chrootおじさんはchrootで時代が止まってそう

なんでそう思うんだ？普通にDockerも使ってるが？
Docker（コンテナ）も根底にはchrootと同等の技術が使われてる

コンテナはchrootの発展だからな。ディレクトリの分離だけでなく
リソースの分離まで行うのがコンテナ技術

温故知新っていうやつだな

chrootの使い方なんか誰も聞いていない

現状のWSLでもxrdp経由でグラフィカル環境を実現することは可能だが(君には難しくて無理ということだが)、
WSL側でお仕着せの統一的な環境が容易されるようになれば、ディストリ側のインストーラーが対応することでこれまで自力では設定できなかった馬鹿な奴ら(君のことだよ)でもグラフィカル環境を扱うことができるようになるだろう
それは善い事なので、妨げるまでもない…という話に、なぜchroot?

頭おかしいだろ

Androidタブレットにchrootで既存のディストリ環境を導入するアプリは利用していてそれなりに便利に使ってはいるが、
それはAndroidでARMだからという環境に強いられた、消極的な理由でしか無いしなあ…
x86ならdockerでいい(dockerの方がいい)
Windowsと言わず、chromebookですらそうだ

>>769
> ディストリ側のインストーラーが対応することで
だからそんな必要がないという話

WSLはディストリ側から見れば単にファイルを置いてるだけに過ぎない
Linuxは単に実行ファイルを置くだけで動くように作られてるんだよ。

ここに仕組みが書いてあるな

https://news.mynavi.jp/article/20200927-windows10report/
> WSLGは隔離されたコンテナのように動作し、Linuxディストリビューションとはソケットによる通信を行う。

Linuxディストリビューション（のデスクトップアプリ）はソケット通信するだけ
だからディストリ側のインストーラーがやることなんてなにもない

WSLG、これはMSが用意するWSL上で動くコンテナ。
ディストリで提供されるデスクトップ用実行ファイルは
ソケット通信でこの用意済みのWSLGコンテナと通信するだけ

>>769
お前Linuxでデスクトップ表示する仕組みを知らんだろ？
その仕組に則ればディストリ側は何もすることがないんだよ

WSL側でお仕着せの統一的なデスクトップを表示するための環境が用意してあって
そこにソケット通信するだけだから

そのWSLGはいつ出るんだろうな

そのソケット通信をディストリ側が実装なりなんなりしないとあかんのちゃいますん？

>>774
5月に発表があった時、年内に進捗を報告する見通しって言ってたじゃん。まだまだよ。
https://www.publickey1.jp/blog/20/wsl_2linuxguimicrosoft_build_2020.html

と言ってもWSLも発表されて数年で実装されたし
WSL2も発表されて数年で実装されたし、
今までの実績からいって何年もかかるってことはないだろ
それぐらいMSの開発スピードは速い

>>775
それは既にアプリに実装済みで、その仕組を使ってLinuxのデスクトップは表示されてる。
ソケット通信の先をMSが作るだけ

>>771
実行ファイルに通信先のソケットのポートやプロトコルを教えてやる設定はどこに置いて、その設定は結局誰が書くんです？

トンチンカンな問答を吹っ掛けられても、読まされるこっちが頭おかしくなりそうなのでアンカー飛ばして来ないでもらえますかね、キチガイ。