[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】8 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
717: 2020/09/15(火)20:41 ID:oBlOtoUk(1) AAS
絵の出る画面はないの
718: 2020/09/15(火)20:47 ID:EO9D2chp(1) AAS
sl
719: 2020/09/15(火)21:01 ID:RkNj+Cct(1) AAS
ノートPC壊したので
ジャンクのノートPC1000円で購入
使用していたHDDに換装したら使用できた
再構築しなくて良かったと言う自分用日記
720: 2020/09/15(火)23:56 ID:jrU6R3T3(1) AAS
それwsl関係ある？
721: 2020/09/16(水)06:45 ID:0LCz9dD2(1) AAS
テキストに修飾することはできますか？影付き文字とかにできませんか？テキスト背景は完全に
透明にしたいのですが、完全に透明にすると文字が見えにくくなります
722: 2020/09/16(水)08:39 ID:eA9cNmY2(1/4) AAS
完全透明で見やすいとかありません
文字の問題ではありません
矛盾してます
723: 2020/09/16(水)08:40 ID:eA9cNmY2(2/4) AAS
背景を透明といいますが、背景は透明にはなりません
後ろのウインドウが見えてるはずです。
つまり「他の文字や画像」の上に文字を置くということです
見やすくなるわけがありません
724: 2020/09/16(水)08:42 ID:eA9cNmY2(3/4) AAS
半透明ウインドウでかっこいい！と主張しているサンプルイメージを見てみましょう
後ろに見えるのは壁紙です。あえてそうしています。
実際に使う場面であるウインドウを置いたら見づらいからです。
725: 2020/09/16(水)08:44 ID:eA9cNmY2(4/4) AAS
結局の所、本当に欲しいものは、ターミナルの背景に壁紙を置く機能なのです
726: 2020/09/16(水)09:54 ID:HpxwAxjC(1/2) AAS
（半）透明と壁紙では目的が全く違うだろ
727: 2020/09/16(水)10:25 ID:Pn1ha2hv(1) AAS
だから半透明かつ見やすいなんてものは無いって話をしてる
728(1): 2020/09/16(水)11:09 ID:XMwKjPpw(1) AAS
基本あーゆーのって窓や林檎よりすげーだろドヤっ？てやるだけで実用性はない
画像ﾘﾝｸ[png]:cdn-ak.f.st-hatena.com
画像ﾘﾝｸ[jpg]:vio.homeip.net
画像ﾘﾝｸ[jpg]:vio.homeip.net
画像ﾘﾝｸ[png]:cdn-ak.f.st-hatena.com
729: 2020/09/16(水)11:29 ID:2aSDhvF5(1) AAS
背景を透過や画像にできるかどうかはターミナルエミュレータの機能であって、WSLは関係ないんじゃね
Windows側は昔使っていたTera Termで透過ウィンドウできたような記憶はあるけど、今時Tera使うか？って話にもなるし
Windows Terminalでできたかどうかは知らない
Linux側なら腐るほどある
なんならGNOME terminalでできるだろ
730: 2020/09/16(水)11:33 ID:FDeqD1wg(1) AAS
Compizって10年前だろ
731(1): 2020/09/16(水)11:38 ID:LbN6tnxw(1) AAS
半透明はオサレじゃねえ
裏窓内容を確認したい奴には一応実用性あんだよ
完全透明：OSD感覚？透明部分は透過クリックできて操作も可能
半透明：視認目的、メイン窓開いたまま隠れた裏窓の内容が確認できる
窓内壁紙：オサレ、裏見えない
メイン窓の視認性は落ちるけどそこは透明度と暗色被せでカバー
全透明は自作アプリで文字周囲だけ表示エフェクトとかやらない限りは厳しそう
732(1): 2020/09/16(水)12:01 ID:aTyMmNy1(1) AAS
Windows Terminalも半透明の機能はあるけどアクティブなときだけ有効なんだよ
逆にして欲しいんだが
733(1): 2020/09/16(水)12:13 ID:eA4LYKHJ(1) AAS
>>731
だから「見にくくなる」のを承知で
後ろのウインドウを見たいって話でしょ？
734: 2020/09/16(水)12:46 ID:UCSIfUPo(1) AAS
実用性w
735: 2020/09/16(水)13:12 ID:iOjQfGCK(1) AAS
>>728
そう。お前の中ではなw
736: 2020/09/16(水)13:13 ID:fB+dPW6E(1) AAS
4.19.128が一般にも振ってきてるのか
737: 2020/09/16(水)13:21 ID:xDwIcCdm(1) AAS
>>732
激しく同意
738: 2020/09/16(水)15:08 ID:HpxwAxjC(2/2) AAS
>>733
はい
739(1): 2020/09/16(水)20:03 ID:x9sL4ZLh(1/2) AAS
Ubuntu 18.04 だけど、
bin の後ろに、// とあるのは、なぜ？
正常に動くけど、気持ち悪い
which yarn
/mnt/c/Program Files (x86)/Yarn/bin//yarn
yarn --version
1.22.4
740: 2020/09/16(水)20:12 ID:9NqOW7Gk(1) AAS
検索パスが/で終わってるからだと思うが
741: 739 2020/09/16(水)20:32 ID:x9sL4ZLh(2/2) AAS
Windows のシステム環境変数PATH を見たら、
OpenSSH, nodejs などの末尾に、\ が付いている。
付いていないものも多いけど
一々、直すのは面倒・危険だから、このままにしておきます
742: 2020/09/16(水)21:41 ID:ZCXMrJZ5(1) AAS
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
画像ﾘﾝｸ[jpg]:blog-imgs-80.fc2.com
743: 2020/09/19(土)16:39 ID:A8UImIKo(1) AAS
SSDに換えてから初めてWSL2触ってみたが、なるほどこれはHDDに戻れないな
744: 2020/09/19(土)17:11 ID:H1OZ04Be(1) AAS
5年いや10年遅いな
745: 2020/09/19(土)17:47 ID:/hY5DV2E(1) AAS
まぁ、でも来年始めたら11年遅くなるわけだし、それに比べたら1年早いということ。
遅れた時間は変えられないが、これからの時間の使い方次第でどうとでもなるでしょ？
746(2): 2020/09/19(土)21:43 ID:/XwoLXjl(1) AAS
コマンドラインからディストリビューションのインストールできるようにならないかな。
747: 2020/09/19(土)22:31 ID:zqvGin6H(1) AAS
>>746
正式版は来年だがwingetで出来るんでは
748: 2020/09/20(日)15:42 ID:5fgclNdN(1/2) AAS
今wsl上のDockerでファイルの書き込みすると変換処理挟んで極端に速度落ちるけど
ネイティブなext4ドライブにアクセス出来るようになれば速度落ちずに書き込み出来るようになるのかな？
749: 2020/09/20(日)15:44 ID:5fgclNdN(2/2) AAS
今はコンテナにマウントしたWindowsのフォルダ(NTFS)に書き込みしてますが10MB/s程度しか出ないです
750: 2020/09/20(日)16:09 ID:rnpsyE7Z(1) AAS
それはWindowsと共有したいからそうしてるんだろ？
ext4ドライブに移したら意味なくね？
751: 2020/09/20(日)19:13 ID:g0YYRKTO(1) AAS
>>746
windows store使わないという意味ならできる
752: 2020/09/23(水)02:54 ID:VOlk/sG0(1) AAS
20H2でWSL2の問題が修正
2004にもそのうち同等の修正が入ると思われる
外部ﾘﾝｸ:blogs.windows.com
753: 2020/09/23(水)08:08 ID:8lAzYiU7(1) AAS
What’s new in the Windows Subsystem for Linux - September 2020
外部ﾘﾝｸ:devblogs.microsoft.com
GUI app support in WSL is becoming a reality!
We are getting closer to an initial preview and happy to announce a preview release for Windows Insiders within the next couple of months.
Below is an early look at an internal build running GUI apps in WSL!
You can see that WSL will support many different types of applications, including IDEs running fully in a Linux environment.
We have included lots of fit and finish details, such as showing the icons for Linux apps in the task bar and support for audio with your microphone
(and yes, that really is the Linux version of Microsoft Teams running in WSL).
画像ﾘﾝｸ[gif]:devblogs.microsoft.com
Stay tuned for more details about this feature coming soon.
754: 2020/09/25(金)08:45 ID:4iJcjo7P(1) AAS
$ sleep 1
がいつの間にか動くようになってた
直ったのかな？
755: 2020/09/25(金)09:17 ID:g1/lJqj2(1) AAS
wsl2 scp でファイル転送するとエラーになるときがある。
wsl1 では問題なし。
もうしばらく様子見かな。
756: 2020/09/26(土)14:44 ID:BBYb9W7W(1/2) AAS
Windows側のOpenSSH(scp.exe)をWSLで呼び出すとどうなる？
757: 2020/09/26(土)15:49 ID:q/tlHuJQ(1) AAS
Windowsから起動したのと何も変わらない
758: 2020/09/26(土)16:09 ID:BBYb9W7W(2/2) AAS
いや、どうだったんだよw
scp.exeで転送出来ないのか？
759: 2020/09/26(土)20:03 ID:MtpX9Xqp(1) AAS
自分でやればいいだろ
760: 2020/09/27(日)20:51 ID:nFYEks5J(1) AAS
Linux GUIアプリがWindows 10で動く日 - 阿久津良和のWindows Weekly Report
外部ﾘﾝｸ:news.mynavi.jp
画像ﾘﾝｸ[jpg]:news.mynavi.jp
761: 2020/09/28(月)08:42 ID:Q7CYuRHe(1) AAS
善きこと
まあ自分でセットアップすれば同じ事は既にできるが、
WSL側で標準的な実装を提供してくれるなら、それこそバカチョン化できる
よほど思想的にアンチMSを拗らせているようなディストリ以外は、インストーラー側でWSL環境も考慮するようになるだろう
Windowsの機能(の一部)としてLinuxを取り込めるなら、拒絶する理由は無い
762: 2020/09/28(月)11:29 ID:IP6XMmhW(1/2) AAS
> インストーラー側でWSL環境も考慮するようになるだろう
その必要はないんだよなぁ
もともとLinuxはGUIがない環境（つまりWSLと同じ）にも対応しているし
WSLは本質的にはLinux用バイナリを起動する機能だから
必要なのはそこにファイルがあることだけ
それもchrootなどの機能で昔からLinuxは対応してる
chrootというのは指定したディレクトリ上にOSのファイルを置いて
そのディレクトリをルートディレクトリとしてバイナリを動かすこと
chrootで起動するためのディレクトリを作る機能がそのままWSLに応用できるわけよ
763(1): 2020/09/28(月)14:29 ID:qnAo/JSz(1) AAS
WSLにインストールされる環境でいちいちchrootなんか使っていないし
WSL環境に固有の設定はインストーラ側で対応だし
何言ってんのコイツ
764: 2020/09/28(月)15:01 ID:264CnOhH(1) AAS
WSLのchrootとqemu-user-staticでラズパイのエミュレーション環境を作ったけど？
ARMのバイナリをコンパイルするだけでなく、そのまま動作させることもできた。
765: 2020/09/28(月)17:10 ID:IP6XMmhW(2/2) AAS
>>763
chrootしたことある？
どうやってchrootするためのディレクトリ作るよ？
なんかのツール使ってしかやったことなさそうだね
やり方は簡単。
/procや/devといった特殊なもの以外を特定のディレクトリにコピーする
/procや/devはバインドマウントするだけ
たったこれだけで新しい環境でバイナリが起動できるんだよ
Linuxはそういう事ができるように作られてる
WSLでやるのはこの環境を作るだけ。Linux側の対応は既に出来てるから不要
766: 2020/09/28(月)17:59 ID:I3FenIUV(1) AAS
chrootおじさんはchrootで時代が止まってそう
767: 2020/09/28(月)19:05 ID:ctv3/S1B(1) AAS
なんでそう思うんだ？普通にDockerも使ってるが？
Docker（コンテナ）も根底にはchrootと同等の技術が使われてる
コンテナはchrootの発展だからな。ディレクトリの分離だけでなく
リソースの分離まで行うのがコンテナ技術
768: 2020/09/28(月)20:06 ID:0kiQYTy8(1) AAS
温故知新っていうやつだな
769(2): 2020/09/28(月)23:03 ID:iH/pC0Zb(1/2) AAS
chrootの使い方なんか誰も聞いていない
現状のWSLでもxrdp経由でグラフィカル環境を実現することは可能だが(君には難しくて無理ということだが)、
WSL側でお仕着せの統一的な環境が容易されるようになれば、ディストリ側のインストーラーが対応することでこれまで自力では設定できなかった馬鹿な奴ら(君のことだよ)でもグラフィカル環境を扱うことができるようになるだろう
それは善い事なので、妨げるまでもない…という話に、なぜchroot?
頭おかしいだろ
770: 2020/09/28(月)23:12 ID:iH/pC0Zb(2/2) AAS
Androidタブレットにchrootで既存のディストリ環境を導入するアプリは利用していてそれなりに便利に使ってはいるが、
それはAndroidでARMだからという環境に強いられた、消極的な理由でしか無いしなあ…
x86ならdockerでいい(dockerの方がいい)
Windowsと言わず、chromebookですらそうだ
771(1): 2020/09/29(火)01:57 ID:mf0IufdG(1/16) AAS
>>769
> ディストリ側のインストーラーが対応することで
だからそんな必要がないという話
WSLはディストリ側から見れば単にファイルを置いてるだけに過ぎない
Linuxは単に実行ファイルを置くだけで動くように作られてるんだよ。
772: 2020/09/29(火)02:04 ID:mf0IufdG(2/16) AAS
ここに仕組みが書いてあるな
外部ﾘﾝｸ:news.mynavi.jp
> WSLGは隔離されたコンテナのように動作し、Linuxディストリビューションとはソケットによる通信を行う。
Linuxディストリビューション（のデスクトップアプリ）はソケット通信するだけ
だからディストリ側のインストーラーがやることなんてなにもない
WSLG、これはMSが用意するWSL上で動くコンテナ。
ディストリで提供されるデスクトップ用実行ファイルは
ソケット通信でこの用意済みのWSLGコンテナと通信するだけ
773: 2020/09/29(火)02:06 ID:mf0IufdG(3/16) AAS
>>769
お前Linuxでデスクトップ表示する仕組みを知らんだろ？
その仕組に則ればディストリ側は何もすることがないんだよ
WSL側でお仕着せの統一的なデスクトップを表示するための環境が用意してあって
そこにソケット通信するだけだから
774(1): 2020/09/29(火)02:11 ID:kc+dqC3E(1) AAS
そのWSLGはいつ出るんだろうな
775(1): 2020/09/29(火)02:24 ID:iQB8/dA8(1) AAS
そのソケット通信をディストリ側が実装なりなんなりしないとあかんのちゃいますん？
776: 2020/09/29(火)02:26 ID:mf0IufdG(4/16) AAS
>>774
5月に発表があった時、年内に進捗を報告する見通しって言ってたじゃん。まだまだよ。
外部ﾘﾝｸ[html]:www.publickey1.jp
と言ってもWSLも発表されて数年で実装されたし
WSL2も発表されて数年で実装されたし、
今までの実績からいって何年もかかるってことはないだろ
それぐらいMSの開発スピードは速い
777: 2020/09/29(火)02:28 ID:mf0IufdG(5/16) AAS
>>775
それは既にアプリに実装済みで、その仕組を使ってLinuxのデスクトップは表示されてる。
ソケット通信の先をMSが作るだけ
778(1): 2020/09/29(火)03:58 ID:2BIZPgFi(1) AAS
>>771
実行ファイルに通信先のソケットのポートやプロトコルを教えてやる設定はどこに置いて、その設定は結局誰が書くんです？
トンチンカンな問答を吹っ掛けられても、読まされるこっちが頭おかしくなりそうなのでアンカー飛ばして来ないでもらえますかね、キチガイ。
779(1): 2020/09/29(火)04:57 ID:prv7dcaR(1/5) AAS
ゲストOSからrdp鯖やpulse鯖に見えるWSLGをこれからMSが用意するので
ゲストOSのディストリビューターはWSL環境にインストールされた際にこれらを利用する設定を作らないと、
(僕は自力で設定できるが)馬鹿な君らには「WSLでは、グラフィックが使えない。」という状況が変わらない。
ゲストOSやアプリからは既存のプロトコル互換に見えても、それらを利用する設定はユーザーなりディストリなりが明示しなければ、当然使えない訳だが。
ラズパイをヘッドレス運用する際にxrdp入れて使う設定だって、ディストリがxrdpの設定スクリプトや雛型を用意してくれているからバカチョンでできる訳でな
無かったら全部自分で用意することになる。俺はできるが、お前らは無理なんだろ。
780: 2020/09/29(火)05:21 ID:mf0IufdG(6/16) AAS
>>778
お前バカだろｗ
環境変数DISPLAYで渡されてるのしらんの？
Linuxのデスクトップアプリはこの環境変数に設定されてる
IPアドレスに接続するだけなの
だからあとはWSLのinitでこの環境変数を提供して
接続先を用意するだけ
781: 2020/09/29(火)05:26 ID:mf0IufdG(7/16) AAS
>>779
> ゲストOSからrdp鯖やpulse鯖に見えるWSLGをこれからMSが用意するので
> ゲストOSのディストリビューターはWSL環境にインストールされた際にこれらを利用する設定を作らないと、
不要。「これらを利用する設定」＝環境変数DISPLAYとXDG_SESSION_TYPE を準備するだけ
各ディストリのアプリはGUIを表示する時、DISPLAYに接続するように作られてる
それがもともとのLinuxデスクトップアプリの仕様だから
環境変数DISPLAYとXDG_SESSION_TYPEを用意するのはWSL（のinit）で実現できる
782(1): 2020/09/29(火)05:34 ID:prv7dcaR(2/5) AAS
>環境変数DISPLAYで渡されてるのしらんの？
だからそれは一体どこの誰が用意して設定してくれるの？
お前が知らんうちに勝手に設定されていると思っているものは、誰かが検出して反映(するように設定)してくれたものだ
それは誰で、どこで、いつ設定しているの？
>Linuxのデスクトップアプリはこの環境変数に設定されてる
>IPアドレスに接続するだけなの
WSL環境なら接続先はlocalhostなんじゃね(鼻くそほじりながら)
もちろんLAN越しや、なんならWAN越しでだって設定はできますがね(君には無理かもしれないが)
IPアドレス(笑)よりもポートの方が問題だろ。どこで検出してどうやって伝達して環境変数に反映するんだよ
>だからあとはWSLのinitでこの環境変数を提供して
>接続先を用意するだけ
なんかもっと高度な話の可能性がミリくらい残っているかなと思ったが、とんだ買い被りだったようだ
やはりただ煽りたいだけの無知キチガイで結論。もう俺にアンカー飛ばして来るな
783: 2020/09/29(火)05:34 ID:mf0IufdG(8/16) AAS
> ラズパイをヘッドレス運用する際にxrdp入れて使う設定だって
だからそれを全部MSが用意するって話なんだが
ディストリとは別に、RDP周りの設定が全て準備されてる仮想マシンをMSが１つ作って
ディストリ上で動くアプリは環境変数DISPLAYで指定された、そのMSが準備した仮想マシンにソケット接続するだけ
あとはMSが作った仮想マシンとWindowsホストとのやり取りで
ウインドウを表示するだけだな
784: 2020/09/29(火)05:36 ID:mf0IufdG(9/16) AAS
>>782
> だからそれは一体どこの誰が用意して設定してくれるの？
書いただろ。ディストリ起動するときに実行されるinitが環境変数を用意する。
それは今も行われてる。WSL使ったことないの？
WSLのbashを起動したら、環境変数 WSL_DISTRO_NAME=Ubuntu-18.04 とか見えてるんだがｗ
> WSL環境なら接続先はlocalhostなんじゃね(鼻くそほじりながら)
それはWindowsホスト、つまりコマンドプロンプトから
WSL上で動いているサービスに接続する時の話
なーんもしらんのかｗ
785(1): 2020/09/29(火)05:37 ID:prv7dcaR(3/5) AAS
「おれはインストールイメージファイルを利用しているのでインストーラーが走ることはない、はい論破」レベルのアホかと思ったが、
それ以前の馬鹿だった。
低レベルの話ができる奴なのかと思ったが全くの論外で、誰かのお仕着せのふしぎな仕組みをブラックボックスのまま使うだけの猿だった
いや狂犬か
786: 2020/09/29(火)05:38 ID:mf0IufdG(10/16) AAS
訂正
それはWindowsホスト、つまりコマンドプロンプト"等"な
Windows上のブラウザから、WSLのサービスに接続する時もlocalhost
Windows上で直接動かしているように見せかけるのがWSLだからね
787: 2020/09/29(火)05:38 ID:mf0IufdG(11/16) AAS
>>785
ほら。お前のレスが証拠。俺のレスの内容へのコメントがなくなったねｗ
788: 2020/09/29(火)05:39 ID:mf0IufdG(12/16) AAS
環境変数DISPLAYも知らないレベルが相手だったのかねｗ
789(1): 2020/09/29(火)05:43 ID:prv7dcaR(4/5) AAS
ゲスト側がWSL環境を想定していなくても誰かが勝手に適切なポートとアドレスを設定してくれるDISPLAY環境変数があるらしい
ふしぎだね！
馬鹿か
790: 2020/09/29(火)05:52 ID:mf0IufdG(13/16) AAS
ああ、そうか、ディストリ上のGUIアプリと仮想マシンとの接続はソケット接続って書いてあるな
環境変数DISPLAYの値はlocalhost:0.0じゃなくてDISPLAY:0.0とかなんだろう
これならポート番号もいらんな。
Docker Desktop for WSL2のWSL2インテグレーションと近い仕組みかもしれないな
Docker Desktop for WSL2ではWSL1のときに必要だったDOCKER_HOST環境変数が不要になってる
どうやってWSL2上のDocker仮想マシンに接続しているかと言うと
ディストリの中でdocker-desktop-proxyというプロセスが動いていてソケット接続で待ち受けてる。
あとはディストリ内のDockerクライアントがソケット接続でdocker-desktop-proxyにつないで
それがDockerの仮想マシンにプロキシしている。
このdocker-desktop-proxyが必要なのはDockerだからであって
MSが作るなら9pプロトコルと同じようにinit自体に内蔵するだろう
つまり見た目上ディストリの中では特別なにかが動いているようには見えないが
ソケット接続で待ち受けていて、ディストリ上のアプリはそのソケットに接続するだけ
791: 2020/09/29(火)05:54 ID:mf0IufdG(14/16) AAS
>>789
不思議でもなんでもないなｗ
WSLで起動するPID番号1のinitはMSが作ったinit
ディストリを起動するときに最初に起動するのがMSのinitなんだから
環境変数の準備なんて普通にできるよ
792(3): 2020/09/29(火)07:57 ID:prv7dcaR(5/5) AAS
「MSが作ったinit」も、ディストリ側でそれを利用する設定でないとそもそも活かされない(WSLと協調できない環境がブートする)だけなんだよなあ
ファイルを置くだけでどうにかできる、環境変数が勝手に自動で最適な設定で入っている前提のボクちゃんには想像もつかないだろうが
793: 2020/09/29(火)12:25 ID:mf0IufdG(15/16) AAS
>>792
MSが作ったinitは、WSLの各ディストリの（標準の /sbin/int ではなく） /init にコピーされて現在使われてるんですが？
ディストリ側で利用する設定になってなくても「WSL登場の最初から使われてる」んですが？
MSが作った /init は今現在、すでに使わてるんですが何を言ってるんですか？
794: 2020/09/29(火)12:59 ID:Vc/XzUIs(1) AAS
>>792
ディストリの中身は気にしなくていいんだよ
rootfsを作ってインポートするだけでいい
妄想じゃなくて試したら？
795: 2020/09/29(火)14:24 ID:mf0IufdG(16/16) AAS
WSLの特徴は仮想マシン上にディストリを"インストール"してないこと
もしこれが一般的な仮想マシンのようのディストリをインストールしていたら
インストーラーが起動して、各サービスも起動して・・・
でもそれらはWSLにとっては不要だから無効にしてと
ディストリのインストーラーに対していろんな調整が必要になる
WSL1は単にLinuxバイナリを起動するだけ
WSL2は仮想マシンこそ使われてるがWSL専用の軽量Linuxが動いていて
Ubuntuなどのディストリはコンテナ技術を使って起動するから
こちらもディストリのインストーラーは使われない
WSLの仮想マシンはたった１つだけで、複数のディストリから
たった１つの仮想マシン上のLinuxを共有している
WSLGもそのたった1つのLinuxで動作する
各ディストリの各アプリは、そのたった1つのLinuxにソケット接続する
796: 2020/09/30(水)03:07 ID:9crAFDND(1) AAS
妄想独演会は終わったかい？
797: 2020/09/30(水)03:28 ID:oBwTF03W(1) AAS
その妄想とやらに反論がないなら、正しかったことで
終わりってことでいいんじゃない？ｗ
798: 2020/09/30(水)08:07 ID:suQKLsE/(1) AAS
>>792
自分でWSL用ディストリを作ったことのない馬鹿の妄言
799: 2020/10/01(木)22:31 ID:32zaBBwo(1) AAS
AA省
800: 2020/10/05(月)22:14 ID:0H7oo3aK(1/4) AAS
wsl2
20211で起動しなかったから20206で更新止めてた
なんか20206でも起動しなくなった
20226で治ったとか見たから更新したけどやっぱ起動しない
助けて
801: 2020/10/05(月)22:16 ID:9ybNdgh0(1/2) AAS
初期化しよう
802: 2020/10/05(月)22:19 ID:0H7oo3aK(2/4) AAS
初期化って何の初期化ですの
803: 2020/10/05(月)22:24 ID:0H7oo3aK(3/4) AAS
wsl1に戻すと一応起動はしたしフォルダアクセスできたから中身は回収したとしてなんか挙動が変だからwls2に戻したい
もうイライラしてwsl自体嫌になってきた助けて
804: 2020/10/05(月)22:27 ID:9ybNdgh0(2/2) AAS
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
805: 2020/10/05(月)22:36 ID:0H7oo3aK(4/4) AAS
入れ直せってことか
20206ならwsl2で立ち上がるのもあるし駄目なのもあるから入れ直すのはありかもしれんけど
20226は全部無理だから多分入れ直しても無理ですわ
週末までにfixされなかったら20206でやり直すか…
806: 2020/10/06(火)03:51 ID:6DPTjTDi(1) AAS
RPCが失敗とかいうメッセージが出て起動しない件なら、20206からの問題のはずだからそのビルドに戻すのは悪手なんでは？
その他なら「起動しない」だけではエスパー出来ん
807: 2020/10/06(火)21:46 ID:nFclde6u(1/2) AAS
The Windows Subsystem for Linux instance has terminated.
ってメッセージできて起動できなかったんだけどlsxxmanager起動し直したら20226で起動したわ
wsl-terminal使ってたけどそっちからはwsl2起動できないわwsl1はできるけど
でもまあそれ使う必要ないから一応使える状態なったわ
808: 2020/10/06(火)22:27 ID:S79ZS1fr(1) AAS
wsl-terminalの方は付属のwslbridge2が古いからっぽいね
20226上でwsl-terminal 0.9.2 + wslbridge2 0.6(別途入手してファイルを上書き)はWSL2に接続できたよ
確かにwsl-terminal 0.9.2だけだとWSL2には接続できない
809: 2020/10/06(火)22:53 ID:nFclde6u(2/2) AAS
↑情報ありがとう
810(2): 2020/10/08(木)11:31 ID:4JsaTaOd(1) AAS
Dドライブをまるごとext4に出来るのは次の大型アップデートで来るの？
早くしてくれ
今はWindowsのパスそのままマウントしてるけど遅すぎて使えんわ
811: 2020/10/08(木)12:17 ID:OiYpV37H(1/3) AAS
>>810
Build 20211 で使えるようになってるようなので、次の Update には入るのでは？
812(1): 2020/10/08(木)15:04 ID:inChj4EU(1/2) AAS
>>810
アホかｗ NTFSの方が速いのにext4にしたって意味ないだろｗ
遅いのはネットワーク通信してるから
速度早くしたいならWindowsのパスをマウントしないようにすればいいだけの話
813: 2020/10/08(木)17:19 ID:OiYpV37H(2/3) AAS
>>812
容量がほしんでないの？ あと、NTFS側には大抵ウイルス対策ソフトが入っているから、その影響で結構遅い。
814: 2020/10/08(木)18:03 ID:Drg+YvbN(1) AAS
ガチウイルスソフトなんて入れる奴が悪い。
プライベートでならDefenderで十分だ。
815: 2020/10/08(木)18:10 ID:zJ8hsosG(1/2) AAS
誤検知多すぎてな
816: 2020/10/08(木)18:27 ID:OiYpV37H(3/3) AAS
Defenderであろうがファイルシステムにフィルタかましてるのは一緒
817: 2020/10/08(木)21:08 ID:20o7DxHh(1) AAS
なぜLinuxサーバはアンチウィルスが不要なのか？
外部ﾘﾝｸ[do]:web.archive.org
818: 2020/10/08(木)21:15 ID:zJ8hsosG(2/2) AAS
OSSなんてマルウェアだらけじゃないの
819: 2020/10/08(木)21:34 ID:AK9Z4KtC(1) AAS
流石に2008年の記事は情報が古いんじゃない？
820: 2020/10/08(木)22:28 ID:sQYwDOl3(1) AAS
Windowsユーザばかりが、ウィルスを取っていくなんて狡い。
Linuxユーザだって少しは楽しんでもいいではないかと私は思うのである。それだからというわけではなかろうが、 Wineプロジェクトに携わる人たちのお陰で、
Linuxユーザも「ウィルスを捕まえる」ことができるようになった――とはいっても、
ささやかなものではあるが。
ことウィルスに関する限り、Linuxはユーザ・フレンドリでは全くない。
何せ、ウィルスを探し出して動かす必要があるのだ。Windowsなら、ウィルスが勝手に動いてくれるというのにだ。
GNU/Linuxの開発に携わる者は、この歴然たる落差を埋めるべく善処すべきである。
しかし、ウィルスを集めている我が友人たちを煩わせる必要はなかった。
bogofilterで選り分けたメールの分厚い束をひっくり返すと、ウィルスが大量に見つかったからだ。
そこで、APTで手に入れたClamAVに私の「スパムやら何やら、
読みたくもないゴミ・メール」コレクションを料理させ、6つのウィルスをつまみ出した。
いずれもWindows専用だが、その「専用」ぶりを、これから確かめようというのである。
外部ﾘﾝｸ:mag.osdn.jp
821: 2020/10/08(木)23:06 ID:inChj4EU(2/2) AAS
なぜLinuxサーバはアンチウィルスが不要なのか？
外部ﾘﾝｸ[do]:web.archive.org
なぜLinuxサーバはアンチウィルスが不要なのでしょうか？
それはサーバーだからです。
サーバーでは未知のソフトを動かすことはほぼありません
予め決めたソフト（例えばサーバーソフト）を動かすだけです。
そのためサーバーに必要なのはアンチウイルスではなく
動かしているソフトに脆弱性がないか調べたり
新たに脆弱性が見つかった場合いち早く更新するという作業が必要になります
それの作業がアンチウイルスソフトと同等のものになります。
822: 2020/10/09(金)15:16 ID:O+HP32gI(1) AAS
bashの脆弱性何年か前に見つかったなぁバッシュショック
phpやperlなんかも
823: 2020/10/11(日)09:04 ID:sDrr3oUN(1) AAS
「LinuxよりもWindowsは安全」なのか
外部ﾘﾝｸ[html]:enterprise.watch.impress.co.jp
LinuxデスクトップはWindows 10より安全性が低い？
外部ﾘﾝｸ[html]:kledgeb.blogspot.com
2019年、WindowsはLinuxよりも脆弱性が少ないOSだった。
外部ﾘﾝｸ:wpteq.org
824: 2020/10/11(日)12:38 ID:kBx49pXJ(1) AAS
なんか古臭い記事だな…と思ったら、2005年かよ
825: 2020/10/11(日)17:15 ID:CeSrfy/p(1) AAS
2005年ごろってLinuxカーネル2.6だったな。
3.0になるまで長かった。
826: 2020/10/14(水)22:29 ID:ae+SE4XW(1) AAS
wsl2でXmonadかi3使えますか？
827(2): 2020/10/15(木)11:18 ID:mIx890CK(1) AAS
WSL2を導入してから、Windows上で使用していたメッセンジャアプリが
使用できなくなり困っています。具体的には、vEthernetに割当てられる
IPアドレスのためメッセンジャアプリが同一LAN内のメンバーを見つけ
られないという現象です。メッセンジャ側の複数IP対応の問題かとは思う
のですが、今後アップデートも望み薄で、WSL2(vEthernet)側の設定で
何とかならないかと思い相談させて頂きました。ちなみにメッセンジャは
LightLine2というアプリです。
828: 2020/10/15(木)11:26 ID:oO+k0Qsg(1/2) AAS
Windows上で使用するものならWSL2関係ないじゃん
829: 2020/10/15(木)11:48 ID:MWQfcM73(1) AAS
>vEthernetに割当てられるIPアドレスのため
の意味がわからん
なんか競合してるってこと？
830: 2020/10/15(木)12:09 ID:9NFoh9wz(1) AAS
>>827
複数IP対応はしているようだけど Windows10は多分サポート外
作者に問い合わせればいいのでは？それかソフトウェア板へ
831: 2020/10/15(木)12:15 ID:oO+k0Qsg(2/2) AAS
ネットワークメインのアプリでバインドするIPアドレス
NICが指定できないものがあったとしたら捨てたほうが良い
832: 2020/10/15(木)12:15 ID:IT74ZfKD(1) AAS
別のVPNアプリを入れててそっちのほうの問題だったり？
833: 2020/10/15(木)13:04 ID:mQQHP0Jg(1) AAS
>>827
そもそも10対応してないじゃん
外部ﾘﾝｸ[php]:www.snowwind.net
「LightLine 2」は以下のOS上で実行することができます。
・Windows 7
・Windows Vista
・Windows XP
・Windows 2000 (Ver2.30以下まで)
・Windows Me (Ver2.30以下まで)
・Windows 98SE (Ver2.30以下まで)
※64bit版でも動作する可能性はありますがサポート外になります。
834(1): 2020/10/17(土)03:27 ID:fq65h8gn(1) AAS
WSL(て言うかhyper-v？)入れてからタスクマネージャーに大量のvEthernetが並んでるんだけどこれって非表示とかに出来ないの？
835: 2020/10/17(土)21:01 ID:RrB+DwRL(1) AAS
Even 2020 cannot bring forth the Year of Linux on the Desktop
外部ﾘﾝｸ:www.theregister.com
836: 2020/10/18(日)18:32 ID:L8lMCHLt(1) AAS
>>834
おま環
837: 2020/10/19(月)18:30 ID:3ej7JKaC(1) AAS
Windowsのデスクトップ上に
Windowsのファイルは勿論
Ubuntuのファイルも開くようにした
この方がデスクトップ切り替えなくても良いから便利
今更ながら気付いた
838(2): 2020/10/19(月)21:07 ID:y0zYXOXE(1) AAS
Canonicalのエンジニア曰く、WindowsがLinuxカーネルベースになる日は来ないだろうし、そうなるべきでもない
外部ﾘﾝｸ:linux.srad.jp
839(1): 2020/10/19(月)22:09 ID:bEaaQbky(1) AAS
MS純正のWineみたいなのは作れないってことか？
840: 2020/10/19(月)22:32 ID:pix/ie9f(1) AAS
hyper-vでやるか
841(1): 2020/10/20(火)00:07 ID:cPyJX2De(1) AAS
>>839
.NET Coreに期待かな
まだGUIアプリは対応していないけどコマンドラインアプリは持ってきてそのまま動くよ
842: 2020/10/20(火)00:30 ID:WIOGAMvY(1/2) AAS
Monoでよくね？
843: 2020/10/20(火)00:33 ID:eUrZzp/l(1) AAS
>>841
まだってWPFにWIndows以外で対応する予定自体ないでしょ
上下前次1-新書関写板覧索設栞歴
あと 159 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s