【Bash】Windows Subsystem for Linux【WSL】5

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【WSL】4
http://mao.5ch.net/test/read.cgi/linux/1541747008/

https://blog.tmyt.jp/entry/2018/05/27/065347

ここの方法でWineでも32ビットのEXE動かせた。

>>143
Virtualbox か　Vmware でいいんじゃないの？

>>144

たまにそういうことする人いるけど、意味は？

>>139

こういうソフトウェア管理システムの乱立がLinuxの普及を阻害してるんだよなぁ。

>>132
LibreOfficeはLinuxやMacならいいけど、Windowsで使うとやたら遅い。
遅いのは起動じゃないの。基本的にlinuxベースのソフトはwindowsだと起動が遅い。
立ち上がれば問題ないけど，イライラするのは確か。

>>147
linuxを使い始めて6，7年くらいたつ。
いろんなものが乱立しているのが，linuxだと感じる。
distroの乱立，デスクトップ環境の乱立。
うっとうしい面もあるが選べるのがlinux。
私みたいに中途半端な知識しかないと結構厳しいが，ググりながら，試行錯誤して
何とか自分なりの環境が整備できてきている。
うまくカスタマイズできた今はwindowsより使いやすい。
wslがあれば手元のwindowsでその環境を再現できる。
これも色々苦労をしたが，まあ使える環境になった。
Microsoftの方針転換があってよかった。

>>148
MS OfficeはMacじゃ遅いね。

>>149

遊ぶにはいいんだけどね。

最新版のwslttyでminttyのバグのせいで日本語の表示，編集がおかしくなる件だが，
C:\Users\（ユーザー名）\AppData\Local\wsltty\bin
のmintty.exeをmintty.exe.oldで置き換えるととりあえず大丈夫だ。

何がLinuxデスクトップを殺したか
https://www.yamdas.org/column/technique/linuxdesktopj.html

(a) 第一の要因：物事があまりに早く変化し、オープンソースも独占ソフトウェアも同じように壊れる。(b) Linux ディストリビューション間の非互換性。

これがデスクトップ分野で Linux をターゲットとしようとするサードパーティの開発者のエコシステムを殺した。
一度は挑戦して、「トップ」ディストロや寛容な人なら「トップ3」ディストロをサポートするのに最善を尽くすだろう。
それで知ることになるのは、6ヵ月後にはそのソフトウェアがもう動かないということだけ。

デスクトップ分野の Linux サポートは、独立系の開発者にとって負担になったのだ。

Linux は信頼できるパッケージ管理と最も進化したソフトウェア更新システムを開拓した。
その目標と文化を考えれば、我々は優れた仕事を行った。

しかし、我々は全体像を見失った。その過程でサードパーティの開発者を遠ざけてしまったのだ。
下位互換性や Linux ディストリビューション間の互換性は、セクシーな問題ではない。解決するのが面白い問題ですらない。
そんな仕事をやろうとは誰も思わないし、誰もが革新を起こして Linux の次の目玉機能に関わりたいのだ。

かくして Linux は、サポートや下位互換性といった
退屈で些細なことを心配する必要なく実現しうる最高のシステムをデザインしたい理想主義者に押し付けられた。

Linux を正常な状態に戻す唯一の手段は、一つのディストロ、一つのベースラインコンポーネント一式に絞り、
それ以外はすべて諦め、皆がこの単一の Linux だけに貢献するようにすべきだ。
これが Canonical の Ubuntu であれ、Red Hat の Fedora であれ、Debian のシステムであれ、
もしくは新たな共同の取り組みであれ、頭のいい人たちが最後まで意見の一致をみないだろうけど。

Cygwinでmintty 3.0.0 が来た。

Character processing
* Fixed wide character width and cursor position handling.

で待望でwide charの問題がfixされ日本語の編集ができるようになった。

でしばらくまてばwslttyも3.0.0以降のminttyが来れば，もとにもどるだろう。

>>153　読んだ。まあ，Ubuntu 使いだが，Unityは結局に自分のPCではだめでGnomeにした。
いろいろ試行錯誤した結果私はXubuntuとUbuntuサーバー（GUIなし）がある。

>>150
現行のはさすがに脱Carbonしてるんだろうか

お遊びで、x86、x64のバイナリが「だいたい動く」っていうマシンを作ってみるならWSLがいいかもね。

バイナリを動かすことが目的の人か（笑）

jupyter labが、動いていたのにipynbがロードできなくなった。今のところ、原因は不明。
windows native版のターミナルをpowershellから、msys2のbashに切り替えてしのいでいる。

>>159
Error
Invalid response: 500 Internal Server Error
がでて，ブラウザとkernelがつながらない。

>>154
今さらだけど、mintty直ったことを確認。wslttyにも はよ降りてきてくれ。

すみません、質問させてください。
当方WinとUbuntuのデュアルブートでWineを使ってアプリを使っているのですが、アプリデータが肥大して
ストレージを圧迫してしまうので、UbuntuにマウントされているWin用のディスクにデータを逃したいのです。
とりあえずはUbuntuコンソールからWinコマンドプロンプトを起動してシンボリックリンクを作ろうとはしていますが
うまく行きません。。。 WineからUbuntuにマウントされているWinパーティションにはリンク出来ないのでしょうか。
よろしくお願いします。

あああ... 管理者権限でｃｍｄ起動しなきゃダメなのか
でもUbuの端末からwine cmdでプロンプト立ち上げてるからねぇ...

>>162
wslスレで聞いてもなあ。
wineスレではきいたの？

https://mao.5ch.net/test/read.cgi/linux/1540015268/

>>164
！！ なんというスレチ...？

すんませんこの板初心者なもので...
誘導ありがとう 早速行ってみます

wslのubuntu 18.04でupdateしたらfirefoxが接続できない。chromium-browser いれたらちゃんと動いた。
まあ、chromiumでいいのでそれでいいが。

>>166
chromeやchromiumが、管理者権限でwslを立ち上げないと、動かなくなった。まあ、動くからいいが。

そこまでしてWSLでブラウザ動かす意味あるの？

まあ、趣味の世界だな。
俺もWineやmcomix動かしてるし・・・

>>168 >>169
はい，趣味です。

WSLでnautils動かして /mnt/c/Users以下のフォルダ触る俺みたいなのもいるしな・・・

Windows Subsystem for Linux for testing Windows 10 PTP Client
https://techcommunity.microsoft.com/t5/Networking-Blog/Windows-Subsystem-for-Linux-for-testing-Windows-10-PTP-Client/ba-p/389181

キャラクターインターフェイス至上主義からしたらありえねー

いつのまにかchrootができるようになったと知ったので、
qemu-arm-staticでラズパイの環境を動かすことに成功した。
しかし、chroot環境からネットに接続できない・・・

pingは通ったが
名前解決は恐らく設定不足でエラー

qemu-i386-staticとchrootだと名前解決も問題無いので設定がどこか間違ってるのでは？

ビルド14936とかくっそ前やんけ

「GNU Wget」にバッファオーバーフローの脆弱性 - 窓の杜
第三者によって任意のコードを実行されたり、DoS 攻撃を受ける恐れ
https://forest.watch.impress.co.jp/docs/news/1178275.html
2019年4月4日 14:46

　脆弱性ポータルサイト“JVN”は4月3日、脆弱性レポート“JVN#25261088”を公表したした。
　The GNU Projectが提供する「GNU Wget」にバッファオーバーフロー（CWE-119）の脆弱性が存在するとして、注意を呼び掛けている。
　「Wget」は、Webサーバーからコンテンツを取得するコマンド。
　Unix系のOSに搭載されており、Windowsでも“Windows Subsystem for Linux（WSL）”などから利用できる。

　同レポートによると、「Wget」v1.20.1およびそれ以前にはバッファオーバーフローの欠陥が存在し、
　第三者によって任意のコードを実行されたり、サービス運用妨害（DoS）攻撃を受けたりする可能性がある。
　脆弱性の深刻度は、“CVSS v3”で基本値“8.8”、“CVSS v2”で基本値“6.8”。
　“JVN”は、最新版へのアップデートを推奨している。

curl派にとっちゃどうでもいいな。

wgetの方がレジュームやりやすいからこっち使うこともある。　

httpのステータスを取りたいときはcurl
zipを手っ取り早く取る場合はwget

--trust-server-namesが無いcurlはめんどい

aria2使ってたらwgetいらん

複数のミラーサーバーから1つのファイル落とすとかクソ便利よな

名前がいいよな！ ARIA

度々話題になってたcloud9のqiitaの記事更新の通知来たぞ。

宣伝おつ

WslFsに変換してるんだが、Antimalware Serviceが邪魔してるようで全然終わらない・・・

Msstoreにalpine linuxのwsl版があるんだが誰か詳細知らない？何これ？

ttps://github.com/agowa338/WSL-DistroLauncher-Alpine

ttps://bugs.alpinelinux.org/issues/9408

>>189-190
ありがとう。

Insider Previewでwslconfig /upgradeとwsl --upgrade消されちゃったね

まぁ今作ればWslFsで作られるから要らない気もする

WSL から、Windows 側にあるシェルスクリプトを起動した場合、

改行コードが、CRLF だとバグる！
LF にしないといけない！

ああ、それ俺もハマったw
まあググればわかったけど。

batファイル自体に大きな変更を入れずににwsl上でbatファイル動かせる？

https://ascii.jp/elem/000/001/803/1803883/

WslFsってのはlxfsと同じ理解であってる？

>>196
ｂａｓｈ −ｃ �Wｃｍｄ．ｅｘｅ　／ｋ　ａ．ｂａｔ�W

て感じでやったらいけるが、batはWindowsから見える場所に置かないとダメみたい。
全角じゃないとNGに引っかかって書き込みエラーになる・・・

>>198
ありがとうございま試してみます
これでlinuxコマンドと連携できるならcygwin捨てられる

>>197
メタ情報に書かれる内容が違うので同じではないけど、ユーザには違いなし。
前回のupdateのときに、githubで中の人が少し説明していたけど、メタ情報以外は
手を入れてないとのことで、パフォーマンスとかは変わらない。

WSL$で、DrvFs経由でwsl側にアクセスするとき、WslFsだとDrvFsのメタ情報を
持っているので、WSL$の実装が少し単純になるとかはありそう。

>>200
なるほど了解した。

>>198
/c "$(wslpath -wa a.bat)"

wsltty 3.0.0 がでた。
wsltty 3.0.0 - Updated to mintty 3.0.0

となりminttyのワイドキャラクターのバグが解消されました。

>>203
Releases mintty/wsltty GitHub
https://github.com/mintty/wsltty/releases
3.0.0
@mintty mintty released this 2 days ago
Updated to mintty 3.0.0.

やったぜ。Chocolateyに来たらインストールするわ。

Chocolatey Gallery | wsltty 1.9.8
https://chocolatey.org/packages/wsltty

wsltty 1.9.8のカーソルずれバグに2週間ぐらい悩まされてて、
「wsltty cursor location」とかでぐぐっても全然解決できなかった。
今日ふと「wsltty カーソル」で検索したらここが引っかかって、すぐ解決できた。
ありがとう！

aabbcc

WSLってほんと何が遅いんだろうね。
とあるツールを作ってるんだけど、Linuxよりも10倍遅い

でもCPU使用率ってそんなに高くないんだよ。Windowsのタスクマネージャーから見て
3.5Ghz 4コア8スレッドの全てのスレッドがそれぞれ50%行かない程度
かと言って、データファイルが大きいわけでもない（全部で50ファイル 100KB程度）

ファイル読み書きのI/Oが遅いんじゃなくて、CPU使用率も高くないって
メモリの転送待ちでも発生してんのかな？

ちなみにtimeコマンドで調べとき、userは殆ど変わらずで
WSLはsysが大幅に増えてる

>>207
WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな？
だとしたら遅くて当然。
マイクロカーネルはオーバーヘッドが大きいので遅い。
マイクロカーネルじゃなかったら分からん。
詳しい奴が回答してくれ。

遅くて当然なのは問題にしてなくて、
どこに時間がかかっているのかってことね。

マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？

https://ja.m.wikipedia.org/wiki/マイクロカーネル

そもそもスマホはトルクかキャタピラの二択
落としたら画面壊れるようなのはゴミ
メインはPCだから性能とか関係ねーし

githubでMS技術者がissueで回答してるから見てくれば？
数か月前に話題になったっけ？

wslはforkがcygwinよりましだが、大分遅い。そもそもwindowsにはforkの概念がない。これが少なくともcofigureとかが遅い原因だと聞いている。

前にも話題となったけど、ウイルス対策ソフトの影響も結構ある

>>211
> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？

そこはタスクマネージャーのCPU時間に含まれない領域なの？って話です。

>>213
それI/Oが遅いとかいう話でしょ？
でも俺のツール、そんなにI/Oがあるわけじゃないんだよ

>>214
うん。forkが遅いっていうのはわかってる。
でもそれはCPU時間に現れても良いんじゃない？という話です。

>>211
あとLinuxエグゼクティブってあんたが作った造語？
そんな言葉、無いよね？

>>218
だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。
マイクロカーネル上でOSの「いわゆるカーネル」として動作してメモリ管理や入出力管理、システムコールなどのAPIを提供する「エグゼクティブ」として実装されているのであれば

ごめん、飽きた。
あとはテメエで勉強してくれ。
俺はお前の母ちゃんじゃない。
甘える相手を間違えてる。

> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？
> だからWSLがマイクロカーネルのエグゼクティブとして実装されてるのかな知らん言うとるがな。

「Linuxエグゼクティブ」とかいうから何のことかと思えば、
やっぱり造語じゃねーかｗ テメーがへんな言葉を使いだすから誰にも理解出来ない言葉になってんだよ。

https://www.atmarkit.co.jp/fwin2k/special/win9xorwin2k/win2kknlover_2.html

WSLは↑にあるPOSIXサブシステムなどと同じレイヤーのサブシステム。
Windows "Subsystem" for Linuxの略だろ

ちょっとさぁ、勉強してないなら、俺俺用語を作り出して話をしないでくれませんかね？

わかった上で改めて読むと

> WSLってマイクロカーネル上で動くエグゼクティブとして実装されてるのかな？
> だとしたら遅くて当然。

Windowsのカーネルモードコンポーネントは、すべてマイクロカーネル上で
動くエグゼクティブとして実装されてるので、WSLだけが遅くて当然というのはおかしいということになる。

さらにWSLはサブシステムなのだからエグゼクティブとして実装されてすらいない。

言いわすれてた

> マイクロカーネルとLinuxエグゼクティブの間のオーバーヘッドじゃないの？

Linuxエグゼクティブなんてものは存在しない

.exe をエグゼクティブと読んだのか。。。

MSYS2で良いのにWSL使ってる奴

msys2はいやだよ。あれLinuxじゃないし、
パッケージ管理もオリジナルだし、msys2のことをいちいち覚えないといけない。
WSLならLinuxの知識と殆ど変わらない

archwslが公式で出たらwslに移行するかも

>>209 >>219
ttps://blogs.msdn.microsoft.com/wsl/2016/04/22/windows-subsystem-for-linux-overview/
ttps://blogs.msdn.microsoft.com/wsl/2016/05/23/pico-process-overview/
ttps://blogs.msdn.microsoft.com/wsl/2016/06/08/wsl-system-calls/
ttps://blogs.msdn.microsoft.com/wsl/2016/06/15/wsl-file-system-support/

>>224 >>225
msys2は私は以下で使用。
sshでlinuxサーバーとの接続。
windowsのアプリケーションのbashのシェル環境での実行。
メインは、msys2が提供するgcc、autotools、ライブラリなどを利用して、windows nativeのgnuplotのビルド。

WSLとVcXSrvの組み合わせで幸せになれますか？
（日本語表示とか日本語入力とか）

幸せになれるかしらんが日本語表示、入力は出来るよ
個人的にはリモデでアクセスした方が幸せなんじゃとか思うけど

>>229
X410 使ってるけどgnome-terminal動くからできるよ。

>>228
うん。そのgnuplotのリポジトリを見てみよう
mingwやcygwinのMakefileがあるだろう？
https://github.com/gnuplot/gnuplot/tree/master/config

これがだめなんだよ。msys2はLinuxじゃない。
他のLinux/Unixとは違う互換性が完璧ではない専用のOS扱い

つまり何が言いたいかっていうと、他人が作ったものでも自分が作ったものでも
msys2に対応させなければいけないし、対応していないものは動かないかもしれない
そのせいで全てのパッケージがmsys2で使えるわけじゃない。

特定のOSに対応させるためってならまだわかるけど、
そのOSで動く小さな環境のためにメンテナンスとかしたくない
もうWSLでいいよ。WSLの方が優れてるのにmsys2とか使う意味ない

>>228
クロスコンパイルでよくない？

デメリット並べ立ててもwsl来る以前に環境整えたてたら移行めんどいとかあるんだろうし
どっちかに統一しなくてもその時その時で使い分けでもいいんでないの
まあ今更>224の言い分は理解できんけど

個人的にはaptが普通に使えるのが一番のメリットかな

>>232

msys2でコンパイルするメリットはできた.exeファイルは
wslのない環境にもっていっても動くこと。
32bitのOSでも動くようにできるし。

Linuxエグゼクティブという新しい造語が生まれた瞬間に立ち会えた幸せ

msys2よりはWSL上のmingwの方がいいかな
どっちも遅いからVMに逃げたくなるけど

フィードバックあげるのでもなければ無理して作りかけのWSLに付き合う必要ないんじゃ

colinuxの64bit版はいつ出ますか？

ntkernel道連れに落ちるような子は要りません

>>239
これ
どこまでもWSLって途中なんだよな

load averageが適当なのは直さないのか？
無理だって話らしいが・・・