ちょっと前にWindowsがBashをサポートすると言う発表をして、今年の夏頃からサポートしたバージョンがWindows 10のアップデートで配布される予定です。

現時点でもWindows Insider Programに参加することで現在進んでいるプロジェクトを先取りして使うことが出来、その中にこのBashのサポートも既に含まれているのでちょっと使ってみました。

途中、インストールで躓いたところとかもあったのでその辺もメモしておきます。

• Windows 10 Anniversary Update
• Run native Bash on Ubuntu on Windows
  • Windows Insider Programへの参加
  • Insider Previewの入手、インストール
  • Windowsのバージョンの確認
  • デスクトップに表示が出る？
  • 開発者向け機能を使う
  • Bashの有効化
• 現在インストールされているUbuntu/Bash
• ディレクトリ構造
• 日本語について
• root権限
• 大文字小文字
• シンボリックリンク
• Xサーバー
• GNU screen/tmux
• まとめ
• WindowsでのサードパーティーLinux環境

Windows 10 Anniversary Update

Run native Bash on Ubuntu on Windows

Bash on Ubuntu on Windows MSDN

以下の14316というビルドでBashをネイティブにWindows上で走らせる事が出来るようになっています。

Announcing Windows 10 Insider Preview Build 14316 Windows Experience Blog

このビルドを手に入れるためにはまず、Windows Insider Programに参加する必要があります。

また、今回行っているのは64 bit版のWindows 10 Home Editionです。

Windows Insider Programへの参加

設定の更新とセキュリティWindows Updateから詳細オプションへ行き、Insider Previewビルドの入手というところで開始するを押すと、Windows Insider Programにご参加くださいと言ったダイアログが出るので、そこで登録を押しても上のページに行けます。

また、アカウントを持ってるけどWindowsに登録してなかったり別のアカウントを使ってる様な場合、ここでアカウントを切り替えたりすることも出来ます。

大概の場合、Windows 10を使っている場合はMicrosoftアカウントを登録してあると思うのでそのアカウントでWebページでもログインし、Insider Programに参加します。

Webで参加登録後、先ほどのInsider Previewビルドの入手のところで再び開始するを押すと実際に入手する作業に入れます。

ここでちょっと注意が必要なのは、Insider Previewビルドの入手を開始する前に、プライバシーフィードバックの間隔の設定をいじっている場合、フィードバックを求められる頻度及びデバイスのデータをMicrosoftに送信するをそれぞれデフォルトの自動(推奨)、完全(推奨)に戻しておく必要があります。

これを戻しておかないと、上の開始ボタンを押しても、既にInsider Programに参加したアカウントを選んでいても延々とWindows Insider Programにご参加くださいのダイアログが出てきてしまいます。

Insider Programは正式配布前のビルドを試用してフィードバックをもらおう、というものなので当然フィードバックありきの配布なわけで、ここをオフにしてたら使えない、というわけです。

上の絵はInsider Program開始後ですが、開始後はこれらのオプションが変更できない様になっています。

ここで結構悩んで途中で辞めそうになった…

Windows 10 Pro Insider Preview 再インストール - マイクロソフト コミュニティ

Insider Previewの入手、インストール

とういうことで、無事開始することが出来たら次はビルドの入手の設定をしておきます。

先ほどのWindows Updateの詳細オプションの所に今度はInsiderのレベルを選んでください。設定を変更した後ではビルドの受け取りにしばらく時間がかかります。という項目があり、下にバーがあるので一番右のMaxのファスト(Fast)にしておきます。

これは新しいビルドをどれだけ頻繁に入手するか、というオプションですが、差し当たり早く欲しいのでファスト(Fast)に。(ただ、最初の入手に関してどれだけ意味があるのかはちょっと良くわかってません。)

この設定をすると暫くすると入手するんですが、これはWindows Updateの更新プログラムのチェックを押してもすぐに入手することは出来ません。

ネットにつながってる時に自動的にチェックして入手出来る様になるらしく、ここまで来たらしばらく待つ他ありません。

早ければ1時間以内、ヘタすると1日位かかるみたいですが、今回は設定して1時間位したら入手できる様になりました。

ここでも更新をチェックしても更新されないためにきちんと設定できてないんじゃないか?と疑ったりして、色々チェックしなおしたりしてましたが、ここはもう待つしかありませんので暫くは忘れて放っておく位な気持ちで。

しばらくしてWindows Updateを見て、更新プログラムを利用できます。の表示の下にWindows 10 Insider Preview XXXXX。の様な表示があればInsider Previewを入手出来るようになってるのでその下に出ている今すぐインストールボタンを押してインストールを開始します。

そうなってないかぎりは辛抱強く待つだけです。

初めてInsider Previewを入れるときは差分が多くあるので結構時間がかかります。(開始して寝ましたが多分最低1時間程度はかかっていた様です。)

インストールが終わったら再起動が必要ですが、再起動して更新するにも結構時間がかかります。(数十分程度。)途中で何回も再起動をしたりもするので、特にこちらの再起動の方は時間がある時に行う必要があります。(入手するだけならバックグラウンドでも出来るので。)

Insider Previewのインストールが終わって再起動すると、最初ログイン画面が青色一色になってたりログイン後にもしばらくマウスも使えない状態で待たされたりしますが、一通り準備が終わると今まで通りの設定で使える様になります。

ただ、一部機能などがリセットされるらしく、レジストリをいじって変更していたCapsLock、Alt、Ctrlの交換¹はリセットされていました。なのでこれは再び設定しておきました。

その他は今のところ特に気づいたところは特にありません。

設定の項目自体が色々と変更されてるのでその辺で細かい違いがあるかもしれません。

Windowsのバージョンの確認

Insider Preview版をインストールしましたが、ここでWindowsのバージョンの確認をしておきます。

Windowsの細かいバージョンを確認するには、Win-Rでファイルを指定して実行を起動するかCortanaの検索を使い、winverを入力して実行します。

そうするとこんな画面が出てくるので、ここでビルドが14316より大きければBashの機能が使える様になっています。

Insider Previewをインストールしていれば14000より大きなこんな数字になっていると思いますが、現状の通常バージョン(Windows 10 Home Editionで確認)だと10586.318になっていました。

もしこんな感じの数字であればまだインストールが出来ていないので、入手が終了しているのであれば設定のWindows Updateなどに行くと再起動して更新、的なボタンが有るはずなのでそれを押して再起動、更新する必要があります。

デスクトップに表示が出る？

Insider Preview版をインストールすると強制的にデスクトップに表示が出るようです。

こんな感じで右下にInsider Previewの表示が出て、壁紙とかを変えても常に表示される様な状態になっています。

ちょっと気になる人は気になるかも。。。

開発者向け機能を使う

Bashを有効化する前に、機能を使えうために開発者モードに設定する必要があります。

これは、設定更新とセキュリティ開発者向けに行くと開発者モードを選べる項目があるのでそれを選びます。

Bashの有効化

ここまで来たらBashを有効化出来ます。

スタートボタンを右クリックするなどして出てくる項目からコントロールパネルを開き、プログラムWindowsの機能の有効化または無効化を開きます。

Insider Previewが入っていて上の設定がきちんとできていれば、ここにWindows Subsystem for Linux (Beta)という項目があるはずなのでそれにチェックを入れてOK。

再起動を促されるので再起動します。

再起動したらコマンドプロンプトかPowerShellを起動してbashとコマンドを打ちます。もしくはファイルを指定して実行などからbashを直接起動してもOK。(C:\Windows\System32\bash.exeを実行する。)

そうするとBashをインストールするかどうか聞かれるのでyを入力するとBashのインストールが始まります。

インストールが終わるとBash用のユーザー名やパスワードの設定を促されます。このユーザー名などはWindowsの物と同じでなくても構いません。(PowerShellだと日本語表示になりますが、なんか表示が二重になってたりしておかしかったです。。。)

設定が終わるとBashが始まります。

その後はスタートアップにBash on Ubuntu on Windowsという項目が追加されているはずなのでそれを起動するといきなりBashなコマンドプロンプトが使えます。(この項目自体はbash.exeへのショートカットになっていて、引数として~を取る様な形になっています。)

コマンドプロンプトなりPowerShellでbashと打って始めることも出来ます。

これでWindowsでネイティブなBashが使えるようになりました。

現在インストールされているUbuntu/Bash

見てみるとこんな感じです。

$ lsb_release  -aNo LSB modules are available.Distributor ID: UbuntuDescription:    Ubuntu 14.04.4 LTSRelease:        14.04Codename:       trusty$ uname -aLinux DESKTOP-IIK93T3 3.4.0+ #1 PREEMPT Thu Aug 1 17:06:05 CST 2013 x86_64 x86_64 x86_64 GNU/Linux$ bash --versionGNU bash, version 4.3.11(1)-release (x86_64-pc-linux-gnu)Copyright (C) 2013 Free Software Foundation, Inc.License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>This is free software; you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law.

Ubuntuなのでapt-getを使ってパッケージをインストール出来る様になっています。

ディレクトリ構造

Bashのホームディテクトリは、Windows上ではC:\Users\<WindowsUserName>\AppData\Local\lxss\home\<UbuntuUserName>になります。

lxssディレクトリなのですが、エクスプローラーからだと隠しファイルを表示する様になっていても表示されず、Localまで行った後にアドレスバーに直接\lxssを追加すると中を見ることが出来ました。(何やら初めて見る仕様です。。。)

さらにC:\Users\<WindowsUserName>\AppData\Local\lxss\rootfsというデイxレクトリがありここにusrやbinなどのLinuxファイルが入っています。こちらにもhomeはあるんですが、中は空でWindows側からなにか作ってもUbuntu側のhomeには反映されないので、どうもhomeだけは\lxss\homeを使う仕様になってる模様。

これから分かるように、Bash on Ubuntu on Windowsでは各ユーザーごとにLinux環境を作る様になっているみたいです。

また、Bash側からWindowsのディレクトリを見るには、/mnt/cなどからCドライブなどへアクセスが出来る様になっています。

日本語について

Bash上では今のところ日本語を打つことが出来ません。

PowerShellなんかだと日本語を使えるのですが、bashを起動すると日本語に切り替えができなくなります。(BashなPowerShellにフォーカスがあるかぎりIMEを直接ひらがなとかにしようとしても出来ない。)

ただし、日本語を表示することは可能らしく、日本語の内容のファイルをcatしてみたり、日本語のファイル名があるディレクトリでlsしてみたところ正しく表示されました。

日本語が打てないのでVimとかで開いても文字やコピーこそ一応出来ますが、削除も半角毎に行ってるっぽい感じでまともに使えません。

無理やりファイル操作とかをしたい場合、PowerShellからbash -cとコマンドの形で呼んで、

> bash -c "mv このふぁいる あのふぁいる"

みたいな感じで操作しようと思えば出来ますが、まあ意味無いです。

root権限

root権限はユーザに与えられているのでapt-getなどはユーザーで直接できる、みたいな話を見ましたが、apt-getしてみたところPermission deniedでare you root?と聞かれてしまいました。

rootのパスワードなど設定してないのでsuしようが無いのですが、試しに

$ sudo apt-get update

としてみるとユーザーのパスワードを聞かれ、パスワードを入力すると行けました。

$ idid=1000(user) gid=1000(user) groups=1000(user),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev)

みたいになっていて、sudoグループに全権限が与えられてるので全てのコマンドをこのユーザーでsudo出来るみたいです。

大文字小文字

• 

  ファイル名やディレクトリ名の大文字小文字

上のポストに書いてあるとおり、基本的にWindowsは大文字小文字を区別しません。

一方Linuxシステムでは区別します。

Bash on Ubuntu on Windowsの場合、/mnt/cなどからWindows領域に行って作業すると基本的に大文字小文字だけが違う別のファイルを作る事は出来ません。

$ cd /mnt/c/Users/user$ touch a A$ du a A0 a

としてもaというファイルだけが出来ます。一方、Ubuntu領域に行くと、

$ cd$ touch a A$ du a A0 a0 A

と、aというファイルとAというファイルの2つができています。

実際エクスプローラーから覗いてみてもこの2つが確認できます。

Windowsは通常NTFSにフォーマットされたディスクを使いますがNTFS自体は大文字小文字を区別できますがWindowsがアプリケーションとして区別しないようにしています。なのでこの場合、Ubuntu領域に限っては区別するような特別な処置をしているみたいです。

この辺なかなか複雑なことをしてる感があります。

ただ、エクスプローラーから見えるには見えるものの、正しくは扱えないみたいで、

$ echo aaa > a$ cat aaaa$ cat A$

な状態でエクスプローラーからaをメモ帳で開いて見ると空でした。Aを削除してから再びaをメモ帳で開いてみるとaaaと言う内容が見れました。

どうもa、Aがある状態でエクスプローラーから開こうとしても常に大文字の方だけをアプリケーションに名前として渡してしまう模様。

シンボリックリンク

また、Cygwinなんかでシンボリックリンクを使おうとすると結構ややこしいのですが、Bash on Ubuntu on Windowsのシンボリックリンクはまた面倒な仕様です。

• 

  Windows 10でシンボリックリンクを利用する

• 

  Cygwin内外でリンクを共有する

シンボリックリンクを作ってみたところ、Windows領域では通常ファイルに見えますが、メモ帳とかで開こうとするとファイルにアクセス出来ませんと出て開けません。

一方、Ubuntu領域で作ると開くことは出来ますが、中身にはリンク元のファイル名が入っています。

$ touch a$ ln -s a b

とすれば、bをメモ帳で開くとaとなっている状態。

ただし、開けますが内容を変更しようとするとプロセスはファイルにアクセスできません、別のプロセスが使用中です。 と言われてWindows側から変更を保存したりは出来ません。

というわけでWindows側とリンクを共有したり、そういった事は今のところ出来なそうです。

さらに、Ubuntu領域に対してWindows側からファイルを作ったりディレクトリを作った場合、それらのものはBash側では見ることが出来ません。(なので、上でHomeに作っても変換なし、と言った所はちょっと理解が違うかもしれません。)

どうもUbuntu領域は基本的にWindowsとは完全独立な体制にしたい感じになっています。

Xサーバー

Bash on Ubuntu on WindowsではXサーバーは直接サポートしないとなってますが、自前でXサーバーを動かせばGUIなアプリも動かすことが出来ます。

XmingなりCygwinのXサーバーなりなんでも良いんですが、多分、今現在WindowsでXサーバーを立ち上げるのはMobaXtermを使うのが一番簡単なのでそれでテスト。

• 

  MobaXterm: Windowsでのcygwinに代わるターミナル環境

MobaXtermが入ってればアプリを立ち上げるだけでXサーバーも起動します。MobaXtermのローカルターミナルでDISPLAY変数を見てみると

$ echo $DISPLAY127.0.0.1:0.0

となっているので、Bash on Ubuntu on Windowsのターミナルで、

$ export DISPLAY=127.0.0.1:0.0

とします。(デフォルトでは値は設定されていません。また、ローカルホストなので実際にはexport DISPLAY=:0.0だけでもOKです。)

これでXなアプリも使える様になったはずなのでテストしてみます。適当なものが無かったのでapt-getでxclockなどXアプリをインストールして使ってみます。

$ sudo apt-get install x11-apps$ xclock

MobaXtermを起動した状態でxclockを立ち上げれば時計がきちんと出てくるはずです。

Xサーバーが動いてなければ

$ xclockError: Can't open display: 127.0.0.1:0.0

と言った感じのエラーが出ます。

もし本気でこのBash on Ubuntu on WindowsをXも含めて使いたい場合はXmingとかを使うべきだとは思いますが、取り敢えずXサーバーを動かせばXなアプリも使える様です。

GNU screen/tmux

まとめ

ちょっと触ってみた感じでは単純なBashシェルとしては普通に使えました。

sshなども入っているので他のサーバーにログインして使ったりも出来ます。

ただ、Linux環境をそのまま入れようとし過ぎているのか、基本、Windows環境と独立したものが単に入っている感じになっています。

一応/mnt/からWindows側のファイルを見ることは出来ますが、システムが違う物を無理やり繋げてる感じがして余り実用的ではありません。

Xに関しては一応使えますが別途自分で用意しなくてはいけないのでWindowsネイティブ、という売りの意味が無くなってしまいます。

起動スピードに関してはCygwinやMobaXtermに比べて大分速く、瞬時に立ち上がる感じがあるのは良い所だとは思います。

後は一応Ubuntuなのでapt-getでパッケージをインストールすることが出来、Cygwin(またはMobaXterm)のapt-cygで用意されているものに比べればパッケージが充実してるかな、という点はあります。

ですが、例えばCygiwnではcygstartというコマンドがあり、所謂Macのopenコマンド的なファイルをOSのアプリを使って開いたりOSのアプリを実行するコマンドがありますが、Bash on Ubuntu on Windowsではそのようなコマンドはありません。

これはそもそも思想が違うので今後出来るか、とわれると根本的なコンセプトが変わらないかぎりは入ってこないと思います。

そもそもWindowsにBashが入る、ということでユーザーが求めるのは個人的にWindowsをBashで管理する、ということだと思うのですが、これだと単にWindowsの中でBashを使える、というだけでむしろCygwinやMobaXtermの単なる下位互換にしかならない感じです。

取り敢えず入れてみた、感しか無いんですが、今後、Windowsを管理するためのBash、として進化してくれることを祈りつつ、ちょっと見守る感じです。(現状CygwinやMobaXtermの方が圧倒的に使えて、このBashを使う意味は全く無いという結論。。。)

WindowsでのサードパーティーLinux環境