トップページ⇒linux
1002コメント333KB

Windows搭載予定のLinuxサブシステムでUbuntuが動作 [無断転載禁止]©5ch.io

■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin2016/03/30(水) 14:57:55.72ID:2b3xF4As
WindowsはLinuxの機能をもエミュレートする


?Microsoft and Canonical partner to bring Ubuntu to Windows 10
You'll soon be able to run Ubuntu on Windows 10.

http://www.zdnet.com/article/microsoft-and-canonical-partner-to-bring-ubuntu-to-windows-10/
0039login:Penguin2016/03/31(木) 13:20:09.02ID:kvjrWp8J
ubuntu厨なんでよくわからんけどMSはMS-officeをubuntuで動くようにしてくれるだけでいいのに
winでlinux動かして何のメリットがあるの?吸収合併したいみたいな感じか?
0040login:Penguin2016/03/31(木) 13:38:08.91ID:ykSvWRSf
>>39
開発者としてはWindowsでLinuxのコマンドが使えるだけで嬉しい。
MacOSXを使う理由も(Linuxに似た)Unixのコマンドが使えるからだし。

何でもインターネット時代である今は、インターネットに接続する
サーバーの多くはLinuxが選ばれている。だけどデスクトップはそうではない。

このプロジェクトが完成したら、仮想マシンを使うこと無く
Windowsを使いながら、Linuxサーバーで動かすアプリの開発ができる。



さらに重要なのは最近Linuxとクラウド界隈で話題になっているDockerなどのコンテナ技術。
コンテナを使うと1台のPCに隔離した環境で複数のウェブサービス(同種でも可)を簡単に起動できるようになる。
仮想マシンに似ているが起動が早くリソースを食わないというメリットが有る。
これは1つのLinuxカーネルを複数のLinux用コンテナで共有することで実現している。
だからWindows(当然MacOSXも)でLinux用コンテナを動かすことはできなかった。

もしWindowsでLinuxカーネルを完璧にエミュレートできれば、
数多のLinux用コンテナをWindowsで動かすことが可能になる。
つまりMicrosoftのクラウドであるAzure等でWindowsサーバーをベースのOSとして使い、
その上でLinux用コンテナを使って簡単かつ柔軟にウェブサービスを提供すると言う
モダンな仕組みが実現できるということ。それが最終的な目標だろう。
0041login:Penguin2016/03/31(木) 13:45:57.83ID:Bm1Ztxtf
仕組み的にはHyper-Vなどのハイパーバイザベースより軽そうだし
Windows版Dockerの上で、Win32やLinuxのコンテナを
気軽に使えるようになるとそれなりに嬉しい
0042login:Penguin2016/03/31(木) 13:53:30.96ID:ykSvWRSf
>>41
> 仕組み的にはHyper-Vなどのハイパーバイザベースより軽そうだし
軽いっていうか、これはWindowsはLinuxでもあると考えてもいいぐらいだよ

>>9のリンク先に図があるけど、Windowsっていうのは正確に言うと
NTカーネルっていう一番基本的なシステムがあって
そのNTカーネルの上にWindowsサブシステムを実装している。
同様にNTカーネルの上にLinuxサブシステムを実装している。

つまりNTカーネルから見て、WindowsとLinuxは同等の存在。
もし仮にここからWindowsサブシステムを取り除いたとするならば、
それはLinuxといっても過言じゃない。
0043login:Penguin2016/03/31(木) 13:59:26.81ID:a8X1DZXh
>>42
ならば、Windows10と同居する形で、Ubuntu Linuxそのものが存在できる
ということかい?GUIまで含めてね。

移植なしにUbuntuとアプリケーション類がそのまんまNTカーネル上で実装
というか乗っける事が出来、Windows10と切り替えるような感じでホイホイ
動かせるなら大したもんだが。

ただその場合、ストレージ上にLinuxサブシステム用のディレクトリとか出来る
のかね?
0044login:Penguin2016/03/31(木) 14:04:27.62ID:ykSvWRSf
>>43
> 移植なしにUbuntuとアプリケーション類がそのまんまNTカーネル上で実装
> というか乗っける事が出来、
そのとおり。Linuxのバイナリがそのまま動く。
再コンパイルも必要ない。

> ただその場合、ストレージ上にLinuxサブシステム用のディレクトリとか出来る
> のかね?
↓

http://sqlazure.jp/r/tips/794/
> Ubuntuさんがしたこと
>
> Ubuntu root ファイルシステムをWindows アプリケーションパッケージにしてWindows Storeで提供します。
> bashシェルから、/mnt でWindows のファイルシステム(Cドライブ、Dドライブなど)にもアクセスできます。(/mnt/c….)
>
> いろんなLinuxのバイナリを動くのを確認しているけど、topはまだ動作しない。
> MySQLも問題があるけど、多くのLinuxツールが動作することをTestingで確認してるらしい。
>
> gccも動くよ。
0045login:Penguin2016/03/31(木) 14:07:40.09ID:a8X1DZXh
>>44
となると、Wineのようなものでもないから、ほぼほぼ動かせると。
X.org周りはどうするつもりなんだろ。startxでそのまんま起動したら面白いとは
思うけれど。

ただ、そういうことであれば、node.jsなどの既存のものも、windows用を拾って
来てどうこうも、究極的に言えば仮想環境自体がいらなくなるということにもなる
ね。
0046login:Penguin2016/03/31(木) 14:18:41.89ID:Bm1Ztxtf
これから色々と検証する必要はあるだろうがあるアプリのwin32版をWindowsで動かすよりも
Linux版バイナリをLinux on Windowsで動かすほうが
どうしてもPOSIXシステムコール→NTカーネルAPIの互換レイヤが入る分だけ遅くなると思う

そのパフォーマンスペナルティーがかなりあるのであれば
Linux on Windowsはあくまでお手軽互換環境で、
ガチで使いたいソフトはやはりWin32版作って使ってね、ということになるかもしれない

そうではなく、Linux on Windowsが十分優秀であれば、将来いろんなOSSのWin32対応は減っていくかも
0047login:Penguin2016/03/31(木) 14:26:33.23ID:vqCdOTjQ
>>15
ワロタ
0048login:Penguin2016/03/31(木) 14:30:07.18ID:93bc5KQB
>>45
X は別途仕組みを用意しないと
当面は win32 版、例えば Cygwin の X 等を使うことになるんじゃないかな?

仮想環境は cgroup 機能するなら Linux 系に限り不要にはなるかも。
0049login:Penguin2016/03/31(木) 14:40:08.39ID:ykSvWRSf
>>46
> どうしてもPOSIXシステムコール→NTカーネルAPIの互換レイヤが入る分だけ遅くなると思う

>>9の図をよく見てみよう。

  Windowsアプリ → Win32 API → Windowsサブシステム → NT カーネル

Windowsでも互換レイヤ相当のものが入ってるんだよ。
これがLinuxアプリだと

  Linuxアプリ → POSIXシステムコール → Linuxサブシステム → NT カーネル

こうなるだけ
0050login:Penguin2016/03/31(木) 14:41:52.18ID:FoObC27R
逆が欲しいんだけど
0051login:Penguin2016/03/31(木) 15:01:26.25ID:ykSvWRSf
WindowsでLinuxバイナリをネイティブ実行できる理由
Windowsはもともとそのようなことができる設計になっていた
従来はWindowsはOS/2、POSIXアプリが動作可能だった。
このサブシステムについて

http://www.atmarkit.co.jp/fwin2k/bookpreview/insidewin4/insidewin4_04.html
http://ascii.jp/elem/000/000/678/678041/
0052login:Penguin2016/03/31(木) 16:26:11.29ID:jytFkWPs
M$「Win10で個人情報集めて稼ぐかw」
カノニカス「Unityで個人情報集めて稼ぐかw」

M$&カノニカス「ケコーンwww」
0053login:Penguin2016/03/31(木) 18:05:28.54ID:T1xaDoD4
sudo apt-get install ms no doku manjyuu
0054login:Penguin2016/03/31(木) 23:01:26.27ID:I5e66ETO
>>52
なんかおもしろいこと書いてるつもりすか
0055login:Penguin2016/03/31(木) 23:11:08.75ID:hE5xVMXH
何言ってるんだ粋なレスじゃないか

52さんおもしろい!
52さんおもしろいよ!!
0056login:Penguin2016/04/01(金) 00:25:16.30ID:n3vRXjjI
ubuntuを狙ったマルウェアが増加するなんてことないよね?
やっぱ一般人は使わないから関係ない?
0057login:Penguin2016/04/01(金) 01:57:36.36ID:gtpVpLrd
2ヶ月前にlxcore.sysとlxss.sysのファイルがInsider Previewに追加されたことを踏まえ、
ttps://channel9.msdn.com/Events/Build/2016/P488
の14分からのスライドを見ると、Interix(SFU)ともUMLともcygwinとも全く別物のようだよ

Windows NT系OSでは、*.sysはカーネル内部で特権モードで動作するローダブルモジュール

NT 4.0でGUIをカーネルモードで動かすようになったという話があるけど、NT 3.51までWin32 APIの
GUIを処理するgdi32.dllはcsrss.exeへのメッセージ通信を行い、ユーザモードで動作するcsrss.exeが
GUIを処理する形だったのを、NT 4.0以降は特権モードで動作するwin32k.sysに対して直接gdi32.dllが
win32k.sysが追加したシステムコールを使って呼び出すという構造になっている

今回のUbuntuバイナリ実行機能の実体がlxcore.sysとlxss.sysであり、スライドで示されているように
kernel内でWindows subsystem for Linuxとして動作してLinuxのシステムコールを処理しているなら、
Win32 APIのkernel32.dllやgdi32.dll、user32.dllどころかntdll.dll(NTのネイティブシステムコールを
呼び出すAPIを提供するdll)もすっ飛ばして、カーネルに直接Linux互換機能を入れたということに
なるので、想像以上に豪快なことをやっていると言わざるを得ない
0058login:Penguin2016/04/01(金) 03:01:21.78ID:EG9+vAPS
>>57
気づくの遅すぎw

ニュース速報板ではこの話題でもちきりだよ。
(PCニュース版でもスレはたったが、なぜか数分でdat落ちさせられてる。2ちゃんねるの闇を感じるw)

【Win10でlinuxコマンドが使える】Windows10がBashに公式ネイティブ対応
http://daily.2ch.net/test/read.cgi/news plus/1459408948/
0059login:Penguin2016/04/01(金) 03:12:48.52ID:br0RNGFM
MacもXでLinux化した。windowsも10でlinuxになった。
なんだか10はlinuxにとって幸運の数字なのではないのか?
0060login:Penguin2016/04/01(金) 03:39:05.67ID:EG9+vAPS
MacはUnixだぞ。
肝心のコマンドがLinux版とは違うから困る。
0061login:Penguin2016/04/01(金) 05:43:06.37ID:MtrAlgQ/
>>60
けど、GNU系のコマンドもbashを含めて混在しているから混乱。 しかもかなり古い。
 
0062login:Penguin2016/04/01(金) 05:46:41.20ID:BFHGy+tt
窓が最強OSになるとは…
0063login:Penguin2016/04/01(金) 05:57:16.74ID:MtrAlgQ/
Macも結局homebrewなんかの非正規の亜流なツールを使わないと快適なUnix環境にはならない。 
apt-getで正規の環境から膨大なツールを引っ張ってこれるようになるのなら窓は最強だね。
0064login:Penguin2016/04/01(金) 06:24:36.08ID:q+1wXVu2
>>52
お前、死ぬほどツマラナイから

死ねよ
0065login:Penguin2016/04/01(金) 06:26:12.63ID:q+1wXVu2
>>59
は?
0066login:Penguin2016/04/01(金) 06:27:07.78ID:q+1wXVu2
>>61
BSDですが何か?

あのさ、お前みたいな素人がUNIXについて口挟むのやめてくれない?
何がLinux化だよ。にわかのクソ野郎
0067login:Penguin2016/04/01(金) 07:28:01.03ID:83k/USal
>>60
UNIXというかFreeBSDだよな
ずいぶん厚化粧したもんだ
BSDがあんな美人になるなんて
0068login:Penguin2016/04/01(金) 07:48:34.80ID:q+1wXVu2
>>67
あのさ、FreeBSDとBSD一緒に語るのやめてくれないか?
0069login:Penguin2016/04/01(金) 08:02:23.43ID:83k/USal
>>68
ごめん・・。

NeXT上にFreeBSDのユーザランド移植したんじゃなかったっけ
0070login:Penguin2016/04/01(金) 09:22:16.43ID:MtrAlgQ/
>>66
Linux化は俺は言ってないよ。 ただGNU系はかなり入ってるねと言っただけ。 試しに
荒っぽく数えてみた。
$ grep -l GNU /bin/* /usr/bin/* | wc -l
103
$ grep -lv GNU /bin/* /usr/bin/* | wc -l
1088

もっと多いかと思ったら10%ぐらいか。まあ、OSXがというよりは単にFreeBSDにGNU tool
が採用されているということかな? けど、OSXがtcshでなくてbashを選んだのは意外だった。
あれ、ちゃんとあるね、/bin/tcsh。 
0071login:Penguin2016/04/01(金) 11:53:08.45ID:UjkFsNpC
>>63
windowsだからゲームもできるしな
linuxは用途限定のディストリしか用がなくなるな
0072login:Penguin2016/04/01(金) 12:44:44.37ID:YrmxN89w
>>59
もう全部合体したらいいよね(´・ω・`)
0073login:Penguin2016/04/01(金) 15:02:42.54ID:uoL9wn9i
互換性とか重さはどの程度になるのかな。
あと、ubuntu自体が消滅ってことにならないかな?
0074login:Penguin2016/04/01(金) 15:17:49.98ID:YrmxN89w
Ubuntuがなくなる噂もあるよね(´・ω・`)
こっちはエプフのネタかもしれんけど
マジならMSにUbuntu抱えるためにCanonical買収とかなのかな(´・ω・`)
0075login:Penguin2016/04/01(金) 15:51:39.53ID:UjkFsNpC
windowsやmacがデフォルトで複数osのブート選択を可能にして
linuxでもdirectxのゲームができるようになったら夢だな
0076login:Penguin2016/04/01(金) 16:12:18.41ID:05CCcyne
マイクロソフトの支援で、気づいたらubuntu最強になってそうな悪寒
0077login:Penguin2016/04/01(金) 16:45:19.18ID:EG9+vAPS
UbuntuのカーネルをNTカーネルに変更したようなもの
0078login:Penguin2016/04/01(金) 17:11:11.68ID:q+1wXVu2
>>77
全然違いますが
0079login:Penguin2016/04/01(金) 17:28:31.60ID:EG9+vAPS
>>78
何が違う?

Ubuntuのバイナリが再コンパルなしに動く。
一切変更すること無くチェックサムが一致するレベルで
そのままWindowsで動くようになる。

http://japan.zdnet.com/article/35080406/
> 今回われわれが話題にしているのは、UbuntuのELFバイナリとビットレベルで、
> そしてチェックサムレベルでまったく同じものをWindows内で直接動作させることだ」と述べている。
0080login:Penguin2016/04/01(金) 17:34:44.56ID:pDAnaOmP
〜のようなものなんてピンボケ比喩はどうでもいい

WindowsでLinux(Ubuntu)のサブシステムが動くようになった

ただそれだけ
0081login:Penguin2016/04/01(金) 17:46:19.01ID:xd31u+/h
現時点では、Ubuntu用にビルドされた bash が動く、
以上の保障をMSはしていない。将来はわかんね。
0082login:Penguin2016/04/01(金) 17:55:46.27ID:EG9+vAPS
>>80
同じ意味だろw

それはWindowsから見た場合。
Ubuntuから見ると、UbuntuがLinuxカーネルを使わずにWindows上で動くということ
Linuxカーネルを使わないで何を使うの? → NTカーネル+Linuxサブシステムを使う
0083login:Penguin2016/04/01(金) 19:14:10.87ID:Z9kEHyst
AppleがmkLinuxっつー、machの上にLinux移植したプロジェクトがあった
Debian/GNU kFreeBSD っつーのもあるし。
NTカーネル上でLinux環境が動いても何の問題もない。
0084login:Penguin2016/04/01(金) 19:32:26.25ID:YrmxN89w
wineの反対バージョン(´・ω・`)?
0085login:Penguin2016/04/01(金) 20:11:17.96ID:YIPslMQY
>>63
正にこれ。動くのが真正のUbuntu、というところがキモ。
出所もよくわからんようなリポジトリからツール導入しないと環境すら作れない商標UNIXなんか、ゴミだ。

そしてdockerのコンテナとかをVM経由ではなくネイティブで動作させられるとなれば、
開発環境はもちろん実行環境としてもWindows(server)の売りになる。
WSL自体はUbuntu専用という訳でもないだろうし、
カーネルへのパッチコードや周辺のツールをMSがオープンソースとして提供すれば
他のディストリでもWSLに対応した(Win10上で動作する)Linuxディストリビューションを提供できるようになるだろう。
それこそDebianやRedHat、SuSE等のエンタープライズで使われているものがそのまま動作すれば、
デスクトップ/ワークステーションはもちろん、サーバ環境としてもとんでもない武器になる。
0086login:Penguin2016/04/01(金) 20:18:51.31ID:lYyaeUHa
動くって言われてもさ、依存関係とかどうなるの?
0087login:Penguin2016/04/01(金) 20:36:46.84ID:YIPslMQY
依存とは、何の、何に対する依存なのか
0088login:Penguin2016/04/01(金) 21:09:21.76ID:lYyaeUHa
ああ、問題ないのか。
対応するubuntuのリポジトリ、あるいはそのミラーそっくり利用するわけか。
0089login:Penguin2016/04/01(金) 21:42:51.19ID:q35/TsKa
>>88
Ubuntuを構成する2つの要素、
Linuxカーネル(ドライバ含む) と ユーザーランドで動く各種パッケージのうち
Linuxカーネル部分がWindowsのLinuxサブシステムに置き換わったと考えればいい。

Dockerを知っているのなら、複数のDockerコンテナは同じLinuxカーネルを使い
その上でUbuntuやDebianやCentOSベースのコンテナが動くことを知っていると思うが、
つまり「コンテナに含まれるファイル」がそのままWindows上で動くということ。
0090login:Penguin2016/04/01(金) 21:55:20.49ID:q35/TsKa
>>84
> wineの反対バージョン(´・ω・`)?
近いがそれよりも効率的。

Windowsというのはそもそも
NTカーネルが一番基本にあって、その上でWindowsサブシステム と Win32 API が作られ Windowsアプリが動いている。

WineはWin32 APIをPOSIX APIに変換している。
その反対バージョンであれば、POSIX APIをWin32 APIに変換するってことになるが、
これは違う。

POSIX APIをWin32 APIに変換すること無く直接NTカーネル APIに変換する。
階層だけを見れば、NTカーネルでWindowsアプリが動くのと全く同じ流れでLinuxアプリも動くことになる。


もともとNTカーネルっていうのはWindowsアプリではなく、他社のUnixアプリや
OS/2アプリも動く設計になっていた。それらは時代とともに必要無くなったので削除されたが、
その仕組を使って新たにLinuxアプリが動くようになったのだよ。
0091login:Penguin2016/04/01(金) 22:04:59.38ID:lYyaeUHa
・Linuxユーザーがwindowsに鞍替えすることはあるだろうか?
・windowsプログラムよりもLinuxプログラムを選択することがどの程度あるだろうか?

このあたりも気になる。
0092login:Penguin2016/04/01(金) 23:21:21.87ID:MtrAlgQ/
>>89
けっきょく限りなくコンテナに近い実装の気がするが、この環境を複数走らせる事は出来るのかな?
LTS 14はそのままに16でテストしたりとか。 これらがDockerやら色々ごちゃごちゃしなくても
Windowsネイティブのツールで全部実現できるんだったら本当に最強だ。

まあ、そのためにはこれが必要になるのかもしれないが。
http://www.atmarkit.co.jp/ait/articles/1512/11/news022.html
0093login:Penguin2016/04/01(金) 23:49:42.57ID:pTc02GEA
coLinuxと何が違うの?
0094login:Penguin2016/04/01(金) 23:56:30.76ID:Y4no+P2O
>>40
>(Linuxに似た)Unixのコマンド

...
0095login:Penguin2016/04/01(金) 23:59:04.70ID:Y4no+P2O
>>60
BSDはUnixじゃないよ
なんか半可通が跋扈していて困る
0096login:Penguin2016/04/02(土) 00:06:18.56ID:x5nAfzNj
半可通に困る奴は半可通だけだって半可通が言っとったで
0097login:Penguin2016/04/02(土) 00:06:35.92ID:/0nkZZe0
>>85
>他のディストリでもWSLに対応した(Win10上で動作する)Linuxディストリビューションを提供できるようになるだろう。

それを誰が使うの?
0098login:Penguin2016/04/02(土) 00:08:33.14ID:YiDwIHUL
>>97
開発者
0099login:Penguin2016/04/02(土) 00:11:10.27ID:x5nAfzNj
を自称する半可通
0100login:Penguin2016/04/02(土) 00:16:12.90ID:/0nkZZe0
>>98
ディストリを作ることだけを目的としたディストリ開発者?
そういうマニアはいるかもしれないけど、誰が使うのかやっぱりわからん。
0101login:Penguin2016/04/02(土) 00:22:55.47ID:YiDwIHUL
>>100
Windowsを使う人がある開発者だよ。
例えばVisual Studioとかね。

そういう人がLinuxコマンドを使って
Windows上のファイルを修正したり検索したり出来る。

Cygwinでもできたけど、そのCygwinが要らなくなる。
Cygwinは遅かったりパッケージが少ないなどデメリットも有る。

Ubuntuであれば、Ubuntuそのもののパッケージが使える。
0102login:Penguin2016/04/02(土) 00:55:21.94ID:/0nkZZe0
>>101
ちゃんと読んで欲しいんだが...
他のディストリも作れるというから、それを誰が使うのというのを聞いてるんだけど。
0103login:Penguin2016/04/02(土) 01:30:59.43ID:ABzGifxF
Windows搭載予定のLinuxサブシステムでUbuntuが動作
よほどWindowsが魅力的でないOSとMS陣営自体が感じてるんだろ、ほほほ
0104login:Penguin2016/04/02(土) 01:34:25.42ID:ABzGifxF
そんなことより、劣化ずたぼろになったJavaベースで作られたNetBeansや
eclipseなんとかなんねえの?
あんなIDE使うくらいなら、コンソールベースで開発したほうが余程生産性が
あがる。
0105login:Penguin2016/04/02(土) 01:57:03.23ID:YiDwIHUL
>>102
他のディストリを使いたい人
0106login:Penguin2016/04/02(土) 07:56:50.49ID:YEJ8lsBX
Ubuntuのbashからnotepad.exeを起動したかったら、
WindowsにSSHをインストールして、Windows側にコマンドを送ればいいか
0107login:Penguin2016/04/02(土) 09:06:26.85ID:uVmhQWj6
>>106
そのやり方じゃ無理だよさ

http://unix.oskp.net/sua/interix_command/wvisible.html
0108login:Penguin2016/04/02(土) 15:20:51.43ID:YiDwIHUL
>>107
Interixじゃんw
それは何の参考にもならない。
0109login:Penguin2016/04/02(土) 15:21:23.22ID:ABzGifxF
サブシステムという位置付けにしたのがおもしろい
0110login:Penguin2016/04/02(土) 15:42:34.32ID:RKFskJSJ
>>108
いや、同じことよ。SSHでつないでプロセス起動してもnotepad.exeが起動しない理屈は同じだから。
LinuxとかでもXを設定しないと起動しないでそ?

>>109
デビッドカトラーの設計がすごいよなぁ・・。VMSの開発者でもあるし。
0111login:Penguin2016/04/02(土) 15:47:57.00ID:TkMag+ZH
>>110
> いや、同じことよ。SSHでつないでプロセス起動してもnotepad.exeが起動しない理屈は同じだから。

ぜんぜん違うw

Windows版のsshdに繋ぐ話なんだから全く関係ない。
0112login:Penguin2016/04/02(土) 16:08:11.05ID:RKFskJSJ
>>111
Windowsのsshdに接続してもつながるのは、Ubuntu Linuxサブシステムだよ
0113login:Penguin2016/04/02(土) 17:27:39.98ID:TkMag+ZH
>>112
意味がわからんwっていうかお前が意味がわかっていない。

Linuxサブシステムがない現時点のWindowsに
sshd接続して、なんでLinuxサブシステムになるんだよw
0114login:Penguin2016/04/02(土) 18:51:29.49ID:StJG0Z5Y
>>113
つまりお前さんは何を言ってるんだよ。

Cygwinの話か?WindowsでSSHへ接続って、CMDにつながるのかい?
0115login:Penguin2016/04/02(土) 20:09:19.72ID:/0nkZZe0
telnetdはcmdに繋がるね。
0116login:Penguin2016/04/02(土) 20:30:45.78ID:YEJ8lsBX
>>114
>>106で言っているSSHは、Windows版のSSHのつもりなので、
WSL上のUbuntuからSSHでローカルに接続してつながる先は、
Windowsのコマンドプロンプトではないでしょうか。

しかし、TelnetやSSH経由でWindowsのGUIアプリケーションを起動することはできましたっけ?
0117login:Penguin2016/04/02(土) 20:43:49.07ID:xXDq60wn
>>116
起動はできるけど入力できないならハングアップしたようになる
0118login:Penguin2016/04/02(土) 22:45:18.41ID:YEJ8lsBX
>>117
ありがとうございます。
TelnetやSSH経由でWindowsのGUIアプリケーションを起動することはできないっぽいですね。

少し調べてみましたが、以下のページによると、
Telnet経由でGUIアプリケーションを起動するには、PsExecを使えば良いとありました。
http://serverfault.com/questions/23695/how-to-start-a-windows-gui-app-from-telnet

PsExec
https://technet.microsoft.com/en-us/sysinternals/bb897553.aspx

方法としては、
UbuntuからTelnetやSSHでWindowsに接続して、
接続先のコマンドプロンプトでさらにPsExecを実行することで、
WindowsのGUIアプリケーションを起動することができそうな感じです。
(PsExecでGUIアプリケーションを起動するには、-iオプションを指定して、
さらにバックグラウンドで起動するには、-dオプションを指定するようです。)
あとは、Ubuntu上のファイルパスをWindows上のファイルパスに変換するコマンドを用意すれば、
スクリプトにまとめることができそうです。
まだ試していないので、上手く行くかは分からないですが。
0119login:Penguin2016/04/02(土) 23:47:52.56ID:KIIFPPML
>>116
>WSL上のUbuntuからSSHでローカルに接続してつながる先は、
>Windowsのコマンドプロンプトではないでしょうか。

まず前提としてWSLで動くSSHだとしたら、ループバックに接続した際に
開くのは、Ubuntuのシェルのはず。

そもそも、WindowsにはOpensshの前提となるいくつかのソフトウェアが移植
されていないから、おそらくWindows版sshは提供されず、Ubuntu版になる。

で、仮にTelnetで接続しても、Notepadなんかをリモートから起動することは
できないよ。

OSから見て、どのディスプレイに表示するとかそういうことが考慮されていない
から。
0120login:Penguin2016/04/02(土) 23:52:40.79ID:KIIFPPML
psexec はよい物知ったわ。ありがとう。
0121login:Penguin2016/04/03(日) 00:17:59.55ID:WxdpnS9e
>>119
MicrosoftがOpenSSHをWindowsに移植していますよ。
https://github.com/PowerShell/Win32-OpenSSH
0122login:Penguin2016/04/03(日) 01:44:29.46ID:CYF9tWiq
>>117
> 起動はできるけど入力できないならハングアップしたようになる

ローカルPCなら入力できるから、
この方法でGUIアプリ起動できそうだね。

それにCLIアプリとか入力がそもそも必要なければ
この方法でLinuxサブシステムからWindowsのコマンドを
使うことが可能になる。
0123login:Penguin2016/04/03(日) 08:31:19.94ID:mYT3ZfRb
Sygwin(=sigunus solusion 社=GNU系、コンソールベースLinuxエミュレータ)
から、その座を、サブシステムUbuntu系POSIX本家Ubuntuへ移行
※最初からアプリアイコン有り、GUIとして起動するUbuntu搭載
これで、Sygwin上で開発するより安定した状態となるね。
0124login:Penguin2016/04/03(日) 08:37:03.14ID:mYT3ZfRb
これでまた8月あたりWindows10あたりにおおきなバージョンアップが到来するわけだ。
0125login:Penguin2016/04/03(日) 08:39:44.31ID:mYT3ZfRb
但し、ボトルネックは、WindowsPCのセキュリティソフトベンダーに製品に対する
改変が加わるかどうかって問題が残るね。
0126login:Penguin2016/04/03(日) 11:20:38.89ID:G/UzRz3x
MacOSXも同じように実装してくれ
0127login:Penguin2016/04/03(日) 12:11:36.58ID:LxgngP9z
コンソール自体は、Windowsのウィンドウの一つに過ぎないんだろ?
それはWindows Subsystemが管理して描画している。
それともそのあたりはNTカーネルが管理してるの?
0128login:Penguin2016/04/03(日) 12:35:09.70ID:mYT3ZfRb
Windowsアプリとして動くSygwinと、サブシステムとして動くPOSIXじゃ異なる
0129login:Penguin2016/04/03(日) 12:42:55.41ID:mYT3ZfRb
どちらかといえば、昔存在したシステムコマンダーと酷似したものを実装する
つもりだろう。
0130login:Penguin2016/04/03(日) 12:44:51.45ID:G/UzRz3x
さっきから、Sygwinとか言ってる馬鹿は口を閉じてると良いよ。
0131login:Penguin2016/04/03(日) 12:47:11.88ID:mYT3ZfRb
Cygwinだったな
こまけえこたあどうでもええんだよ
0132login:Penguin2016/04/03(日) 13:52:26.98ID:Th0mwsDr
制限多すぎ
これは流行らんわ

BASH Running in Ubuntu on Windowsについて
ttp://opcdiary.net/?p=31483
0133login:Penguin2016/04/03(日) 14:05:30.33ID:AZTxNnt+
>>132
X使うクライアントは動作すると思うけどな
なんかその人の言うことちょっとずつずれてる気がする
0134login:Penguin2016/04/03(日) 14:06:37.85ID:kD1QzrEm
動かないで欲しい、不安定であって欲しい、使い物にならない最悪のものであって欲しい
って願望丸出しの素人が大声でわめいてる感じ
0135login:Penguin2016/04/03(日) 15:03:59.11ID:JSCGdflJ
>>133
X分かってないんだと思う。
>Clientも動作できないと考えられる。
の理由に
>グラフィックシステムにアクセスできない制約による。
が出てくるのオカシイよね。

一部の行儀の悪いClientも動作できないと考えられる。
くらいなら分かるが、自分で作った変なプログラム以外
そんなものはないだろうし...
0136login:Penguin2016/04/03(日) 15:04:54.67ID:2rH0XTeA
>Ubuntu側のシェルからのWindowsアプリケーションの起動、またその逆。

これ気になる
深く知らないがDOSがそのままターミナルのように扱えたりもするのかな
0137login:Penguin2016/04/03(日) 15:09:31.25ID:zJMO+fLd
OS2やPOSIX subsystemのCUIコマンド(sedとか)は
普通にパイプ繋いだりできたんだけどね。
Linux subsystemがPEバイナリかどうかを見れば済む話な気はするんだけど。
Windowsのユーザー管理と/etc/shadowとかgroupとかsyncしてくれるのかな?
ファイルシステムも透過的に見えるとは言っても、アクセス権の考え方も違うからなぁ。
楽しみだ、早く触りたい。
0138login:Penguin2016/04/03(日) 15:31:15.32ID:JSCGdflJ
>>137
>Windowsのユーザー管理と/etc/shadowとかgroupとかsyncしてくれるのかな?

AD必須。だったら笑っちゃうよねw
0139login:Penguin2016/04/03(日) 15:40:08.97ID:K0eHC6pV
サブシステムの定義からすると独立してるだろ
■ このスレッドは過去ログ倉庫に格納されています