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

ユニケージが具体的に何を指すのかはよく知らん (社長だか代表だかの講演聞いたことあるけど) が、使い捨てられる短くて有用なイディオムを沢山持っとくのは良いことだと思う

それはそうと今日びパンピーのgithub晒してこき下ろすって凄いな

ユニケージって、知らなくて調べてみたら、そんな書き捨てスクリプトというようなことではありませんね


>>573 の内容の方がしっくりくるかな
処理をべたで書いても動きますよみたいなことですよね
特にjupyterみたいな環境だとちょこちょこ動かしながら使えるからとっつきやすいだろうね

>>576
とクソみたいな奴が申しておりますｗ

>>579
書き捨てスクリプトってどこから出てきた話なんですか？

ユニケージは
> 後からメンテすることを考えず直感的に手癖で書く感じかな
> メソッド使わずに殆ど書き下しとか
と言ったんです。

>>577
> 使い捨てられる短くて有用なイディオム

ユニケージにそんなものないよ

>>581
どこにもないね
メンテナンス不要→再利用や更新不能→使い捨て
みたいなイメージだった
作った物がそのままずっと使われるのであれば、「捨て」ることにはならないから違うんだろうね

作った物がそのままずっと使えるなんてありえないぞ
メンテナンスは絶対に必要になる

メンテナンスは絶対に必要になるのに
そんなこと必要にならないですよと嘘をついて
メンテナンスできないやり方を押し付けてるのがユニケージ

必死だな

なにが？

>>560
すまん。寝ぼけて間違えた。
E5 じゃなくて E1だった。すまん。

Crostini、WSL、Linux GUIアプリ対決
https://news.mynavi.jp/article/pebble_in_the_window-10/

先週あたりのアップデからnvimの起動時間が異様に長いなと思って--startuptimeでログ取った
存在しないはずのクリップボードを探しに5秒くらいかかって計7秒だった
もしかしてwslgとやらと関係あるかな？ubuntuだけどaptとnvimは数ヶ月は更新してない
wslg.exeの存在は確認

guiやマウス、メニューの設定は対応してなくても無視されるからとwinのgvimと共有してた
.gvimrcへclipboard等の設定を移して1.5秒、解決

同じような人居そうなのでメモ

windows上のgvimはコンソールのnvimより起動速くて1秒なんだけど、これはフォークの差なのか、ネイティブアプリのとの差なのか

bashrcとかzshrcになにか設定してる？
最小構成でも確認できる？

export PULSE_SERVER=tcp:$(grep nameserver /etc/resolv.conf | awk '{print $2}');

windowsに移行して2か月経ったけど不満ない
色々なアプリやゲームが動くことに感激だわ
vscode+wslも十分快適
jdimがないのが唯一の不満(Sikiも十分出来がいいけど)

Windowsapp内にあるubuntuとsystem32内にあるwslの違いが分からないのですがどなたか教えて頂けませんか

>>593
まずもともとはbashとして作られた。Ubuntuしか使えなかった。
bashを起動するからbash.exe

そのうちUbuntu以外も使えるようになった。
互換性を保つ必要があるからbash.exeを残すのは当然として
bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない
ubuntu.exeやsuse.exeの登場

wsl機能はOSの機能だから、OS のシステムツールとして管理機能が必要
つまりwsl.exe の登場。システムツールだからsystem32にexeがある。

一方wsl機能を使って起動するディストリは
Windowsストアアプリとしてインストールする。
ストアアプリはユーザーごとにインストールしているものが異なる。
つまりubuntu.exeなどはユーザーごとのディレクトリに存在する

話題になってたwinのbashコマンド呼ぶとuid 0のログインシェル(pwshとか)立ち上がる挙動面白いな
function bash(){wsl bash $args}
みたいにしとけばいいかな

互換性で残すというが、古いのはbashコマンドでbashが呼ばれる前提で書かれているはずなので、ちゃんとwinからwsl bashを呼ぶコマンドに置き換えた方が互換性的にもいいのでは？

ところでスクリプトからbash -cでwinのシェル関数呼ばれたっけ？
上の定義をbashfunとして、set-alias bash bashfunとでもしておけば大丈夫だろうか
標準aliasは少なくともスクリプトでも呼べたはずだが、$profile記述のユーザー定義はどうだっけな…？

>>594
ご丁寧にありがとうございます
熟読しましたが頭が悪く半分程度しか理解できませんでした
wsl.exeはbashをwindowsで起動する機能で、ubuntu.exeはさらにその1段階上という認識でいます
ubuntu.exeを基本的に使用してwsl.exeは使用する余地がない(ディストリビューションがないから)との考えでいます

複数のWSLのインスタンスが入ってればwsl.exe --listで眺められるし
wsl.exe -d で指定して動かすこともできる

全部wslでおっけー？

低レベルなのは仕様変更もあろうし避けるべき

ubuntuも18/20のlts入れてubuntu.exe呼ぶと何が起きるか気になる

>>600
ubuntu18.04.exeとubuntu20.04.exeでディレクトリごと別れてた気がする

それはそれとして基本的にwsl.exeを使って起動すればいい

>>596
wsl.exe：WSLを管理するためのコマンドライン・ツール
https://docs.microsoft.com/th-th/windows/wsl/reference

ubuntu.exe：WSLでディストリビューション"ubuntu"を起動するためのランチャー
各ディストリビューションを起動するために、[ディストリビューション名].exeというランチャーが存在している。
https://docs.microsoft.com/en-us/windows/wsl/install-on-server

Linuxに興味あるんならいまどきPCは2台以上持ってない？
Linux専用とWindows10+wsl
Linux用はHDDが壊れてSSDに入れ替えた古いノートPC

このスレ、そのgcってコマンド何？って発言飛び出すレベルでwindowsの知識皆無なので、逆なのでは
windowsへ移行の架け橋
MSの狙い通りだね

>>596
ねぇ、なんでそんな認識をするのかがわからない

思うんだけどさ、>>594を読む前に君、答えだしてるよね？
そして君の答え（＝間違い）が正しいと思いこんで>>594を読んでるよね？

自分の答えが正しいことを確認するために>>594を読んでいるわけで
自分の答えが間違っているなんて、全く考えてないでしょ？
理解できないのは自分の間違った考えと整合性が取れないからなんじゃないの？

思い込みの決めつけユーザーだろう
MSの説明を読んでね でいいんじゃないのかな

>>594
>bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない

どっちも一緒だよ馬鹿じゃねーの？

そもそもbashじゃない件も忘れるなよ
いや忘れろ、か
bash.exeを

>>273あたり参照

windowsにあるbashコマンド(cmd/pwsh)は
引数無しならデフォルトディストロのuid 1000のシェルでログイン
スクリプトか-c引数渡せばそのシェルで実行する
という機能であって、bashとはなんの関連もない

>>607
ディストリが違うだろ？
お前は何を言ってるんだ

>>609
-cでスクリプトを実行するとかいう機能はbashの機能だよ

>>611
どのシェルでも-cは慣例としてサポートしてるだろ
pwsh -h

俺みたいにwsl内でもpowershell使ってるなら、（windows上から）bash -cで走るのはpowershellコマンドだよ
zshでもkshでもtcshでも似たような挙動だろう

オプション含めそっくりそのまま引数を渡してるかはわからん
bash.exeが引数-cを解釈して、改めてシェルを呼んでるのかもしれん
暇人検証求む

pwshは-cと同義の-commandオプションをサポートしているから、-commandがもし(wsl内の本物の)bashに渡ればエラー吐くんでない？

win上で走るスクリプト内からbashコマンドで呼ばれるのがwsl内のbashかpwshかはエラーコードで判別付くかもしれんな
-commandを受け付けない他のシェルとの区別は付かんけど

あとbash -c "bash -c command"で確実にwinからbashは呼べると思う
pwsh@wsl> bash -c command
でbash@wslが起動するんだから
wslで提供されているディストリには全てbashがプリインストールされているはず

エスケープで頭痛くなりそうなので

function bash(){wsl bash $args}

bash -c "bash -c cmd"はwinからでもbashを使ってないlinuxからでも合法なコマンドかな？

wsl上のunix系シェルなら無駄にネストしてbashを呼ぶ

win上で実行すればPATHEXTを参照して初めのbashはbash.exeと解釈され、wsl上で何らかのシェルを立ち上げる
二番目のbashはそのシェル上で/usr/binかそこらのbashを呼ぶ

実用性は皆無だけど面白い

>>610
同じだよ、ソースが同じなんだからｗ

UbuntuのbashとopenSUSEのbashは同じものかもしれない
bash.exeでどちらのbashが開かれても、bash自体は同じかもしれない
でもUbuntuのbashを開いた場合とopenSUSEのbashを開いた場合では大きな違いがある
bashを使いたいのではなく、bashを通してUbuntu/openSUSEを使いたいのだから

WSL使うやつってこんな馬鹿ばかり

Win側のbash.exe は wsl.exe -e /bin/bash を呼んでるね
(bash.exe -c /bin/sh とかやるとwsl.exe -e /bin/bash -c /bin/sh になる)

>>621
ここのユーザーがアレなだけだよ

>>619
ホームディレクトリや/etc以下とかを見てみ
ディストリが違ったら中身も違うからさ（ぷぷぷ

SUSE系ってsystemdなしでまともに動くの？
yast2弄ってるだけでsystemd云々で怒られた覚えがあるんだが

いろんなOSで動かせるアプリが特定のinitに依存していたら
そっちのほうが大問題だけどな

>>624
bashの話だろ
それ以外のファイルやディレクトリの話は誰もしとらんｗ

あ、もしかしてbashをディストリビューションか何かと勘違いしてんのかな？

>>627
あのー、Ubuntuのbashと、SUSEのbashを
区別できないんでいいんですか？って話をしてるんですが？

bashが動く環境が違うんだから区別しないとだめだろ

必死だな

>>629
やっとわかって誤魔化しフェーズに入ったかｗ

言葉たらずのバカが人を罵倒してるだけってLinux版らしくていいよねｗ

>>631

最初からこれの話をしてるんだけど？

>bash.exe だとUbuntuのbashなのか、SUSEのbashなのかわからない

最初から、bash.exeだと環境がわからないって話なのを
今理解したんですか？

bash.exe で起動するのは既定のディストリビューション。
規定のはwslconfigで設定

だから特定のディストリで起動するためのコマンドが必要になる

>bash.exe で起動するのは既定のディストリビューション。

え？

マジの汗臭デブかガリキモオタクぽくて安心するわ
必死すぎ

まだbashの話してるの？ｚｓｈの方がいいよ。

>>636
？

>>639
「え？」って言っただろ！
なにか反論してみぃやぁぁあｌ！

もうさ、「え？」って言ってるのに行間が読めないやつ多すぎ
アスペなん？俺が「え？」って言えば普通わかるやろ

>>641
誰？

コミュ症「お前アスペだろ」

>>636
お前アスペだろw

>>641
独りよがりのﾊﾞｶ

LinuxモドキのWSLなんぞ使うやつはアホばかりなのがよくわかる流れ

>>646
何が言いたいの？

使いどころがわからない情弱さをアピールしているんだろうw

PATHの設定次第ではcygwinやmsysのbash.exeが起動するかもしれないがスレの流れを考えればWSL限定だろう

被せられてmsys2の中の人困ってたね

開発用には向いているかもしれないが
本番、商用には向かないな

当たり前だろ、何を今更

ジェットストリームなんですか？か。

Linux板で「みんなの自動翻訳＠TexTra」の名前が出てきたのが去年の3月頃と割と最近みたいだから、
まだ知られていないマイナーな翻訳サービスが世界のどこかにあるかもしれない。

https://mao.5ch.net/test/read.cgi/linux/1582032306/732
> 732 login:Penguin 2020/03/12(木) 22:55:37.42 ID:nyH5ITMQ
> ちなみに使ってOKな機械翻訳もある
>
> 「みんなの自動翻訳＠TexTra」はオープンソース関連文書の翻訳に唯一使える機械翻訳サービス
> http://www.nofuture.tv/diary/20190917.html

ここでの質問がまずかったら、どなたか誘導願います。
wsl2でネットワーク上のファイルを開く方法はありますか？
例えばサーバー上にあるエクセルファイルを開きたいとしたときに、
/mbt/server1/data/hoge.xls があるとして、開こうとしたら
UNC パスはサポートされません。と表示されてしまいます。

>>654
WSLと一緒でdrvfsタイプでマウントできる。

wsl2 なら drvfs じゃなくて cifs で
直接 mount できるのでは？

>>656
ごめん、無視してください。

次期だか近い将来
Linux上でWindowsが稼働するという
今と逆転するらしい
オープン化に進むっぽい
OSで稼ぐのやめるのか

>>658
そーなん？？？
Windows が細っているのはまあ理解できるが、Linux が Windows より太くなっていかないと「逆転」は無理だろ
て思ってしまうが、俺が知らんだけで今 Linux イケイケなの？

ハイパーバイザとLinuxを混同してる人は珍しいな...

自分の周りには時代に逆行するかのように IT オンチが増えているので、余計に Linux がメジャーになっていく未来はないなって思ってしまう

きっと夢でもみたんだろう
Linuxカーネルをやめようかというところもあるのにね

月末のWindowsの発表はWSL関係何かあるかなあ。楽しみだな。

一瞬どこのMacOSだよって

androidもLinuxだろ

>>658
お前またデマに騙されてるの？

Linux上でWindowsが稼働するなんてありえない話で
理由はライセンスの問題があるから

LinuxはWindowsよりもライセンスがきつい
GPLと互換性がないクローズドなドライバは、ろくなサポートが得られない

Windowsだとそこらへん自由。オープンなドライバでもクローズドなドライバでも自由に使える
Windows上でLinuxアプリが使えるのが現状なわけで
Linux上でWindowsを稼働させてもメリットがある人が全くいないんだよ
せいぜいアンチが「WindowsがLinuxの軍門に下ったよー」って騒ぐぐらいだろ？

宣伝は他所でやってほしい
しかも誇大広告だし

MS「開発者用にWSLを作りました」

馬鹿「本物のLinuxじゃない！嘘だ！誇大広告だ！」

MS「開発者用にWSLを作りましたとしか言ってません」



こんな感じ？ｗ

>>666
デマって言うかアホの勘違いかと
って思ったら>>667はそれに輪をかけたアホじゃねーかw

「軍門に下った」ねぇ。
WSLに酉が増えてる現状からいえばLinuxがWindowsの軍門に下ったが正しいんじゃね？

MS は、Windows サーバーに、新規の客がいないから、
それで、Linux を使わざるを得なくなったw

Linuxの本は、Windowsサーバーの本の100倍はあるし

>>670
いや、どこがアホなのか指摘しなよｗ

>>672
やっぱりMicrosoftがLinuxを使うと
MSアンチはなぜか嬉しく感じるみたいね

Linuxをただで使ってマイクロソフトは儲けてるんやで？

>>673
これとか
> 次期だか近い将来
> Linux上でWindowsが稼働するという

>>667はライセンスを理解してないところとか

まだ要る？

>>675

> 次期だか近い将来
> Linux上でWindowsが稼働するという

↑これは間違い。今後もLinux上でWindowsが稼働することはありえない
なぜなら>>667が言ってる通り、ライセンスの問題があって
Linux上でWindowsのドライバが動くことがないから

理解できた？