[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】8 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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以外で対応する予定自体ないでしょ
844: 2020/10/20(火)08:54 ID:P45P6rG4(1) AAS
Introducing .NET Multi-platform App UI
外部ﾘﾝｸ:devblogs.microsoft.com
マイクロソフト、新UIフレームワーク「.NET Multi-platform App UI」(.NET MAUI)発表。単一コードでマルチプラットフォーム対応。Microsoft Build 2020
外部ﾘﾝｸ[html]:www.publickey1.jp
845: 2020/10/20(火)09:10 ID:URJw8t+Z(1/2) AAS
>>838
当たり前の話だよなｗ
WindowsがLinuxカーネルになるとか言ってるやつがアホなだけで
846(1): 2020/10/20(火)12:49 ID:XiSqnCDi(1) AAS
LinuxがWindowsカーネルベースになる日はいつ来そうですかね
847(1): 2020/10/20(火)13:47 ID:WIOGAMvY(2/2) AAS
WSL 1がそれになるはずだった
848: 2020/10/20(火)14:12 ID:OfrSKzlA(1/2) AAS
>>846
linuxがカーネルだから、それはlinuxではない
849: 2020/10/20(火)14:14 ID:z69NqJPc(1) AAS
>>838
esrの名前久しぶりに見たわ
お元気そうで何より
850: 2020/10/20(火)16:04 ID:URJw8t+Z(2/2) AAS
>>847
WSL1はこれからも開発が続くって言ってるよ
WSL1がそれになるはずだったではなく
WSL1がまさにLinux（ディストリ）をWindowsカーネルで動かしたもの
851(2): 2020/10/20(火)22:10 ID:0Q+PD5si(1) AAS
Windowsのデスクトップ上でUbuntuのターミナルを開いたりファイルマネージャーを開いたり又Exelを開いたりしてるけどUbuntuのスクリーンショットで見るとUbuntuのデスクトップにはターミナルやファイルマネージャーだけ開いて見えるのな
でも実際にUbuntuのデスクトップに切り替えると何もない
つまりWindowsの仮想デスクトップに反映されているということで良いの？
852(2): 2020/10/20(火)22:50 ID:OfrSKzlA(2/2) AAS
>>851
どういう環境で何をやってんのか全くわからないからなんとも言えないよ
853: 2020/10/21(水)06:30 ID:FL+UGtbg(1) AAS
>>851
よう、ポルナレフ
854: 2020/10/22(木)02:53 ID:Rg1Bbngl(1) AAS
>>147
自決。
vimを自コンパイルして8.2にしたら解決しました。
VIM - Vi IMproved 8.2 (2019 Dec 12, compiled Oct 22 2020 02:34:54)
855: 2020/10/22(木)09:52 ID:YxoSg0Nz(1) AAS
早まるな
856: 2020/10/22(木)16:06 ID:OrbgKgMA(1) AAS
早丸
857: 2020/10/23(金)05:35 ID:KLm13h6i(1) AAS
何もしてないのに壊れた
tmuxのヤンクでクリップボードに入らなくなった
win側から貼り付けはできる
何も更新してない
なんかもうくたばれってかんじ
858: 2020/10/23(金)05:48 ID:34fYq52J(1) AAS
Windows Subsystem for Linux Update - 5.4.51
859(1): 2020/10/23(金)10:06 ID:jizE4tzG(1) AAS
DockerやAnsibleで環境を構築できるようにした方がいいかもね
860: 2020/10/23(金)12:25 ID:K8Yc26fz(1) AAS
>>859
WSL2はdocker用だろ？
861: 2020/10/23(金)14:51 ID:lfqd/G0q(1) AAS
docker以外にも使える
862(2): 2020/10/24(土)14:50 ID:aBQ7jyXA(1/5) AAS
>>852
レス遅くなりましたが、
説明が伝わるかわかりませんが下記の画像で判断をお願いします。
一枚目がwindowsのデスクトップ画面上に
エクセルとubuntuのファイルマネージャーとターミナルを開いたものです
画面上にはwindowsのタスクバーとその上にubuntu で言うパネルそれと画面上にもあります
二枚目が画面上にあるubuntuのスクリーンショットボタンをクリックして開いた画面になります
そのスクリーンショット画面にはubuntuのデスクトップ上にubuntuの二つのファイルが開いて見えますが
画像はありませんが実際にubuntuのデスクトップを開くと二つのファイルは開いていません
以上です
画像ﾘﾝｸ[jpg]:jisaku.155cm.com
画像ﾘﾝｸ[jpg]:jisaku.155cm.com
863(1): 2020/10/24(土)15:42 ID:nLB2HvWI(1) AAS
>>862
>>852ではないけど、仮想PCのホストゲスト関係と同じようなもので、通常ゲストはホストを意識できないでしょ。
864(1): 2020/10/24(土)17:27 ID:UdnMgHbE(1) AAS
>>862
根本的に理解してないんだろうけど
そのGUI環境を実現しているのはWSLの機能じゃないのでまずあなたの環境を説明しないとわからないと言ってるの
質問の内容は単純にみているスクリーンが違うだけだと思うけど
865(1): 2020/10/24(土)17:52 ID:aBQ7jyXA(2/5) AAS
>>863,864
すいませんwslの存在を知ってこのスレの途中から書き込みしている正しく初心者です
wslなる本質を知っているわけでは有りません
単純にWindowsからUbuntuを起動してデスクトップにUbuntuのパネルをWindowsのデスクトップに表示してあくまでもGUIとして起動してるだけで環境がどうの言われてもどう答えて良いか分かりません
やってみて只質問してみただけです
レスするまでもないようでしたら無視して結構です
866(1): 2020/10/24(土)18:39 ID:B+TJQTKs(1) AAS
>>865
その環境はただの初心者を超えてますよ
WSLのUbuntuからファイルマネージャーやターミナルを表示させるのは、単にWSLをインストールしただけではできないよ
とのように表示させているのか
、パネルを表示させる時どんなコマンドを打ったのか
あなたと同じ環境を使ってる人はいないと思うので、説明してほしい
867: 2020/10/24(土)18:39 ID:aBQ7jyXA(3/5) AAS
それからその後やってみたのですがWindowsのデスクトップで開いたUbuntuのファイルマネージャーのあるファイルをWindowsのデスクトップにドラッグ&ドロップしたら出来ました
Windowsのデスクトップじゃないですけどその辺も良かったらお願いします
868: 2020/10/24(土)18:52 ID:aBQ7jyXA(4/5) AAS
>>866
Ubuntuを起動してそのターミナルから自分の場合はデスクトップとしてxfceを起動しています
それだけです
869: 2020/10/24(土)18:56 ID:aBQ7jyXA(5/5) AAS
書き忘れましたがこの疑問の動機はUbuntuに落としたファイルをWindowsにコピペ出来ないかの質問から答えてくれた人がいたのでそれからの知識から生まれました
870: 2020/10/25(日)07:26 ID:2VHuGMxY(1) AAS
日本の方ですか？
871: 2020/10/26(月)14:17 ID:uD05zjY2(1) AAS
Canonical、「Ubuntu 20.10」の提供を開始
“Microsoft Store”で「WSL」パッケージは提供されていないが、手動アップデートは可能
外部ﾘﾝｸ[html]:forest.watch.impress.co.jp
本バージョンはLTS(長期サポート)版ではないためか、“Microsoft Store”で「WSL」向けのパッケージはまだ公開されていない。
執筆時現在、“Microsoft Store”の「Ubuntu」パッケージでインストールできるバージョンは「20.04.1 LTS(Focal Fossa)」のままだ。
あえて「Ubuntu 20.10」を利用したい場合は、「WSL」の「Ubuntu」(管理者権限)で“/etc/update-manager/release-upgrades”を編集して
リリースアップグレードの設定を“normal”に書き換え、“do-release-upgrade -d”コマンドでOSをアップグレードすればよい。
872: 2020/10/26(月)14:29 ID:THGybOGP(1) AAS
lxd消したりしないとハマらない？
873: 2020/10/28(水)21:32 ID:aysfXqfF(1) AAS
Win10の次期OSをLinuxベースにする布石？
OSのサポートはコミュニティに丸投げして
MSOfficeがLinux上で動いて売れるならMicrosoft側としても問題なさそうだが
874: 2020/10/28(水)22:23 ID:jTCvHeQq(1) AAS
> Win10の次期OSをLinuxベースにする布石？
ないないｗｗｗ
どっかにLinux馬鹿が、Windows 10にLinuxを採用してくだちゃーいって言ってるだけ
MSにメリットないし、Linux好きなくせにどうしてもWindows 10を使いたいらしいｗｗｗ
875: 2020/10/28(水)23:57 ID:9M2xG1PS(1) AAS
WindowsとLinuxはAPIの互換性がなさすぎるからこそのWSLでしょ
WindowsをLinuxベースにするなんて、Windowsの絶大なアドバンテージである後方互換性を完全に捨て去る行為なんだから、
出来るわけないし、仮にMSがそんなことを試みたら世界中のシステムが大停止して世界恐慌を引き起こしかねないと思うよ
上下前次1-新書関写板覧索設栞歴
あと 127 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s