【Bash】Windows Subsystem for Linux【WSL】3

**login:Penguin** · 2018/06/05(火) 04:49:41.27

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

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】2 https://mao.5ch.net/test/read.cgi/linux/1468149353/

**login:Penguin** · 2018/06/22(金) 20:02:03.98

>>391
それがGPUドライバの不具合でOSが落ちる話なんの関係があんの？

**login:Penguin** · 2018/06/22(金) 20:09:06.33

では判決だします。
Linuxは捨ててWSL使いましょう。
終わり。

**login:Penguin** · 2018/06/22(金) 20:15:22.42

>>392
wikipedia読んでみなされ

**login:Penguin** · 2018/06/22(金) 20:19:25.68

>>394
読んだけどどこにもなにも書いてない

**login:Penguin** · 2018/06/22(金) 20:22:46.62

本日のシェフのおすすめ「Kondara MNU/Linux」。

**login:Penguin** · 2018/06/22(金) 20:23:24.05

>>395
2011年5月9日、WebGLに深刻なセキュリティホールが指摘された[13]。問題点は以下の2点。現在は解決済み。

サービス拒否 (DoS) 攻撃 - WebGLでは制御構造をサポートするプログラマブルシェーダーを使えるが、GPU自体にバグなどがあると、OS全体をクラッシュさせたり、無限ループなどでデバイスドライバーの応答を停止させるシェーダープログラムを実行させることができてしまう。
クロスドメイン画像盗取 - Cross-Origin Resource Sharing に未対応で、他のドメインで使われている画像を取得できた

**login:Penguin** · 2018/06/22(金) 20:30:38.66

昔のバグの話しても意味ないでしょ。当時WebGLをLinuxで使ってた人なんてごく少数だったんじゃないのかな？
今でもごく少数でしょうけど。

**login:Penguin** · 2018/06/22(金) 20:37:36.93

安定な環境を求めると

・決められたハードウェア　（しかつかえない）
・決められたドライバー　　　（対応している周辺機器が少ない)
・マイナーで攻撃対象になりにくい

ことが重要ですね。Windowsはいずれも該当しないので大変ですね。
Macはすべて当たってるけど、セキュリティに無頓着なんで無理ですが。

**login:Penguin** · 2018/06/22(金) 20:46:10.90

Vineでバインバインしてた頃。

**login:Penguin** · 2018/06/22(金) 21:01:23.04

>>397
だからなんだと。お前書いていて理解してないだろ？

クラッシュするのはGPU自体のバグなんだからWebGLに限らずOpenGLでも発生する問題
だから、OpenGLはずいぶん前からサポートされてるって話をしている
落ちるからサポートしていなかったわけじゃない

Cross-Origin Resource Sharingなんかは完全にWebGLの仕様の問題で
GPUドライバの不具合とは一切関係ない

お前はこの二つをごっちゃにしてCross-Origin Resource Sharingを使うと
GPUにバグがなくてもクラッシュさせられるとか思ってるんだろ？
ほんと馬鹿らしい

**login:Penguin** · 2018/06/22(金) 21:16:53.39

ID:DbiQ98jc = ID:2J7dm43q か
別IDからID被り設定は流石に草

**login:Penguin** · 2018/06/22(金) 21:32:30.23

>>402
違うよ。

**login:Penguin** · 2018/06/22(金) 21:45:13.26

wikipediaの文章、中途半端な気がしたから少し詳細調べてみたが、
結論としてはやっぱりwikipediaは当てにならんってことだな

http://d.hatena.ne.jp/nakamura001/20110617/1308293128
> そして、今回のMozilla JapanブログではContext Information Security社から
> 報告(DoS攻撃が可能)についての話なので「WebGL仕様の問題では無く、
> Firefoxの問題です」と書かれているようです。

DoS攻撃に関してはFirefoxの問題
クロスドメイン画像盗取に関しては仕様の問題
（ http://d.hatena.ne.jp/atsushieno/20110511/p1 ）

GPUにバグが有る場合クラッシュするっていうのは
完全にこれ書いた人に想像だろ？
（ドライバにバグがあればクラッシュするのはWebGLに限らず
当たり前でWebGLの問題とする必要もない）

**login:Penguin** · 2018/06/22(金) 21:49:37.22

>>404
そのブログ的なものが正しいという証拠を示さないとねぇ。

**login:Penguin** · 2018/06/22(金) 21:53:50.63

>>405
リンク先を見ればいいだけ
ほら、勉強してこいｗ

**login:Penguin** · 2018/06/22(金) 21:55:02.32

リンク先がMozillaじゃねーかｗ
開発者がFirefoxの問題だって書いてるじゃねーか
ひぇ～って今頃気づいた頃かな？

**login:Penguin** · 2018/06/22(金) 21:55:24.48

>>406
リンク先も正しいとは限らないのがね。
査読つき論文になってるようなものじゃないから。

**login:Penguin** · 2018/06/22(金) 21:59:10.29

おやおや、開発元が言ってることにまでいちゃもんつけだしたよｗ
ホントこいつなにも考えてないんだなーｗ

**login:Penguin** · 2018/06/22(金) 22:02:23.99

>>409
第3者が言ってるならいいんだけど、開発元でしょ？

**login:Penguin** · 2018/06/22(金) 22:04:01.05

開発者が自分のミスですって認めてるのに、
第三者がいーや、お前のミスではないっていって
信じるの？ｗなんで？ｗ

**login:Penguin** · 2018/06/22(金) 22:06:07.14

>>411
あそ、バカに付き合って遊んだだけだから
気にしないでね。

**login:Penguin** · 2018/06/22(金) 22:15:04.22

>>335
NTはWindows95より前だよ？

**login:Penguin** · 2018/06/22(金) 22:17:44.84

IDかぶりしてないよ。仕事行ってただけ、”ドライバが落ちる”＝”ドライバがバグる”ではないでしょ。って話。そもそも言いがかりなんだからまともに相手してられん。

**login:Penguin** · 2018/06/22(金) 22:31:54.23

まだやってんのか

**login:Penguin** · 2018/06/22(金) 23:35:35.33

>>414

ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより
切り離せるマイクロカーネルを採用したWindowsのほうが優れているってことですね。

幸いなことにドライバの対応が少ないLinuxだとその欠点はおおっぴらに
なってないから勘違いして「Linuxはフリーなのに、しゅごい！、マンセー」なひとが
多いね。

**login:Penguin** · 2018/06/23(土) 02:16:40.04

windowsのコマンドシェルをディスるつもりやないけど、マルチピリオドを含むファイル名を一括リネームしようとしたらエラー出てできひんかった
Explorerで一つずつならできるんで、いろいろ表記変えて試したけどあかんかった

ひょっとしてWSLでmvしたら、と試したら全然問題ないやん
役に立ったわWSL

**login:Penguin** · 2018/06/23(土) 02:56:02.62

>>414
落ちる＝バグるではない？
じゃあ落ちるってどういう意味？
まず最初に自分の発言を訂正しなよ。

↓

357 返信：login:Penguin[sage] 投稿日：2018/06/22(金) 17:32:37.40 ID:DbiQ98jc [12/16]
GPUドライバ落ちてもモノリシックのLinuxは落ちないし。

**login:Penguin** · 2018/06/23(土) 02:57:57.10

>>416
> ドライバが悪いと落ちてしまうと死んでしまうモノリシックなカーネルを使ってるLinuxより

落ちる＝バグるじゃないらしいよｗ

**login:Penguin** · 2018/06/23(土) 03:50:59.83

そりゃイコールではないだろう
含むなら合ってるが

**login:Penguin** · 2018/06/23(土) 04:23:42.16

>>420
でもロードされてない状態のことを指すらしいよｗ

**login:Penguin** · 2018/06/23(土) 04:29:38.96

落ちる＝停止させるだと

↓これが意味不明になるんだよね

> GPUドライバ落ちてもモノリシックのLinuxは落ちないし。

GPUドライバ停止しても、モノリシックのLinuxは停止しないし。
なんでそこでモノリシックが関係するの？

GPUドライバがバグで落ちた時、モノリシックのLinuxは
カーネルパニックを起こす。でもマイクロカーネルのWindowsは
そんなことにはならない。問題なく動き続けるって話をしていたのに
落ちる＝停止だとその話に噛み合わない

**login:Penguin** · 2018/06/24(日) 02:43:17.55

な割にはアップデートしたら再起動要求してくるのはなんで

**login:Penguin** · 2018/06/24(日) 02:46:43.70

1803にしてからlxssのサービスの立ち上がりがなんか安定しない

**login:Penguin** · 2018/06/24(日) 03:07:53.08

>>423
OSのアップデートだからでしょ？
定義ファイルやストアアプリのアップデートで
再起動要求してくることはないよ

**login:Penguin** · 2018/06/25(月) 02:38:43.38

カーネルアップデートされたならわかるけど

**login:Penguin** · 2018/06/25(月) 05:05:40.69

>>426
この例と同じだよ

GHOST: glibc 脆弱性 (CVE-2015-0235)
https://access.redhat.com/ja/articles/1333303
> 2. システム、または影響を受けるサービスを再起動します。
> 脆弱性が、システムのアプリケーションの多くに影響するため、すべてのアプリケーションが
> アップデートした glibc パッケージを使用するようにする最も安全で推奨される方法は、システムを再起動することです。
>
> アップデートの適用後システム全体を再起動できない場合は、以下のコマンドを実行して、glibc の古い
> 「メモリ上」のバージョンを使用して実行中のすべてのプロセス (サービスではない) を表示します。
>
> lsof +c0 -d DEL | awk 'NR==1 || /libc-/ {print $2,$1,$4,$NF}' | column -t
>
> 結果リストから、公開しているサービスを特定して再起動します。このプロセスは一時的な回避策として有効な場合もありますが、
> 問題が発生しても Red Hat ではサポートされていないため、トラブルシューティングの前にシステムを再起動する必要があります。

理論上は更新があったモジュールを使用しているプロセスを再起動すれば良いんだけど、
プロセス名を言われても普通のユーザはよくわからないでしょ？
アップデートで更新されるモジュールは一つとは限らない。
画面がないプロセスとか普段意識してないサービスとかの多数の名前を画面に出されてもわからない。
起動していたアプリが落ちることもあるから、自動的に勝手に再起動できないし。

実は再起動が必要なアップデートは、必ず再起動が必要になるわけじゃない。
更新があるモジュールを読み込んでいなければ再起動なしに更新できる
だからよく「再起動が必要になる"場合が" あります」って書いてあるわけさ

再起動が必要なのは、更新があったモジュールが使われている場合で、
そのときに、ユーザーがわかりにくいプロセス名を表示してユーザーの操作を待つ方針をとるか
再起動すれば万事OKという方針を取るかで、後者を取るのは仕方ないと思うよ
もっといい方法があれば良いんだけどね

**login:Penguin** · 2018/06/26(火) 08:38:41.57

I/Oが本当に遅いんだけど…
でもこれでMacいらなくなった

WSLの中のファイルいじる時はsshでsftpで良いの？直接Windowsからファイル操作すると壊れるって
逆は/mnt/cで可なんだよね

**login:Penguin** · 2018/06/26(火) 09:15:02.31

iSCSIでマウントしちゃえ

**login:Penguin** · 2018/06/26(火) 12:32:56.84

Dokan

**電波いつぱい** · 2018/06/26(火) 13:38:23.85

>>428
wslのファイルはwindowsからいじれないけど、wslでいじらないのはなぜ？ viとかemacsとか
そうしないのならwslの意義がほとんどなさそうなのだか

**login:Penguin** · 2018/06/26(火) 13:50:15.09

>>431
Windows上のEditorのほうが使いやすいと思うからじゃないの？
コンパイルはWSLで、編集は秀丸とかさくらエディタでとか。

将来的には改善されるんじゃないかな。

**login:Penguin** · 2018/06/26(火) 13:53:34.92

linuxだとコンソールから編集するけど、Windowsのターミナルエミュレーターがしんどいからcloud9入れてる。便利よ。

**login:Penguin** · 2018/06/26(火) 14:27:57.80

>>431
だったらはじめからLinux使っとけよ

**login:Penguin** · 2018/06/26(火) 14:56:09.77

>>434

Linuxだけでがんばるのもいいし、Windowsだけで済ませるのもいいけど、
Windows、Linuxのそれぞれのいいところを生かせるのがWSL。

**電波いつぱい** · 2018/06/26(火) 17:29:11.95

>>432
ファイルの編集をwin側でということなら、win側でファイルを用意してwslからは直接とかリンクを張ってとかで利用するのがいいですね

**login:Penguin** · 2018/06/26(火) 19:09:45.32

俺もLinux側のファイルをWindows上で
直接編集できるようにならないかなーって思って、
仕組みだけは考えてみたんだよ。

一番の問題はWindows上のテキストエディタが
WSL上の所有者やパーミッションを適切に設定しないこと
だから直接ファイルを参照するのではなく変換レイヤーをかます

その変換レイヤーをエクスプローラのエクステンションとして作成する。
そしてWSL上のファイルを仮想的なファイルシステムとして
エクスプローラ上にマウントする

あとは所有者やパーミッションはWSL上からしか変更できない
ってすれば概ねいけるんじゃないかなーと
ファイルを上書き保存するときに、内部的に別名で作成して
古いのを削除してリネームするタイプはちょっとこまるけどさ

誰か作ってくんねーかなー

**login:Penguin** · 2018/06/26(火) 19:14:21.34

>>436
なんとなくだけど、
VolFs（WSL上のファイルシステム）は相互運用を考えられておらず
Linuxで使われてるファイルシステムの機能を実現できるように作られており
/mnt/c以下のDrvFsの方で相互運用できるような感じで開発されてる気がする
例えば最近だと所有者やパーミッションをうまく扱えるようになった
WSLの開発チームとしてはDrvFsの方でデータ作成してほしんじゃないかなーって思う

**login:Penguin** · 2018/06/26(火) 19:59:57.69

>>437
>>438
1803でパーミッション関係改善されたらしいけど、どうなんでしょうか。

当方の環境ではメモリがふんだんにあるんで8GBのramdiskをOSFmountで
作ってそこにWindowsとWSLの作業フォルダ作ってるんで、問題にはなっていません。

秀丸とかさくらエディタとかちょっとした修正には便利なんでやめられません。

**login:Penguin** · 2018/06/26(火) 20:25:30.72

>>439
ここに詳しく書いていますね。WSLで別途パーミションを管理しているんですかね。
http://ascii.jp/elem/000/001/623/1623594/

**login:Penguin** · 2018/06/27(水) 07:32:36.75

>>437
dokan + win-sshfsみたいな

**login:Penguin** · 2018/06/27(水) 13:35:01.73

>>437
問題の最大の原因が
＞ファイルを上書き保存するときに、内部的に別名で作成して
＞古いのを削除してリネームするタイプ
である以上そこを一番に対処しないのは片手落ちどころかZ武

**login:Penguin** · 2018/06/27(水) 14:02:25.76

そういやwinsshfsのドライブはdrvfsでマウントできないな
WSLでfuseが動いてくれればなあ

**login:Penguin** · 2018/06/27(水) 14:07:54.96

反応されてないからこれっきりにするけど、WSLにcloud9入れれば解決するよ。
cloud9はブラウザから使えるIDEでエディタもコンソールも付いてるし、もちろん日本語も使える。
コピー&ドラッグでファイル交換もできる。
linux鯖に入れたりもするけど、qiitaに記事があるから見てくれ。
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9

**login:Penguin** · 2018/06/27(水) 14:12:18.81

>>443
fuseは要望は多いみたいだし、可能性はあるね。

**login:Penguin** · 2018/06/27(水) 14:44:46.48

>>444
面白そうだから家に買ったらやってみる。

**login:Penguin** · 2018/06/27(水) 14:46:11.08

ローン組むのか？

**login:Penguin** · 2018/06/27(水) 15:09:51.92

間違えたw
「家に帰ったら」
だ

**login:Penguin** · 2018/06/27(水) 16:05:42.16

fuseは遅くてもいいから欲しいな
それとデバイス直接触れるようになればかなりいい

**login:Penguin** · 2018/06/27(水) 19:14:52.61

>>449
デバイスは難しいんじゃないかなぁ。GPUとか使いたいって言う
人はいるようですね。そこまでするなら実機でいいような気がするけど。

**login:Penguin** · 2018/06/27(水) 19:21:52.73

wslで出来ないこと探すのに躍起になってるだけかと。

**login:Penguin** · 2018/06/27(水) 19:26:39.05

>>451
もうOSとかそんな時代じゃないんだけどね。それをわかっているのがMS
わかってないのがLinuxやMac信者。

**login:Penguin** · 2018/06/27(水) 19:39:09.88

できないこと探すってよりWSLは万能ツールじゃないからさ
得意なこと不得意なことあるのは当たり前かと
MSもそのあたり分かってるからHyper-VのEnhanced Session Mode作りながら
WSLは別物として開発してるわけでね

**login:Penguin** · 2018/06/27(水) 21:23:38.55

>>450
あ、いやデバイスというかhddとかusbメモリとか
ext4とかのhddとかwindowsで扱いたいときあるじゃん

**login:Penguin** · 2018/06/27(水) 21:26:39.90

>>454
ext2fsdでいいんじゃないの？

**login:Penguin** · 2018/06/27(水) 23:05:19.02

Windowずから操作しても、大抵はファイル壊れないよ

**login:Penguin** · 2018/06/28(木) 06:54:37.83

時々でもファイル壊れたら困るわ

**login:Penguin** · 2018/06/28(木) 08:58:14.05

Windowsユーザーが気付いていない未来の落とし穴

1. スケーリング問題が未解決
2. HiDPI（Retina、仮想解像度）をサポートしていない
3. MacとLinuxに引き離される
4. フルHDモニターしか使えない
5. 巨大画面56インチ4KモニターでWindowsを使う日がもうすぐやってくる
　　

**login:Penguin** · 2018/06/28(木) 11:47:20.60

>>454
loopback deviceとかdevice mapperとかもあるといいなあ
まあ要求しだすと結局「素のLinuxか仮想マシン使え」になってしまうんだけど
せめてWin10のHyper-VがUSBメモリブートできれば…

**login:Penguin** · 2018/06/28(木) 12:04:37.72

リナックスx86系は日本人C,C++本物のマは数える程しかいないの知ってる
なぜならいざ配布となるとlibcとか互換性問題めんどいからな
妙に上げてるのは似非マのうぶんちゅうかもしくわぱいそんぱいそんいってるパイカスだけだろ？
MSも商売だから大変ね

**login:Penguin** · 2018/06/28(木) 14:28:47.36

WSLでfuseが動いたらext4やbtrfsをマウントできるようになるのか？

**login:Penguin** · 2018/06/28(木) 19:29:20.37

>>461
え、嘘だろとか思いながら今パピーで即席でfuseのチェックはずしてbzImageコンパイルしたけど普通にext4のrootfsマウントできたぞ
俺の10分返せ

**login:Penguin** · 2018/06/28(木) 19:49:59.58

>>462
あなたは何か勘違いしていると思います

**login:Penguin** · 2018/06/28(木) 19:56:42.35

>>463
ほほう、どこらへんが？

**login:Penguin** · 2018/06/28(木) 19:58:14.57

>>462
ここはLinux板だけど、WSLのスレッドだからカーネルはWindowsだよ。

**login:Penguin** · 2018/06/28(木) 20:06:11.24

>>465
WSLのカーネルコンパイルできたら面白いね。

**login:Penguin** · 2018/06/28(木) 20:09:01.95

>>465
いやLinuxカーネルの例えであってるよ、ext4がfuseに依存してるかどうかの話だから
難しい話じゃないと思うんだけどね

**login:Penguin** · 2018/06/28(木) 20:10:20.93

>>467
依存してるかどうかの話は君しかしてないんじゃない？
WSLのカーネルを自分でコンパイルできるなら方法を教えてほしい。

**login:Penguin** · 2018/06/28(木) 20:19:49.55

>>467
ext4がfuseに依存してるかどうかの話ではないよ
fuse版のext4(あるいはbtrfs)ドライバが存在するか、もしくは>>461が作れるかどうかの話だよ

**login:Penguin** · 2018/06/28(木) 20:20:31.67

>>468
釣りかな？
>>461がその話をしだしたんだが
あとWSLはWindowzのサブシステムだからカーネルはNTカーネルでしょ
興味ないから見てないけど

**login:Penguin** · 2018/06/28(木) 20:22:58.69

>>470

WSLでfuse動かすことできたんですか？
それだけの問題なんだが。

YesかNoでよろしく。

**login:Penguin** · 2018/06/28(木) 20:23:43.04

>>469
あ、そういうことかわかったスレ汚しゴメンね

**login:Penguin** · 2018/06/28(木) 20:27:12.01

>>465
>今パピーで即席でfuseのチェックはずしてbzImageコンパイルした
このパピーのマシンは素のパピーLinux？それともWSL?
コンパイルはできると思うけど、カーネルはロードできないんじゃないか？
試したことさえないんだけど、そもそもWSLにLinuxのカーネルがのってないから。

仮にWSLで自前カーネルで起動？できるなら、コンパイルもAPIレベルでエミュレート（厳密には違うけど）できてることになるからワクワクするぞ！
手順を教えてくれ。

**login:Penguin** · 2018/06/28(木) 20:29:04.83

>>472
勘違いはあるよね、俺もはじめWSLは仮想化だと思ってたよ。>>473は気にしないでくれ。

**login:Penguin** · 2018/06/28(木) 20:29:05.12

>>473

書き込みから、そう思って期待したんだけど

>>472

のようにそういう意図じゃなかったようです。

自前カーネル起動するなら普通に考えたら実機かVMですよね・・。

**login:Penguin** · 2018/06/28(木) 20:35:46.37

そうそうVMだよ
とにかく悪かったからゴメンね

**login:Penguin** · 2018/06/28(木) 20:36:11.49

>>476
あなたがいい人だということはわかりました。

**login:Penguin** · 2018/06/28(木) 20:39:33.18

WSLは全然よゆーで不完全なんだけど、ただの仮想化じゃないから夢のある話で期待したくなる魅力があるんで、そのへんの啓蒙にはなったんじゃないか？

**login:Penguin** · 2018/06/28(木) 20:43:29.35

>>478
昔からある技術をLinux互換にしたんで興味持つ人が増えているのかも。
MSの英断としかいいようがないですね。

**login:Penguin** · 2018/06/29(金) 00:22:12.65

MS CEOのナデラならでわの営団だな
ナデラならでわ

**login:Penguin** · 2018/06/29(金) 01:14:56.09

でもwslでできなくてLinuxディストリでできることって殆ど無くない？

**login:Penguin** · 2018/06/29(金) 01:43:43.95

本当にそうなら文句を言う奴も殆どいない筈だな

**login:Penguin** · 2018/06/29(金) 01:53:35.12

でなきないことのほうが圧倒的に多いだろ

**login:Penguin** · 2018/06/29(金) 01:56:15.45

逆から読んでもナデラならでわ

**login:Penguin** · 2018/06/29(金) 10:26:57.01

>>481
ほとんどないですね。

**login:Penguin** · 2018/06/29(金) 10:33:04.56

>>483
Windowsでできてしまうことが悔しいですか？

**login:Penguin** · 2018/06/29(金) 11:01:30.09

WSLはLinuxデスクトップが無くなる一助になると思いますが、Linuxそのものは広まると思いますよ。
WindowsユーザーもWSLを通してLinuxを使うようになりますから。
LinuxもWindowsの一部になったと考えればありがたみが分かるのではないでしょうか。

**login:Penguin** · 2018/06/29(金) 11:17:15.31

Windowsの機能の一つとして認知される以上、メモ帳のようにいつまでもWindowsに在り続けると思います。
そういった意味でもWSLは安心して使えるんじゃないでしょうかね。

**login:Penguin** · 2018/06/29(金) 11:23:43.67

>>487
普通のWindowsユーザーはメモ帳は使うかもしれないけどWSLは使わない。

**login:Penguin** · 2018/06/29(金) 11:25:27.04

Hyper-VはProでないと使えないし
Homeでも使えるWSLはありがたい

**login:Penguin** · 2018/06/29(金) 11:28:04.54

WSLはバッテリーを余分に消費しないので、そういった点もありがたいですね。