【Bash】Windows Subsystem for Linux【WSL】3
■ このスレッドは過去ログ倉庫に格納されています
何に対しての返しだかわからんがもちろんwindowsですが
wslのスレなんで バージョンが同じfreetypeとcairoで表示させたらWindowsもLinuxも全く一緒
結局はどんなアプリを使うかだけの違い 高解像度にモニタは作業領域を求めるものだろ
精細さとかは二の次でいいわ そもそもDPI上げないと読めないようなモニタは買わないから
今使ってるのも
30インチ 2560*1600
65インチ 3840×2160
だけ あ、ごめん。30インチっていうのはノートパソコンかな >>594
文字の大きさが20ミリくらいにならないか? 30インチのノートPCを運んで転んだら潰されそうだな。 ID:qH0+A1Sw
ID:xT/Waekh
ID:1D7N1ge0
新世界くん持論押し付けすぎ
あとチャットしてんじゃないんだから少しは推敲しなよ なんでもいいけど、親父(67)が字がちっさくて読めないって言って低解像度ディスプレイ使ってる。
20インチとかで、大きくて不便らしいから、慣れの問題だと思う。
大きいモニターは視点移動がだるいからつかれる。
俺はフルHDをトリプルディスプレイにしてるけど、縦置きを一つ置いてるんで、窓が分けれて便利だよ。
コンソールの視点とブラウザの視点とかな。
需要は人それぞれだろ。
あと、WSLでXserver使ってる人、環境と使い心地教えて。 俺はデスクトップが32インチ2560x1440と1680x1050のデュアルでノートは12インチ約3Kのやつだけどどっちも100%だわ
32インチのディスプレイは4Kにしようか迷ってる Fortran66の開発はもう、終わったよ。
GNUツールの修復もパッチで穴埋めだから、ろくに動かんでしょ。 新し目のcorei5メモリ8gbのパソコンでxサーバーはvcxsrv入れてるけど、matplotlibとかCERNのROOTとかでグラフ描くのはLinuxとかMacと同じようにできる。mateのデスクトップ環境動かしても、たまにエラーは出るけどサクサク動く。
ただFirefoxは画面スクロールするときCPUに負荷がかかって、動作が遅れるので使いづらかった。 >>602
>ノートは12インチ約3Kのやつ
どこの会社のなんていうモデルのノートPC? 12インチ3k100%だと文字が米粒くらいにならないか? >>605
CHUWIのlap book 12.3
性能ゴミだけど外では性能必要なことしないしデスクトップ広くて助かってる
字は米粒以下だけど読むこと少ないし目はいいから気にならない 15インチ3Kでも100%はしんどいのに12インチとは恐れ入る
文字読めない以前にアイコンも小さすぎて操作しづらくないん?
広いけど読めないデスクトップ上でどんなアプリを動かしてるのか純粋に気になるわ >>607
CHUWIって初めて聞いたようなメーカーと思えば、中華なのか
https://win-tab.net/imported/chuwi_lapbook_123_1706202/
CPU:Intel Celeron N3450
RAM: 6GB
ストレージ:64GB eMMC
ディスプレイ:12.3インチ(2,736 x 1,824)
なんか個性的仕様だな
>字は米粒以下だけど
だろうな。目悪い奴は字読めないだろう。
12でこの解像度は写真を見るためにのような感じだな >>612
何もかも小さいけどその分カーネルの移動も遅いから問題ないよ
学生だから、隙間時間使ってレポート書いたり授業で軽くコード書くぐらいしかに使わないけど、授業のテキストとエディタとターミナル並べたりしても余裕だしレポートもPDFとか見ながらかけて快適 読まないっていいつつばりばりテキスト運用してますやん
メニュー小さくても窓の中のソフトのフォントサイズは各アプリごとに設定でできるから問題ないってことなんかな
自分の若い頃はB5ノートXGAすら細かすぎ言われてとにかく高解像度餓えてた
9ptできれいに表示できるフォント=MSゴシ一択だった Ubuntu 18.04 のターミナルを WSL Terminal にするにはどうしたらいいんだろう?
GitHub - goreliu/wsl-terminal: Terminal emulator for Windows Subsystem for Linux (WSL)
https://github.com/goreliu/wsl-terminal >>617
Mobatermつかうとか。
puttyで接続するとか。 ここまでやったらMSはコマンドプロンプトを改良すべきだわ Windows 10になってからコマンドプロンプトは継続的に
改良され続けてると思うが?
例えば
Windows 10 Threshold 2(10.0.1058)ではコマンドプロンプトでANSI/VT100互換表示が可能に
https://srad.jp/story/16/02/09/0639223/ vscodeのコンソールからbundle initして失敗するので何故かと思ったらwindows側のrubyを呼び出してる。
何事も完ぺきには行かんなあ。 WSLの問題は相当減ってきてるけど他のOSでは問題起きないし最初から問題少ない方が良いにきまっとるがな >>625
わかる。Macだと同じコマンドでもオプションが違ったから
本物のLinuxのコマンドが使えるWSLには期待してる >>624
Xをという人多いけど、そもそもXはクライアントサーバーだから、サーバーをwslて動かすかwin側で動かすかの違いしがない
gnomeデスクトップなんかは難しいみたいだけど、大抵のクライアントはwslで動くはずなので、特に必要性を感じないんだか >>627
X Serverはwslでは動かない。Clientのみ。 >>618
遅レス。
書いてあるんだけどなんか内容が噛み合わない。で調べたら、自分が使ってるのはwslttyだったと気がついた。;-)
トンチンカンな質問で申し訳ない。
GitHub - mintty/wsltty: Mintty as a terminal for Bash on Ubuntu on Windows / WSL
https://github.com/mintty/wsltty
ちなみにwslttyはインストール時に、その環境に存在しているWSLの全ディストロ分のショートカットがそれぞれ作成される。
ディストロを追加した場合はwslttyを再インストール。 Ubuntu 18.04やDebianでも動くのかな? ubuntuのdocker ってパッケージ名がコロコロ変わってよくわからんね
docker.io
lxc-docker
docker-engine >>634
簡単に試せるんでやってみそ。
自分はUbuntu 18.04で試したら動かんかった。
$ sudo docker run hello-world
docker: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?.
See 'docker run --help'. 今はDocker-ceを普通は入れるんだが、ioの方じゃないとダメなんだろうか・・・ >>637
OSのバージョンは? Windows 10 April 2018 Update が必要なようだが。
UNIXドメインソケットが対応されたのが関係するのかも。 >>639
こちらの環境はもちろん Windows 10 April 2018 Update だよ。バージョン 1803 (OSビルド 17134.137)。 mattnさんのツイート:
たぶん動かない〜って人がいるだろうから注意点を。
1. Ubuntu-16.04 をストアから入れる事
2. WSL を管理者権限で起動する事(でないと iptables で失敗して起動しない)
3. 毎回 cgroupfs-mount を実行する事(これは .bashrc か何かに入れる?)
https://twitter.com/mattn_jp/status/1015995804157239296
1:27 - 2018年7月9日
mattnさんのツイート:
ちなみに、一度 docker daemon が起動すればあとは UNIX socket で通信できるので、通常通り WSL 起動すればそっちから docker run 出来るよ。
https://twitter.com/mattn_jp/status/1016002773458882560
1:55 - 2018年7月9日 Qiitaのページに以下の記載もあるね。
管理者権限(ココ重要)で動かしているWSLからDockerをインストール。
インストールも管理者権限が必要なのか..。 Ubuntu 18.04 & Docker-ce で試したけどダメだった。
Invalid argument〜になる。 Windows Subsystem for Linux(Hyper-Vなし)でDockerを動かす - nuits.jp blog
http://www.nuits.jp/entry/docker-on-wsl docker、OSを再起動すると動くようになったと書いているページがあったので、
やってみたら動くようになった。Ubuntu-16.04では成功。Ubuntu-18.04ではうまく
動かない。でも一歩進んだ。 dockerの仕組み上、管理者権限は必須になってしまうのかな? >>648
今後も無印とバージョン付きが併存していくってことか WSLを管理者権限にしないと動かないってどういうことなんだろうな?
sudoで動かすのと違うのか >>643
インストール時の管理者権限は必要無いようだ >>652
WSLは基本的にユーザー権限の中で動くので
WSLの中でsudoをやった所で、WSLの世界でのrootにはなってるけど
Windowsの世界の管理者になるわけじゃないよ
おそらくエミュレートしてるLinuxのシステムコールの何かが
Windows上での管理者権限を必要としてるとかではないだろうか? mattnさんのツイート:
WSL の docker 遅いなぁ。nginx 動かして
$ ab -k -c 10 -n 1000 http://127.0.0.1:8080/
してみたら 1300 req/sec しか出ないや。まぁ動くだけマシだけど。
https://twitter.com/mattn_jp/status/1016020548520820736
3:05 - 2018年7月9日
mattnさんのツイート:
昨日試した限りだと WSL に入れた Ubuntu 18 だと docker 動かなかった。
https://twitter.com/mattn_jp/status/1016461641767006208
8:18 - 2018年7月10日 >>654
ネットワーク、ソケットがらみかねえ・・・ 別のバージョンのUbuntuでdockerの動作を確認するときは、一度OSを再起動する必要
があるようだ。例えば、Ubuntu-16.04で一度dockerデーモンを動かすと、OSの再起動
をなしではUbuntu-18.04でdockerデーモンが動かない。dockerデーモンをstopしても
同様だった。また、OS再起動直後にUbuntu-18.04でdockerデーモンを起動すると動くが、
invalid argumentが出て動作はしない。(デーモンとの通信エラーにはならない。)
調べているけど、原因分からず。同様のエラーの報告はちらほら見受けられる。 まだ完璧じゃない部分があるんでしょうね。
だけど、dockerが普通に動くのぞみは出てきたね。
Linuxカーネルの多くをエミュレートしないと無理そうだと思っていたから
難しいんだろうなと思ってたけど、大きな山はなさそうだ WSL自体を再起動する方法ってあるの? あれってサービス?sudo rebootしたい >>659
Linuxバイナリを動かすことができるコマンドプロンプト
だから再起動なんて無いよ >>659
wslは起動していないので、再起動できません でも最近のwslはコンソール閉じてもプロセス生きてるよね >>663
initが残るようになったからのはず
そのinitも結局はwindiwsのプロセス WSLはWindowsの中の機能の一つ、という立ち位置。
WSLの窓を開かなくてもLinuxのサービスを走らせることはできるよ。
もちろんコマンドプロンプトからも実行できるし、タスクマネージャーなんかにも登録できる。
完全に位置機能として扱える。 X410 を購入 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/x410/9nlp712zmn9q
> 4,650 → 580 (税込) ( 4,070 値引き あと 18 日です)
Windows StoreをWSLで検索して見つけた。良さそうだけど どう思う? Windows側のIMEで透過的に日本語入力とかは期待できそうに無いな
対応言語や法人名を見るに、韓国製か
中国語に対応していないのが少々意外な dockerでexecは動かないのかな。attachは動くけど。カーネルの機能が足りないのかな。
$ keyctl session
keyctl_join_session_keyring: Function not implemented 遅いのは何とかしてほしい
デュアルブートしたくなる
ほんま遅い 普通にDocker for Windows使えばいいだけ Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。
じょいさんのツイート:
WSLでDocker動かない各位、Hyper-Vの機能OFFにすると動きますよ
https://twitter.com/joy1192/status/1016519642808905728
12:09 - 2018年7月10日 >>673
じゃあDocker Toolboxを使えばいいだけの話では? >>674
> Docker for WindowsはHyper-V使ってるから、WSLのDockerとは共存できない模様。
その理屈はおかしい。
WSLのDockerがHyper-Vなんか使うわけがない
Dockerはハードウェアの仮想化をしてないんだから Docker for WindowsもWSLのDockerも
同じWindows上で動くDockerだからポート番号でもかぶってるんだろ
Hyper-Vをオフにすることで、Hyper-Vが必要なDocker for Windowsが
停止したってのが真実だろうな。つまりHyper-Vをオンのままでも
Docker for Windowsを停止すればWSLのDockerは動くだろう >>676
そうだね。Vagrantを使う方法もある。けど、WSLだけで動かしてみたい。
お手軽だし。 関係ないけどhyperVは他の仮想化と共存できないのがウザいよな >>679
Docker ToolboxはVagrantじゃないぞ。VirtualBoxを使う
Docker ToolboxならDocker for Windowsとそう変わらないはずだけど
>>680
Vagrantがね。HyperVでもvagrantは使えるけど
VirtualBoxと組み合わせてたからなぁ
VagrantとVirtualBoxのVBoxManage.exeを組み合わせた
個人的用のスクリプト書いてたんでちょっと困った
今はWSLできたんでVagrantの必要性は減ったんだけど HyperVって本当にハイパーバイザ型なんだよね?
OSの下にハイパーバイザがいるんだよね?
昔Xenで特殊なドライバが必要だったりとか
えらく苦労したんだがWindowsのHyperVは
ハイパーバイザを使ってる感じが全くしなくて不思議だ Hyper-Vも専用ドライバが必要だけど、
Windowsは自前で持っているし、Linuxも随分前から対応しているので。
Hyper-V用のドライバのソース提供をMicrosoftの侵略!!とか言って騒いでたし GPUドライバもXen用が必要だった記憶があるんだが
Xen用カーネルはまあLinuxだし仕方ないけど そもそも「WSLでdockerが動くらしい!やってみよう!」が趣旨だろうから違うツール使えってのはナンセンスだろう。
WSLっておもちゃで遊んでるだけなんだから。 動くだけで満足するなら遅くても問題ないでしょ?
俺は技術的な大きな問題は解決したからあとはWSL全体を含めたチューニングだけ。
WSL使うのが開発の主流になるのは時間の問題だなって考えてるよ
今すぐ実用的に使いたいならDocker for WindowsかDocker Toolboxを使う
あとはMS頑張って!って思ってるよ ■ このスレッドは過去ログ倉庫に格納されています