[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
715: 2018/07/16(月)08:33 ID:bY3uc4Dp(1) AAS
そもそもどっかーってなんなの？
716(1): 2018/07/18(水)13:47 ID:WJKzLDcr(1) AAS
>>713
wslのシステムコンテナの本体はどこにあるの？
717(1): 2018/07/18(水)15:27 ID:f5a7aJQo(1) AAS
>>716
コンテナはプロセスだよ。隔離された空間にあるだけのプロセス
だから本体は実行時にメモリに現れ終了したらなくなる
コンテナを作るためのUbuntuのイメージファイルって話なら
C:\Users\USERNAME\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_79rhkp1fndgsc
とかみたいだけど、これはWSLじゃなくて、Ubuntuのイメージファイルか
WSL（Windows Subsystem for Linux）自体はサブシステムであってコンテナじゃない。
サブシステムを提供するためのファイルはC:\Windows以下の何処かにあるだろうけど、
やっぱりWSLで作られるLinux環境はプロセスとしか言いようがないな
718(1): 2018/07/18(水)17:21 ID:VM28jLfU(1) AAS
>>717
ってかドッカーやらのコンテナって仮想マシンとは違うとかよくいわれるけど
windowsとmacで動いてるやつは裏で仮想マシンまわってるだけだろ？
719: 2018/07/18(水)17:31 ID:K/dNx6ZZ(1) AAS
>>718
DockerはLinuxカーネルで動くものです。
WindowsとMacのことは一旦忘れましょう。
Dockerは仮想マシンではありません。
実際に仮想マシンは使いません
720(1): 2018/07/19(木)17:21 ID:ORiQslyH(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
721: 2018/07/19(木)17:33 ID:kIzbGk9L(1) AAS
>>720
グロ
死体画像
うpってんじゃねーぞゴミカス！
722: 2018/07/19(木)18:15 ID:RS/LaMpX(1) AAS
画像ﾘﾝｸ[jpg]:i.imgur.com
723: 2018/07/20(金)18:40 ID:oCckfN1r(1/2) AAS
WSLはサーバーサイドアプリをインストールして使えるのが最大の強みだと思うわ。
もちろんlocalhostでだけど。
Windows立ち上げてるときだけ使えるサーバー環境。
gitbucket、ampache、cloud9、等々
724(1): 2018/07/20(金)20:12 ID:3LYThzwC(1) AAS
サーバー環境作るならdocker でない？
WSLはフロントエンド環境。
725: 2018/07/20(金)20:16 ID:oCckfN1r(2/2) AAS
>>724
開発するならdockerがいい。サーバーアプリをただつかうだけならWSLで十分、常駐させても問題ないレベル。
726: 2018/07/21(土)23:27 ID:pYaMi2gs(1) AAS
画像ﾘﾝｸ[jpeg]:img.depor.com
727: 2018/08/19(日)12:54 ID:2J+jXxYQ(1) AAS
I/O周りが遅すぎて開発に使うのやめてプレゼン用に使ってたけど、
先日npm installでセットアップ中にカレントディレクトリ以下のファイルの
90%ほどをぶっ壊してくれて、上位にあった~/.zsh_historyの一部まで
バイナリで書き込まれる惨事
dockerへ出戻り
728: 2018/08/21(火)20:58 ID:7rk13qft(1) AAS
ふーん
729: 2018/08/22(水)18:23 ID:/9jrih0N(1) AAS
Dockerを開発環境に使ってるの？
あれ開発環境にはいまいちじゃない？
パッケージングにはいいと思うけど
730(1): 2018/08/22(水)19:00 ID:38GpJQxX(1) AAS
IDEとかの開発環境をまとめたdockerなら全然あるし、使える。
731: 2018/08/22(水)23:55 ID:g4Zbw/6/(1) AAS
例の戌厨様、こっちまで荒らしにきたんけ？
732(1): 2018/08/23(木)12:37 ID:pqGEB485(1/3) AAS
>>730
IDEでDocker使うんか？
Vagrantみたいに？
733: 2018/08/23(木)12:48 ID:V7790Jnk(1) AAS
やったことないけどCloud9をWSLで使うこともできるらしい。
Dockerでやったほうがいいけど。
734(2): 2018/08/23(木)12:53 ID:1/4tnYjl(1/2) AAS
>>732
横からだけど、例えばWeb開発なら開発からテスト配布まで、dockerでできる。cloud9とかを入れておいて、ブラウザから開発する。
735(1): 2018/08/23(木)21:39 ID:pqGEB485(2/3) AAS
>>734
Cloud9をサービスとして起動できるDockerを使ってローカルで開発と言うこと？
最近はそんな感じなのか
Cloud9使ったことないけど便利なのかなぁ
その組み合わせの利便性によってはDockerを見る目がまた変わるわ
736: 2018/08/23(木)21:49 ID:pqGEB485(3/3) AAS
仮想化も組み合わせによって色々面白いことできるねぇ
ブラウザから使えるideかぁ
ちょっと興味出てきた
737: 2018/08/23(木)21:56 ID:DbM4JrKg(1) AAS
わざわざローカルにcloud9入れて使ってるやついるのか？
名前の通りクラウドで使うためのものやろあれ
738: 2018/08/23(木)22:12 ID:1/4tnYjl(2/2) AAS
俺WSLにcloud9入れて使ってるけど、単純にsshクライアントもいらなくなるし、Windowsのubuntu窓使わずに済むし幸せ。
739(1): 734 2018/08/25(土)09:27 ID:NtT1KaV9(1/2) AAS
>>735
遅レスだけど、gitとweb環境とcloud9入りのdockerで開発するってこと。
別にエディタはcloud9じゃなくてもいいけど、1つの窓でエラーログ見るコマンドも打てるし便利でしょ。
特に少数複数人で開発する時にPCが違ってもgitリポジトリを紐づけたdockerファイルを共有して、ブランチをpullすれば開発環境が整う。キモはcloud9じゃなくてgitなんだけど、cloud9ならブラウザ動けばみんな同じコーディングができるので。
基本的にローカルは汚さずに、万一dockerが壊れてもgit最新に戻せる。
開発からテスト、dockerファイルをいじって、配布まで、できる。
むしろ現場でdockerが流行るのはこのおかげ。
データベースも小さいのならgitに入れちゃえ。
740: 2018/08/25(土)09:34 ID:NtT1KaV9(2/2) AAS
WSLにcloud9入れるのはマシンスペックが足りないPC向け。
dockerをWindowsで動かすには結局仮想化するので、スペックを分けなきゃいけない。これができないからWSLが不完全でも使う層が出てくる。docker動かせるならそっちのほうがいい。
741: 2018/08/25(土)19:08 ID:Ei+FlypL(1) AAS
そもそも画面がない時点で不完全
742: 2018/08/25(土)19:37 ID:Xs5ovEQe(1) AAS
リモートで鯖管理したって同じだろw
743: 2018/08/26(日)07:41 ID:rhFeG7bT(1) AAS
環境を汚してもいい鯖持ってるならWSLもdockerもなくていい。
dockerはあってもいい。
744: 2018/08/26(日)11:31 ID:0Bg1/nQr(1) AAS
>>739
ふーん。
便利そうだね。
745: 2018/09/08(土)10:42 ID:etmCdk87(1) AAS
Using WSL in an Enterprise
外部ﾘﾝｸ:blogs.msdn.microsoft.com
746: 2018/09/11(火)01:42 ID:s6D8tDed(1/5) AAS
WSL、forkの速度あがらないかなー
OSの基本部分に関わるところだから、
forkの機能を備えてないNTカーネルでは
エミュレートに時間がかかるんだろうけど
それでも10倍はひどすぎる。
おかげでforkさせないシェルスクリプトの
プログラミングノウハウが溜まっていくｗｗｗ
747(2): 2018/09/11(火)12:28 ID:s6D8tDed(2/5) AAS
愕然とする事実発覚。WSLはパイプを使うだけでも遅すぎる
これもforkが遅いからか？
[test1.sh]
foo() { :; }
i=0
while [ $i -lt 1000 ]; do
foo | foo
i=$((i+1))
done
--------
time ./test1.sh
real 0m8.005s
user 0m0.047s
sys 0m3.391s
[test2.sh]
foo() { :; }
i=0
while [ $i -lt 1000 ]; do
foo
foo # fooの呼び出し回数を合わせるため
i=$((i+1))
done
--------
time ./test2.sh
real 0m0.027s （殆どが起動時間）
user 0m0.000s
sys 0m0.000s
748: 2018/09/11(火)12:33 ID:s6D8tDed(3/5) AAS
ちなみにLinuxで同じことをやったら
[test1.sh]
real 0m0.281s
user 0m0.285s
sys 0m0.157s
[test2.sh]
real 0m0.006s
user 0m0.006s
sys 0m0.000s
WSLはLinuxの28倍
でもLinuxでも遅いっちゃー遅いな
749: 2018/09/11(火)13:12 ID:yZJ5+C9k(1) AAS
coLinuxならどうなんだろうね。WSLより速いのか？
750: 2018/09/11(火)13:37 ID:s6D8tDed(4/5) AAS
速いんじゃないの？ coLinuxのLinuxアプリはWindowsとは
隔離された空間で動いているんでしょ？
NTカーネル上でLinuxアプリを実行してるんじゃなくて、
NTカーネル上に作ったLinux空間でLinuxアプリを動かしてる
WSLはLinuxアプリは、NTカーネルから見たとき1つのアプリに見えるけど
coLinuxはNTカーネルから見たときcoLinuxアプリしか見えない。という認識
751(1): 2018/09/11(火)13:50 ID:s6D8tDed(5/5) AAS
着実にチューニングが進んでいるｗ
上のベンチマークじゃなくて今作ってるやつだけど
パイプをなくしたら200msから100msに二倍になった
もう一箇所、サブプロセス作ってる所があるのでそこを直すと60msぐらいになりそう
大した差はないように思えるけど、コマンドの実行で300msかかると
つっかかりを感じて、200msだと実行結果が表示開始されるまで一瞬の待ちを感じて
100msだと実行したと同時に1行ずつ出力されいく感じになる。
50msだと結果全てが一瞬で表示される感じになる
使い方によっても何度も実行する部分だからできる限り早くしておきたい。
Linuxだったこれがパイプ使っていても17ms
なくしたら8msなんだけどな
752(1): 2018/09/11(火)18:37 ID:3cD6m1VP(1) AAS
>>747
ksh で約２倍高速化（bash比）ｗ
753: 2018/09/11(火)19:09 ID:tPo3PLNb(1/3) AAS
>>752
やる処理によって大きく代わるよね
dash（ash）が多くの場合速い。bashとzshがその次。
kshはたいてい遅いんだけど、時たま早い処理があるって感じ
754(1): 2018/09/11(火)20:38 ID:1rlZOYqx(1) AAS
せやろか？
外部ﾘﾝｸ[html]:fumiyas.github.io
755(1): 2018/09/11(火)21:14 ID:1V5khjfP(1) AAS
一方ロシアは（速度の必要な処理は）VMとクラウドを使った。
756: 2018/09/11(火)21:36 ID:PgIGop6Q(1) AAS
cshも忘れないでください
757: 2018/09/11(火)21:46 ID:tPo3PLNb(2/3) AAS
>>754
うーん？基本的にPOSIXの範囲でしかやってないからなぁ
それも時々動くか実行してみただけの感想でちゃんと計測してないし
気が向いたらベンチしてみたほうが良いかもなって思ってるけど多分やらないｗ
758: 2018/09/11(火)22:16 ID:tPo3PLNb(3/3) AAS
kshの変数は長さ情報を持ってるな
${#str} が何文字か調べるときstrに入っている文字列が
長いほど時間が掛かるが、kshだけは長くても短くても同じだった
759: 2018/09/11(火)23:22 ID:QdrnK4+G(1) AAS
>>755
ロシアは今でもベアメタル主義が強いぞ
760(2): 2018/09/12(水)00:20 ID:FNSjtWLL(1) AAS
複雑な処理は、プログラム言語でやれば？
Windows10・WSL・Ubuntu16 で、デフォルトで、python3, perl は入っている。
Ruby は入っていない
which python3
=> /usr/bin/python3
ll /usr/bin/python3
=> python3.5
761: 2018/09/12(水)00:41 ID:O7YRoX2h(1/7) AAS
>>760
またお前か
プログラム言語が入ってない。入れられない環境も
視野に入れてるからダメだって言ってるだろ
762(1): 電波いつぱい 2018/09/12(水)00:51 ID:MLn/u34F(1) AAS
wslはforkが遅いって話しじゃあなかったのか？
763: 2018/09/12(水)00:55 ID:r/Y4ABHX(1) AAS
ファイルシステムも遅いよ
764: 2018/09/12(水)00:56 ID:I7EiIdWL(1) AAS
>>760
他人ですが >>747 を python でやるとどのくらい時間がかかりますか？
765: 2018/09/12(水)01:33 ID:O7YRoX2h(2/7) AAS
>>762
他の言語はforkをシェルスクリプトほど使ってはいない
だから他の言語で書くとforkの遅さの影響を受けにくい
シェルスクリプト内部的にforkが使用されてる例
( echo test ） # 丸括弧によるサブプロセス実行
a=$(printf '%s' hoge) # $(・・・) による標準出力の変数代入
echo test | while read -r line; do # パイプの処理
/bin/echo # 外部プログラム呼び出し
知らずに書くと普通に使ってしまうものばかり
ちなみにevalはforkが行われないし実行速度にほとんど影響が出ない
一応言っておくと、実際にforkが呼ばれてるのを確認したわけじゃないけどね
プログラムの挙動とか遅くなってる原因を調べた結果
できればfork呼び出し回数を数値で見たい
straceを使えばわかるのかな？
766(1): 2018/09/12(水)02:01 ID:O7YRoX2h(3/7) AAS
>>751で書いた「今作ってるやつ」（何かは言わないけど）は
バグとか仕様追加もあって最終的に70msぐらいになった
なにもしないプログラムが20msぐらいなので実質50msぐらいだな
処理内容はwhileループとcaseとevalと変数操作のオンパレード
ついでに各シェルでのおよその実行時間
kshが一番速かったｗ yashと勘違いしていたかな？
・ksh 60ms
・dash 70ms
・posh 70ms
・mksh 75ms
・bash 110ms
・yash 130ms
・zsh 140ms
ベンチマークに興味がある人は、こちらのyash開発者のサイトが参考になるかも
外部ﾘﾝｸ[html]:magicant.txt-nifty.com
外部ﾘﾝｸ[html]:magicant.txt-nifty.com
767: 2018/09/12(水)02:43 ID:O7YRoX2h(4/7) AAS
forkはプロセスのcloneを調べれば良さそう
こんな感じで実行すれば意図したとおりの結果が出てきた
strace -T -tt -f -F ./test.sh 2>&1 | grep clone
ついでに減らせそうなところが見つかったのでやってみたら
cloneの数を7個減らして、dashの70msが40msまで減ったｗ
残り3個。0個にするのは不可能なんだけど、1個にはできるかもしれないな
768: 2018/09/12(水)02:57 ID:O7YRoX2h(5/7) AAS
できたｗ
fork（clone）1個。30msになった。
元が200msなので7倍近く高速化
fork 1個で5msって感じかな
今回は処理内容が増えるとその分fork数も増える可能性があったから
頑張ったけど、fork数が固定数であればそこまで頑張らなくてもいいだろうな
769: 2018/09/12(水)03:49 ID:O7YRoX2h(6/7) AAS
>>766からforkを10個から1個に減らして再計測
概ね2倍ぐらいの速度になった（dashが一番になったイェーイｗ）
・dash 30ms (233%)
・posh 30ms (233%)
・mksh 35ms (214%)
・ksh 55ms (109%)
・bash 50ms (220%)
・yash 70ms (186%)
・zsh 85ms (165%)
前回トップだったkshはあまり速度改善はしなかった。
さすがにおかしいと思って調べてみたら、
kshだけ（forkが10個ときのコードでも）forkが1個も存在しなかった
少し適当にだが調べてみるとこんな感じだった
・( echo a ) ・・・ ksh:fork0回、他:fork1回
・a=$(printf) ・・・ ksh:fork0回、他:fork1回
・echo a | read line
・・・ ksh:fork1回、zsh:fork1回、他:fork3回
・echo a | cat ・・・ksh:fork2回、zsh:fork2回、他:fork3回
・/bin/echo ok ・・・ ksh:fork2回、他:fork1回
kshは外部コマンド実行以外はforkを行わないか少ないようだ
逆に外部コマンドを実行する場合はkshは他よりもforkが多い
俺がkshは遅いと感じていたのは、これより前に作っていたプログラムでは
外部コマンドの実行の方を多用していたからだと思う
770: 2018/09/12(水)03:51 ID:O7YRoX2h(7/7) AAS
変なところで改行入ってしまったが
・( echo a ) ・・・ ksh:fork0回、他:fork1回
・a=$(printf) ・・・ ksh:fork0回、他:fork1回
・echo a | read line・・・ ksh:fork1回、zsh:fork1回、他:fork3回
・echo a | cat ・・・ksh:fork2回、zsh:fork2回、他:fork3回
・/bin/echo ok ・・・ ksh:fork2回、他:fork1回
771: 2018/09/13(木)01:31 ID:crUjfqIF(1) AAS
くっそ、poshとmkshがprintfがビルトインじゃない
forkが遅すぎるｗｗｗ
772: [Sage] 2018/09/23(日)14:25 ID:pJwP+bLC(1) AAS
Windows 10に最適化されたLinuxディストロ「WLinux」が爆誕
外部ﾘﾝｸ:www.softantenna.com
誰か試した人いる？
773: 2018/09/23(日)14:59 ID:ig7ILfHB(1) AAS
DockerにおけるAlpine Linuxみたいなものかな
774: 2018/09/25(火)09:01 ID:xMAN4UFe(1) AAS
Flatpak on windows
外部ﾘﾝｸ:blogs.gnome.org
775: 2018/09/26(水)02:17 ID:HHfG5rHS(1) AAS
今日日、Git for Windowsを標準インストールするだけでbash、awk、perlもインストールされるわけだが。
776(1): 2018/09/26(水)19:55 ID:XFO0+kOn(1) AAS
gnuplotをwslとcygwinでwxtとqtをつけてビルドした。make checkで連続でプロットがでるが
cygwinの方がかなり速い。これはxserverとの接続の問題かもしれん。
777(1): 2018/09/26(水)20:13 ID:nOw+R5SS(1) AAS
>>776
X抜きで画像とかeps出力だとどう？
778: 2018/09/26(水)23:22 ID:n2TwObJo(1/2) AAS
WLinux試したけど、build-essentialが入らない。
パッケージの依存関係が壊れてるっぽい。
779: 2018/09/26(水)23:24 ID:n2TwObJo(2/2) AAS
Chromeが動かないって話だが、fonts-noto-cjkを入れてロケールを日本語にしたら起動した。
780(1): 2018/09/27(木)17:38 ID:9nDnLJCm(1/2) AAS
>>777
776 は実行時のPCで別プロセスが動いていたことが，原因だった。
781: 2018/09/27(木)17:59 ID:9nDnLJCm(2/2) AAS
>>780
途中でおくった。
やり直したところ，wxtではほぼ同じ。
qt ではcygwinの方が大分速い。
それだけでなくqtは多くのプロットで表示がおかしい。
NativeのUbuntuではqtは表示の問題は起こさない。
ご質問のファイルに書き出しはｗｓｌの方がかなり速い。
色んな要因があるので一概に言えないwxtの方が好きなので，
wslではGNUTERM環境変数をwxtにして，wxtデフォにしている。
gnuplotは基本windows Native版を使うけど，他のツールと一緒に使うときは
これまでcygiwn版をつかってきた。しかしこれｋら，wslに乗り換えようかなと
思っている。
Cygwinはwin 7のPCで使うだけになると思う。
782: 2018/10/03(水)21:43 ID:PgouXypi(1) AAS
WlinuxとX410ってどう？
783: 2018/10/04(木)23:36 ID:KuGH7cb3(1) AAS
まだ開発中という感じ
将来性はともかく今はわざわざ金を出して使う必要性はわからん
784: 2018/10/04(木)23:48 ID:wR2l98VJ(1) AAS
まあ、割引中で安いし伸び代あるなら今のうちに買ってしまうのもアリだけどね。
785: 2018/10/04(木)23:50 ID:xo/yzbEa(1) AAS
WLinux、元はDebianだしgithubにも公開されてるしな
ストアの金額はサポート料金らしいし、
普通の人は公式から自分の好きなdistro無料で落とせばよいんじゃね
別にXserverの設定とか簡単なんだし
786: 2018/10/05(金)21:47 ID:ffyt/HkW(1) AAS
Windows Subsystem for Linux (WSL) のご紹介
外部ﾘﾝｸ:blogs.technet.microsoft.com
787: 2018/10/06(土)00:33 ID:PZXiPYoz(1) AAS
WlinuxとX410を購入してみたけど面白ろい
セットアップした後は素早くX Windowでアプリを使える
ただターミナルからの起動なので
wlinux -c "application"
みたいなbatを書いたけど
788: 2018/10/06(土)03:50 ID:GslR/BLp(1) AAS
787だけど
wlinux -c "application"
でscriptの実行だったら動くけどguiアプリケーションだと接続拒否権されるなターミナルに直接的入力だとx410に接続できるけど
789: 2018/10/06(土)14:53 ID:bxHcuNpN(1) AAS
ｳﾘﾅｯｸｽって
名前がなんかイヤ
790: 2018/10/06(土)15:26 ID:Fg0A5Rwm(1) AAS
ｳﾘｳﾘ~
791: 2018/10/06(土)15:47 ID:UsUkEx8p(1) AAS
ウリナラ起源ニダ〜
792: 2018/10/06(土)20:28 ID:vsUAuS19(1) AAS
瓜茄子白菜
793: 2018/10/07(日)21:05 ID:b+sSUxbk(1) AAS
Remediating the October 2018 Git Security Vulnerability
外部ﾘﾝｸ:blogs.msdn.microsoft.com
This includes Git clients on Unix platforms (including Linux and macOS) are vulnerable,
including git running in a Linux distribution inside Windows Subsystem for Linux.
Git on Cygwin is also vulnerable.
Git for Windows is uniquely not vulnerable to this security issue
794: 2018/10/13(土)00:44 ID:bFIrJDdx(1/2) AAS
1809でwslconfigにterminateが追加されてることは知ってたんですが、
その他にupgradeってのが追加されてるんですけど、これは何か知ってる人います？
説明文通りファイルシステム形式をアップグレードするんだろうけども
/upgrade <ディストリビューション名>
ディストリビューションを WslFs ファイル システム形式にアップグレードします。
795: 2018/10/13(土)06:54 ID:spUPaXTB(1) AAS
書いてある通りwslfs形式に移行させます
lxfs -> wslfs
ファイルシステム関連のattributesの扱いが少し変更されていますが、
パフォーマンスとかは変わらず、あいかわらず遅いです
新しい不具合を発生させたりもしたので、ごく一部の人で実験してもらう段階じゃないかな
あと、変換自体とても時間かかります
796: 2018/10/13(土)07:36 ID:bFIrJDdx(2/2) AAS
パフォーマンスが早くなったりはしないのね
ありがとう
797: 2018/10/14(日)20:28 ID:neRrm9zv(1) AAS
私たち日本人の、日本国憲法を改正しましょう。
『憲法改正國民投票法』、でググってみてください。
平 和は、勝ち取るものです。拡散も含め、お願い致します。
798(1): 2018/10/17(水)19:35 ID:j8NZ8qYN(1/3) AAS
wslでubuntuを入れましたが、
sudo apt update が失敗します。
ググると
wget -O - 外部ﾘﾝｸ[sh]:gist.githubusercontent.com | sh -s
このコマンドでイケるよと言われてますが、イケないので相談に来ました。
こんな感じです。
hoge@hoge:~$ wget -O - 外部ﾘﾝｸ[sh]:gist.githubusercontent.com | sh -s
--2018-10-17 19:27:53-- 外部ﾘﾝｸ[sh]:gist.githubusercontent.com
Resolving gist.githubusercontent.com (gist.githubusercontent.com)... 151.101.88.133
Connecting to gist.githubusercontent.com (gist.githubusercontent.com)|151.101.88.133|:443... connected.
Unable to establish SSL connection.
どうすればアップデートできるのでしょうか？
799(1): 2018/10/17(水)19:41 ID:y1b2xQ/u(1) AAS
>>798
wget に –no-check-certificate でも付けて試せばいけるかもな。
てか、WSLなんか、ｱﾚな環境なんか、さっさと捨てなさいな。
800: 2018/10/17(水)19:53 ID:j8NZ8qYN(2/3) AAS
>>799
ありがとうございます。
しかし、うまくいきません。
$ wget --no-check-certificate 外部ﾘﾝｸ:gist.githubusercontent.com
/raw/ubuntu-fix.sh | sh -s
--2018-10-17 19:52:29-- 外部ﾘﾝｸ[sh]:gist.githubusercontent.com
Resolving gist.githubusercontent.com (gist.githubusercontent.com)... 151.101.88.133
Connecting to gist.githubusercontent.com (gist.githubusercontent.com)|151.101.88.133|:443... connected.
Unable to establish SSL connection.
801(1): 2018/10/17(水)19:58 ID:N9yPYbZD(1) AAS
外部ﾘﾝｸ[sh]:gist.githubusercontent.com
をWindows環境でDLしてこれをWSLで叩けばいい。
802(1): 2018/10/17(水)20:39 ID:j8NZ8qYN(3/3) AAS
>>801
具体的にはどうすればいいのでしょうか？
wslのホームまで落として実行してみましたが、こんな感じです。(hoge.shがそれです)
$ ./hoge.sh | sh -s
./hoge.sh: 2: set: Illegal option -
803: 2018/10/17(水)23:22 ID:6tOLa01v(1) AAS
Illegal option -
- は、間違ったオプションなんだろう
804: 2018/10/17(水)23:53 ID:U6iIL0s2(1) AAS
わからんけど、シェルスクリプトを hoge.sh にダウンロードしたなら、
> $ ./hoge.sh | sh -s
"|" 以降はいらない。
$ ./hoge.sh
だけ実行してみそ。
805(1): 2018/10/18(木)01:49 ID:HoDgsHga(1/2) AAS
普通にsudo apt updateで行けるはずなんだが？
なにか根本的に間違ってないか？
先にまず sudo apt update がどういうエラー失敗するのか書いたほうが良い
まあ壊れた所でまだ最初だから消して入れ直せば良いが
806(1): 2018/10/18(木)01:52 ID:HoDgsHga(2/2) AAS
あ、最新のUbuntuではエラーになるのか？
807: 2018/10/18(木)04:21 ID:RZ//NVPJ(1) AAS
>>805 >>806 ガイジ
808: 2018/10/18(木)08:26 ID:PbWIALxi(1) AAS
まずapt updateした際にどういうエラーなのか何も情報がないから答えようがない
なんでこういう人って最初のエラー情報伏せて自分が調べました情報しか出さないのかね
またubuntu のバージョンも分からない
githubのそのページ、17.10での記事だけど
809: 2018/10/18(木)12:25 ID:1D6dNv+9(1) AAS
リポジトリを cosmic にして apt full-upgrade すると lxd 絡みでエラー中断しますね
まぁお試し環境なので構いませんが
810: 2018/10/18(木)12:42 ID:ITGPPUtq(1) AAS
バックアップとってWSL入れ直ししたほうが早いな。
俺ならそうするし時間が勿体無い。
またハマったら今度は真面目に考える。
811: 802 2018/10/18(木)23:23 ID:n2AnSdBc(1) AAS
なんか解決しました
カスペが悪さをしていたようで、切ったら通信するようになりました
812: 2018/10/18(木)23:42 ID:XKhTIPkE(1) AAS
今流行のセキュリティソフトがMITMになってTLS覗き見るやつか
滅びればいいのに
813: 2018/10/19(金)02:24 ID:/S+AMvvP(1) AAS
MITMしてなくてもファイアウォールがPico Process未対応でとりあえずはじくみたいなうんこもある
814: 2018/10/19(金)08:53 ID:3dMaJ4VV(1) AAS
2018 Fall Updateでパフォーマンス改善したっていう記事よんだけど、
実機との数十倍の速度差と、改善が頭打ちしてるんじゃないか
という不安を気づかせてくれただけだった
誤差レベルの改善は気が付けないよ
上下前次1-新書関写板覧索設栞歴
あと 188 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s