【Bash】Windows Subsystem for Linux【WSL】4

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

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
http://mao.2ch.net/test/read.cgi/linux/1528141781/

>>403
VirtuaBoxではWindows プログラムを起動できない

（何言ってんだこいつ・・・

>>404
ホスト側のということだよ

VirtualBoxでLinux？
GUIなデスクトップ用には要らねーなｗ
もう鯖とマイコンボードだけで十分だよLinuxは。

今の話の流れはLinuxだろ

パフォーマンスがまるでおもちゃなのがな。
VirtualBoxで動かすのと大差ないという（当然Hyper-Vにはボロ負け）。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。

VirtuaBoxはOracleが絡んでるからヤダ

>>410
やくざに関わるとあとがな。

よく考えたらMSもネットヤクザだな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。

つか犬糞のアップデートパッチだって爆弾仕込みじゃねえかｗ
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな

>>410
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。

>>412
MSはそれの対策に金を出せなんて言い出さないだろう？
一緒にするのはおかしいぞ

>>414
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ

キミたちの怒りはごもっともだけど、オラクルがやらなければ俺が潰してたから、結果は同じだと思うよ。

お前誰？

X410が877円で売っているのだが、製造元のチョンネットワークって東アジア反日武装戦線と関係あるんだろか。

はい、その通りです。

Windows10は他のデバイスとクリップボードの同期（マシンAでコピー、マシンBで貼り付けなど）ができるのだが、同じパソコン上のWSLとは出来ないのだろうか。

>>421
普通に端末からコピペできるけど？

端末の上部にある、タイトルバーの所で、右クリックメニューを開く。
コマンドプロンプトと全く同じ

Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない

そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい

そういやコマンドプロンプトでも「挿入モード」とか使えるようになったんだよな。
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ

>>422
そういえばそうだな。
普通にコピペしてたわ。

CLIはコピペが命だからな。

Ctrl+Shift C/V はとっくに対応していますが...

というか標準のコマンドプロンプト使わんでいいやん

いろいろ試してwslttyに落ち着いた

アンドロともクリップボードが同期出来たら便利なんだが、そんなソフトはないものだろうか。

アンドロがandroidのことなら昔からあるけど

なんてやつ？

おれはまだwsl-terminalから変えてないなぁ
wslttyは無駄にファイルが増えるからなんか敬遠してる

M@STERPIECEのほうがいいな

糞PowerShell糞も併用せざるを得ないからConEmu使ってるけど、正直使いにくい
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね

https://i.imgur.com/onC2mLu.gifhttps://i.imgur.com/p6fw3Uz.gif

WSLのI/Oが遅いことに対するMS技術者からの回答
https://opcdiary.net/?p=49824

>>437
リンク先に技術者からの回答が書いてなくてワロタｗ

これだけでいいや

情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
https://github.com/Microsoft/WSL/issues/873

3行で

I/Oを速くするにはNFSサーバーを実装して
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。

実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ

ネットワークのI/Oも遅いなら意味ないだろ

試してはいないんだけど、VirtualBoxでVM作って、
NFSサーバーとSambaサーバーをインストールしたらどうだろう？と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。

Windows捨てるほどでもない、Hyper-VにLinux入れりゃいいだけ。
Win10使うんだし。

>>442
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ

>>444
ディスられてはないぞ？
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
（本当にユーザーモードだけで実現しているなら動く）

あー、wikipediaにちょうどいい図があった

https://ja.wikipedia.org/wiki/Filesystem_in_Userspace
ほらな。カーネルに機能が必要

ちなみに、NFSもカーネル側に含まれてるな

こうやって知識が浅いやつが、ディスってるんだよなｗ

と無知な>>444をディスっておこう

> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。

DOKANの64ビット版って無かったっけ

>>449
あるよ。WinSshFsなら使ってる。

そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、（昔）WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったｗ

この方法を応用すればWindowsから（Windowsの）仮想的なファイルシステムを作って
WSL上のファイルにアクセスできると思うんだけどな
Windowsからのアクセスは遅くなるけどWSL内でのアクセスは速くなるはず

＞そうかWSLでNFSマウントできないのか
＞まずはFUSE実装だよな。
おかしいだろこれww

＞こうやって知識が浅いやつが
ブーメランww

cygwin/msysのI/Oも遅いことで有名だったけど体感のもっさり感がWSLでも変わんないからまぁ期待はずれ感はある

そんなもっさり感ある？

>>451
何がおかしいのか言ってみ？

NFSはfuseでマウントできる
だがfuseの機能を実現するにはカーネルに機能が必要
WSLが提供しているのはLinuxカーネル互換機能
fuseはファイルシステムを実装するための
インターフェースを提供するもので
機能自体はカーネルによって実現されてる

ここみろ
https://ja.wikipedia.org/wiki/Filesystem_in_Userspace

どこにそんなこと書いてるんだよ？w
これは恥ずかしいww

右側に、FUSEがkernelの領域に入っていることを示す図があるだろ
まあ、気づかなかったんだろうね

あと文章も

> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用のソフトウェアインタフェースである。
> 権限を持たないユーザがカーネルコードを修正することなく独自のファイルシステムを作成できる機能を提供する。
> これは、ファイルシステムのコードをユーザ空間で実行することでなされるもので、
> その際FUSEモジュールは実際のカーネルインタフェースへの「橋渡し」しか提供しない。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

それとNFSがどう関係するの？全然関係ねえわw
NFSがFUSEに依存する根拠って何？

NFSってのはネットワーク実装がされた黎明期(80年代)からあるもので、FUSEがLinuxに実装されたのは2000年代だったと思うぞ？
https://ja.wikipedia.org/wiki/Network_File_System

歴史的に新しいFUSEにNFSが依存するって矛盾してると思わないのか？

FUSEが実装されれば、NFSを含めFUSEで扱える全てのファイルシステムに
対応できるので、個別にNFS用カーネルモジュールを作成する必要がなくなる

A FUSE module for NFSv3/4
https://github.com/sahlberg/fuse-nfs

見苦しいぞ・・・今更そんな何処の馬の骨か知らない奴のOSS引っ張り出してこないで謝れよ。
韓国とまるっきり同じじゃねえかw今年中に解決しないのか？

夕方眠くなったので年越しまでちょっと寝てたらこんなことになってたわw

言い返せやｗ

>>460
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかｗ

bash/basher/bashest

念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね？

紺童夢の方がご利益がある

>>462
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か

>466
見苦しいぞ

あ、ごめん新年の一発目で見事にレス勘違いしてたwww
どうやら>>462がHV+LVqu/だと思ってたわ

味方に背後から砲撃してる自分想像してワロタ

いや違ったわ、やっぱfcnXZHC7が合ってて>>462がおかしい
もうだめだココ

え、ワイも>>462がHV+LVqu/やと思ってたけどちゃうんか？

>>471
それはわからんけど、HV+LVqu/がおかしいのはあきらかなのに
援護するIDまで現れる始末だからもうだめだろココって

犬板で唯一まともなスレだろ。

もういいから余所でやれw

少々手間ですがフリーのXサーバーを使えば DE や ブラウザ・NetBeans・VSCode など色々と動かせますね。
WLinux は試していませんが手間を金で省くって感じでしょうか。

本格的にLinux環境作ろうとすると仮想マシン使ったほうが快適になるのがアレだけど
Windowsのお手軽リモートログイン用シェルとして使うに良いと思う

久しぶりにwsl内のvscode使おうとしたら、起動はするけど画面がないという1年前の状態みたいになっちゃった。
debian on wslだけど、設定ファイル全部削除とpurgeもしたけどダメですね。
他の環境では起動できてますか？
code_1.30.2-1546901646_amd64.deb

そもそも画面の機能なんか無いだろ

起動できる
そもそもX経由なのか、VNCとかで乗り込んでるのか
X経由なら手順間違ってるんじゃね？

>>477
VcXsrv + Ubuntu 18.04 XFCE で、VSCode は dpkg コマンドで入れて動作しています。

Windows版でなく、WSLにLinux版を入れるメリット教えて。

>>481
いまのところメリットの有無は検証していません。システムコールコンバーターの互換性具合を試しているだけです。
他の方がどうなのかはわかりかねます。

windows版vscodeとwslの組み合わせだとできないことが多いよ。
1. extensionがlanguage server protocolにちゃんと対応していて、さらに
2. windows側のvscodeで、wsl側のlanguage serverから情報取得できるようになっている、
開発言語じゃないと、windows側とwsl側の両方で開発環境揃えないといけない。
2の条件がほとんどの言語で満たされていないし、windows側で開発環境構築できないものもあるからね。

>>483
lspって何処で動かしても良いものでないのか。

Visual StudioはWindowsが発祥なのになんじゃそりゃって感じだな。

win版codeでwsl上のlanguage serverを使うなんてことやるよりwslにlinux版code入れた方がいいって話か
条件は何言ってるのかわからん

>>485
名前以外の関連性が存在しないVisual StudioとVisual Studio Codeを同一視するなんてLinuxとWindows Subsystem for Linuxを同一視するレベルの愚

>>487
何言ってんだこいつ？
相手しない方がいいか

vscodeとvsってまずエディタの言語違うだろ。
vscodeはnode.jsだし。
あとideじゃないし。エディタだし。

VSとVSCodeにはlinuxとwslほどの類似性はないだろ

wslのコマンドラインから起動楽だしそれだけでもwslのvscoce使うメリハリあるんじゃね

>>488
>>483の意味が分かってないね

名前だけ見たらVisual StudioのIDEのエディタ部分のみ、とか誤解してもおかしくはないよ
Visual Studioなんかしらん人もいるだろうに、そこまで叩かんでいいのになあ

ろくに知らんのに余計なレスしたから総ツッコミ食らっただけですやん

Mac版のVisual Studio (Codeじゃないよ)とかXamarinそのものだし...
MSはVisual Studioって名前を広く使いたいだけで中身がどうとか考えてない

Visual Studio Code　electron+Monaco Editor+α
Visual Studio for mac　XamarinStudio（≒MonoDevelop）+α

だもんな

VSCodeはMSが長年培ってきたIDEのノウハウが全力で投入されてるからVSの名前を冠するのに相応しい
LSPの策定とか他じゃ絶対に不可能な偉業だろ

USBメモリをデバイスとしてWSLに見せる方法ってある？

WSL上のUbuntuでFuchsiaのビルドは出来たんだけど、QEMUではコンソールしか出て来なかったんで別環境で実行しようと思ったらイメージ作成のコマンドがデバイスファイルを要求しやがった…

Win10.18317+WSL(Ubuntu 18.10)

USBのCOMポート(ラズパイでやった)を認識することはできるけど、ディスクはまだ無理じゃないか？

>>497
USBメモリのドライブのシンボリックリンクを張ってみるとか

デバイスファイルの意味を知らんなら口出すなよ

少し前に書いたwsl上のdebianでvscodeの画面が出なくなった問題ですが、原因はudevでした。
udevとlibudevの240がbreaking changeを含んでいるので、239にdowngradeして対処。
https://github.com/systemd/systemd/issues/11385
https://github.com/systemd/systemd/issues/11293

>>497
http://www.atmarkit.co.jp/ait/spv/1806/08/news042.html
はどう？

マウントしたいんじゃなくて/dev/hogeがいるんだろ、ddか何かするために。

今は無理だな。将来的にできるのかも怪しい。
Hyper-Vでやればいい。