【Bash】Windows Subsystem for Linux【WSL】4

1login:Penguin2018/11/09(金) 16:03:28.29ID:WWmxQ0j3
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/

456login:Penguin2018/12/31(月) 22:58:38.30ID:HV+LVqu/
右側に、FUSEがkernelの領域に入っていることを示す図があるだろ
まあ、気づかなかったんだろうね

457login:Penguin2018/12/31(月) 22:59:25.00ID:HV+LVqu/
あと文章も

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

458login:Penguin2018/12/31(月) 23:02:43.24ID:fcnXZHC7
それとNFSがどう関係するの?全然関係ねえわw
NFSがFUSEに依存する根拠って何?

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

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

459login:Penguin2018/12/31(月) 23:04:49.74ID:HV+LVqu/
FUSEが実装されれば、NFSを含めFUSEで扱える全てのファイルシステムに
対応できるので、個別にNFS用カーネルモジュールを作成する必要がなくなる

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

460login:Penguin2018/12/31(月) 23:18:40.56ID:fcnXZHC7
見苦しいぞ・・・今更そんな何処の馬の骨か知らない奴のOSS引っ張り出してこないで謝れよ。
韓国とまるっきり同じじゃねえかw今年中に解決しないのか?

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

461login:Penguin2019/01/01(火) 00:09:53.07ID:37RvMxPe
言い返せやw

462login:Penguin2019/01/01(火) 00:20:19.06ID:37RvMxPe
>>460
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかw

463login:Penguin2019/01/01(火) 01:31:29.80ID:2R3mH7uc
bash/basher/bashest

464login:Penguin2019/01/01(火) 09:59:18.64ID:SnneeP6l
念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね?

465login:Penguin2019/01/01(火) 10:27:36.59ID:N526KODO
紺童夢の方がご利益がある

466login:Penguin2019/01/01(火) 11:18:47.10ID:l6oUYxDu
>>462
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か

467login:Penguin2019/01/01(火) 11:32:13.58ID:N526KODO
>466
見苦しいぞ

468login:Penguin2019/01/01(火) 11:57:14.09ID:l6oUYxDu
あ、ごめん新年の一発目で見事にレス勘違いしてたwww
どうやら>>462がHV+LVqu/だと思ってたわ

469login:Penguin2019/01/01(火) 11:59:30.38ID:l6oUYxDu
味方に背後から砲撃してる自分想像してワロタ

470login:Penguin2019/01/01(火) 12:08:10.58ID:l6oUYxDu
いや違ったわ、やっぱfcnXZHC7が合ってて>>462がおかしい
もうだめだココ

471login:Penguin2019/01/01(火) 12:09:36.40ID:WywaNIhE
え、ワイも>>462がHV+LVqu/やと思ってたけどちゃうんか?

472login:Penguin2019/01/01(火) 12:16:10.36ID:l6oUYxDu
>>471
それはわからんけど、HV+LVqu/がおかしいのはあきらかなのに
援護するIDまで現れる始末だからもうだめだろココって

473login:Penguin2019/01/01(火) 17:19:16.94ID:2R3mH7uc
犬板で唯一まともなスレだろ。

474login:Penguin2019/01/07(月) 20:24:07.97ID:ylUw8anh
もういいから余所でやれw

475login:Penguin2019/01/13(日) 01:51:56.96ID:orxhD74L
少々手間ですがフリーのXサーバーを使えば DE や ブラウザ・NetBeans・VSCode など色々と動かせますね。
WLinux は試していませんが手間を金で省くって感じでしょうか。

476login:Penguin2019/01/13(日) 02:10:18.00ID:sa6t7AzP
本格的にLinux環境作ろうとすると仮想マシン使ったほうが快適になるのがアレだけど
Windowsのお手軽リモートログイン用シェルとして使うに良いと思う

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

478login:Penguin2019/01/13(日) 08:50:48.21ID:xu1dVs2j
そもそも画面の機能なんか無いだろ

479login:Penguin2019/01/13(日) 08:53:26.68ID:B/G1FrmG
起動できる
そもそもX経由なのか、VNCとかで乗り込んでるのか
X経由なら手順間違ってるんじゃね?

480login:Penguin2019/01/13(日) 13:44:11.41ID:orxhD74L
>>477
VcXsrv + Ubuntu 18.04 XFCE で、VSCode は dpkg コマンドで入れて動作しています。

481login:Penguin2019/01/13(日) 17:31:06.76ID:iafeLWX7
Windows版でなく、WSLにLinux版を入れるメリット教えて。

4824802019/01/14(月) 02:16:34.72ID:6oQ6UtAV
>>481
いまのところメリットの有無は検証していません。システムコールコンバーターの互換性具合を試しているだけです。
他の方がどうなのかはわかりかねます。

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

484login:Penguin2019/01/14(月) 10:46:29.26ID:mtaCji06
>>483
lspって何処で動かしても良いものでないのか。

485login:Penguin2019/01/14(月) 11:00:51.62ID:bbyxgwol
Visual StudioはWindowsが発祥なのになんじゃそりゃって感じだな。

486login:Penguin2019/01/14(月) 12:33:42.17ID:2m70/iKl
win版codeでwsl上のlanguage serverを使うなんてことやるよりwslにlinux版code入れた方がいいって話か
条件は何言ってるのかわからん

487login:Penguin2019/01/14(月) 13:16:39.83ID:/QRkDLKu
>>485
名前以外の関連性が存在しないVisual StudioとVisual Studio Codeを同一視するなんてLinuxとWindows Subsystem for Linuxを同一視するレベルの愚

488login:Penguin2019/01/14(月) 13:18:42.52ID:bbyxgwol
>>487
何言ってんだこいつ?
相手しない方がいいか

489login:Penguin2019/01/14(月) 13:25:44.00ID:ng1gu+mq
vscodeとvsってまずエディタの言語違うだろ。
vscodeはnode.jsだし。
あとideじゃないし。エディタだし。

490login:Penguin2019/01/14(月) 13:38:11.27ID:j4xo+hjC
VSとVSCodeにはlinuxとwslほどの類似性はないだろ

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

491login:Penguin2019/01/14(月) 16:49:40.97ID:Xjjf3DeF
>>488
>>483の意味が分かってないね

492login:Penguin2019/01/16(水) 01:25:29.18ID:+mvJC7Yx
名前だけ見たらVisual StudioのIDEのエディタ部分のみ、とか誤解してもおかしくはないよ
Visual Studioなんかしらん人もいるだろうに、そこまで叩かんでいいのになあ

493login:Penguin2019/01/16(水) 02:14:45.40ID:egcnHTr2
ろくに知らんのに余計なレスしたから総ツッコミ食らっただけですやん

494login:Penguin2019/01/16(水) 02:19:37.42ID:5npoUdmy
Mac版のVisual Studio (Codeじゃないよ)とかXamarinそのものだし...
MSはVisual Studioって名前を広く使いたいだけで中身がどうとか考えてない

495login:Penguin2019/01/16(水) 08:50:28.31ID:rqwizTBo
Visual Studio Code electron+Monaco Editor+α
Visual Studio for mac XamarinStudio(≒MonoDevelop)+α

だもんな

496login:Penguin2019/01/16(水) 09:18:54.71ID:W+cGutJl
VSCodeはMSが長年培ってきたIDEのノウハウが全力で投入されてるからVSの名前を冠するのに相応しい
LSPの策定とか他じゃ絶対に不可能な偉業だろ

497login:Penguin2019/01/18(金) 21:01:02.17ID:VHhx5dfC
USBメモリをデバイスとしてWSLに見せる方法ってある?

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

Win10.18317+WSL(Ubuntu 18.10)

498login:Penguin2019/01/18(金) 21:33:41.47ID:kbj4N000
USBのCOMポート(ラズパイでやった)を認識することはできるけど、ディスクはまだ無理じゃないか?

499login:Penguin2019/01/19(土) 02:25:00.21ID:UQOIX5J3
>>497
USBメモリのドライブのシンボリックリンクを張ってみるとか

500login:Penguin2019/01/19(土) 03:05:13.41ID:Ic/aLXkD
デバイスファイルの意味を知らんなら口出すなよ

501login:Penguin2019/01/21(月) 15:41:44.99ID:rDmO3I4e
少し前に書いた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

502login:Penguin2019/01/22(火) 19:32:02.95ID:z5p05RDz

503login:Penguin2019/01/22(火) 21:03:05.02ID:SrNYnx1s
マウントしたいんじゃなくて/dev/hogeがいるんだろ、ddか何かするために。

504login:Penguin2019/01/23(水) 09:20:20.17ID:R1uPtdTn
今は無理だな。将来的にできるのかも怪しい。
Hyper-Vでやればいい。

5054972019/01/23(水) 12:32:37.03ID:iMCM2PBc
>>498-504
色々サンクス
結局ギブアップして仮想マシンを立てた

ループデバイスも無いとはね、この辺はリクエストを出してMSの努力に期待かな

506login:Penguin2019/01/23(水) 17:56:16.65ID:mGMIMe8V
一応サブシステムって扱いだから無茶言っちゃかわいそうではあるが…インサイダープレビュー受けてるとMsのバグ潰し大変そうって思うし。
ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。

新着レスの表示
レスを投稿する