【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
VirtualBoxでLinux?
GUIなデスクトップ用には要らねーなw
もう鯖とマイコンボードだけで十分だよLinuxは。 パフォーマンスがまるでおもちゃなのがな。
VirtualBoxで動かすのと大差ないという(当然Hyper-Vにはボロ負け)。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。 VirtuaBoxはOracleが絡んでるからヤダ よく考えたらMSもネットヤクザだな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。 つか犬糞のアップデートパッチだって爆弾仕込みじゃねえかw
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな >>410
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。 >>412
MSはそれの対策に金を出せなんて言い出さないだろう?
一緒にするのはおかしいぞ >>414
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ キミたちの怒りはごもっともだけど、オラクルがやらなければ俺が潰してたから、結果は同じだと思うよ。 X410が877円で売っているのだが、製造元のチョンネットワークって東アジア反日武装戦線と関係あるんだろか。 Windows10は他のデバイスとクリップボードの同期(マシンAでコピー、マシンBで貼り付けなど)ができるのだが、同じパソコン上のWSLとは出来ないのだろうか。 端末の上部にある、タイトルバーの所で、右クリックメニューを開く。
コマンドプロンプトと全く同じ
Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない
そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい そういやコマンドプロンプトでも「挿入モード」とか使えるようになったんだよな。
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ >>422
そういえばそうだな。
普通にコピペしてたわ。 Ctrl+Shift C/V はとっくに対応していますが... アンドロともクリップボードが同期出来たら便利なんだが、そんなソフトはないものだろうか。 おれはまだwsl-terminalから変えてないなぁ
wslttyは無駄にファイルが増えるからなんか敬遠してる 糞PowerShell糞も併用せざるを得ないからConEmu使ってるけど、正直使いにくい
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね >>437
リンク先に技術者からの回答が書いてなくてワロタw
これだけでいいや
情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
https://github.com/Microsoft/WSL/issues/873 I/Oを速くするにはNFSサーバーを実装して
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。
実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ 試してはいないんだけど、VirtualBoxでVM作って、
NFSサーバーとSambaサーバーをインストールしたらどうだろう?と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。 Windows捨てるほどでもない、Hyper-VにLinux入れりゃいいだけ。
Win10使うんだし。 >>442
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ >>444
ディスられてはないぞ?
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
(本当にユーザーモードだけで実現しているなら動く) こうやって知識が浅いやつが、ディスってるんだよなw
と無知な>>444をディスっておこう
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。 >>449
あるよ。WinSshFsなら使ってる。
そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、(昔)WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったw
この方法を応用すれば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
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかw 念のため聞くけどさ、金毘羅とコンパイラどっちが御利益あるかわかってるよね? >>462
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か あ、ごめん新年の一発目で見事にレス勘違いしてたwww
どうやら>>462がHV+LVqu/だと思ってたわ いや違ったわ、やっぱfcnXZHC7が合ってて>>462がおかしい
もうだめだココ え、ワイも>>462がHV+LVqu/やと思ってたけどちゃうんか? >>471
それはわからんけど、HV+LVqu/がおかしいのはあきらかなのに
援護するIDまで現れる始末だからもうだめだろココって 少々手間ですがフリーの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使うメリハリあるんじゃね 名前だけ見たら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 マウントしたいんじゃなくて/dev/hogeがいるんだろ、ddか何かするために。 今は無理だな。将来的にできるのかも怪しい。
Hyper-Vでやればいい。 ■ このスレッドは過去ログ倉庫に格納されています