ISE & Vivado 設定 on Ubuntu

前回記事 [Zynq 入門中](/2013/12/zynq.html) の続きです。 ISE と Vivado を Ubuntu にインストールします。 前回も述べたように、Ubuntu はサポート外なので、そのままでは動かない部分があります。 バージョンによって若干の差があるかもしれないので、ここでは以下のバージョンとします。 - Vivado 2013.2 - ISE 14.6 - Ubuntu 2013.04 64bit ### Vivado のセットアップ #### インストール Xilinx のページから tar をダウンロードして、以下を実行。 $ Xilinx_Vivado_SDK_2013.2_0616_1.tar $ cd Xilinx_Vivado_SDK_2013.2_0616_1 $ sudo ./xsetup 途中のダイアログで Cable Driver をインストールする選択肢があるが、選んでも多分うまくいかないので、 $ cd /opt/Xilinx/Vivado/2013.2/data/xicom/cable_drivers/lin64/digilent$ $ sudo ./install_digilent.sh で直接インストール。 #### 文字化け(豆腐)の修正 planAHEAD は文字化けしないのだが、 Vivado はステータスバーの表示が豆腐になってしまう。 修正の仕方がわからないが、とりあえず日本語である必要はないので、メニューから Tools -> Options... -> General -> Language and Tooltips とたどり Japanese から English へ変更。 #### Documentation のLink が開かない場合の対処方法 IP などの Documentation を開こうとすると、 /opt/Xilinx/Vivado/2013.2/ids_lite/ISE/lib/lin64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /usr/lib/firefox/libxul.so) のようなエラーが端末に出て開かない。 Vivado から起動された firefox がライブラリ検索で `/opt/Xilinx/Vivado/2013.2/ids_lite/ISE/lib/lib64/` 以下を見に行ってしまって、 しかも Ubuntu に元々インストールされているものより古いのが原因のようだ。 以下のように Vivado 添付のライブラリを退避し、`/usr/lib` 以下のものへシンボリックリンクを貼ることで動くようになった。 $ cd /opt/Xilinx/Vivado/2013.2/ids_lite/ISE/lib/lin64 # mv libstdc++.so libstdc++.so.bak # mv libstdc++.so.6 libstdc++.so.6.bak # ln -s libstdc++.so.6 libstdc++.so # ln -s /usr/lib/x86_64-linux-gnu/libstdc++.so.6 ### ISE のセットアップ #### インストール Xilinx のページから tar をダウンロードして、以下を実行。 $ tar xf Xilinx_ISE_DS_14.6_P.68d_3.tar $ cd Xilinx_ISE_DS_14.6_P.68d_3 $ sudo ./xsetup #### PlanAhead が起動しない場合の対処方法 PlanAhead が異常終了し、コンソールに以下のようなメッセージが出る。 /opt/Xilinx/14.6/ISE_DS/PlanAhead/bin/rdiArgs.sh: 95 行: 13848 Segmentation fault (コアダンプ) "$RDI_PROG" "$@" 以下のようにして、ISE に付属の libjvm.so を置き換える。 $ sudo apt-get install openjdk-7-jre $ cd /opt/Xilinx/14.6/ISE_DS/PlanAhead/tps/lnx64/jre/lib/amd64/server/ $ sudo mv libjvm.so libjvm.so.bak $ sudo ln -s /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/amd64/server/libjvm.so [ここのページ](http://forums.xilinx.com/t5/Installation-and-Licensing/RHEL5-64-bit-ISE-13-1-PlanAhead-launch-from-w-in-ISE-fails/td-p/148624/page/2) を参考にしました。 #### XilinxNotify のエラーダイアログの対処方法 root 権限でインストールした場合、PlanAhead 起動時に以下のようなエラーダイアログボックスが出る。 A disk write failure occurred. There may be insufficient disk space or you may not have write permisson at the following directory. /opt/Xilinx/14.6/ISE_DS/.xinstall Press Retry to try again, press Cancel to exit XilinxNotfy エラーの原因は、 root にしか書き込み権限のない `/opt/Xilinx/14.6/ISE_DS/.xinstall/` の下に `xilinxnotify.log` というファイルを作ろうとしているため。 インストール時は、root 権限、アプリ実行は 一般ユーザーで行うのが普通なのに、なんでこんな場所にログファイル作っちゃうんだろうね？ クオリティ低いですな。 とりあえず以下のようにして回避。 $ sudo chmod a+w /opt/Xilinx/14.6/ISE_DS/.xinstall #### Xilinx License Configuration Manager からライセンス取得できない場合の対処方法 Connect Now ボタンを押しても、ブラウザが開かずに端末に以下のメッセージが出ている。 /usr/lib/chromium-browser/chromium-browser: /opt/Xilinx/14.6/ISE_DS/common//lib/lin64/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /usr/lib/chromium-browser/chromium-browser) 以下のようにして shared object 置き換え。 $ cd /opt/Xilinx/14.6/ISE_DS/common/lib/lin64 # mv libstdc++.so libstdc++.so.bak # mv libstdc++.so.6 libstdc++.so.6.bak # ln -s libstdc++.so.6 libstdc++.so # ln -s /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #### Document が開かない場合の対処方法 ドキュメントをブラウザで開こうとするが、GLIBC の互換性の問題で開かない。 上記と同じなので、端末のエラーメッセージを見ながら `libstdc++.so` を置き換える。 ### fpga editor が起動しない場合の対処方法 ### コンソールに以下のようなエラーメッセージが出る。 /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/_fpga_editor: error while loading shared libraries: libXm.so.3: cannot open shared object file: No such file or directory ここでも shared object の問題のようだ。 パッケージ名がわからない場合は `apt-file` で調べられる。 $ apt-file search libXm.so.3 libmotif4: /usr/lib/x86_64-linux-gnu/libXm.so.3 $ sudo apt-get install libmotif4 一歩前進したが、まだ以下のようなエラーメッセージが出る。 /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/_fpga_editor: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory 以下をインストール。 $ sudo apt-get install libstdc++5 まだ以下のようなエラーメッセージが出る。 Wind/U X-toolkit Error: wuDisplay: Can't open display 環境変数が `DISPLAY=:0.0` になっているのを修正 $ export DISPLAY=:0 まだ以下のエラーメッセージが出る。 Wind/U Error (193): X-Resource: DefaultGUIFontSpec (-*-helvetica-medium-r-normal-*-14-*) does not fully specify a font set for this locale フォントをインストール。 $ sudo apt-get install xfonts-75dip xfonts-100dpi ようやく起動した。 #### ChipScope が起動しないときの対処方法 ChipScope Analyzer が起動せずに /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/analyzer: 72: /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/cs_common.sh: XIL_DIRS[0]=/opt/Xilinx/14.6/ISE_DS/ISE/: not found /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/analyzer: 73: /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/cs_common.sh: count++: not found /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/analyzer: 152: /opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/cs_common.sh: Syntax error: Bad for loop variable というエラーメッセージが端末に出る。 これは `cs_common.sh` 中で bash の拡張機能を使っているにも関わらず、shebang が `#/bin/sh` になっているから。 Xilinx がサポートしている RedHat系ディストリビューションでは `/bin/sh` が `/bin/bash` へのシンボリックリンクになっているために、__たまたま__ 動いてしまう。 Ubuntu では動かない。(Ubuntu では `/bin/sh` は `/bin/dash` へのシンボリックリンクになっている。) そこで、 `/opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/cs_common.sh` を開き、一行目を `#!/bin/bash` に書き換えるが、やはり動かない。。 よく見ると、 analyzer から `cs_common.sh` を source している。 なので `/opt/Xilinx/14.6/ISE_DS/ISE/bin/lin64/unwrapped/analizer` を開き、一行目を `#!/bin/bash` に書き換えると、、ChipScope が起動するようになりました。 #### Export Hardware for SDK が失敗する場合の対処方法 ダイアログボックスが開き、 ERROR: [Common 17-49] Internal Data Exception: xps application failed! というメッセージが出る。`gmake` がいるようだ。 ln -s /usr/bin/make /usr/local/bin/gmake ### ISE と Vivado 共通のセッティング #### Xilinx SDK で arm-xilinx-eabi-gcc が not found の場合の対処方法 xsdk を起動して、プロジェクトをビルドするときに /bin/sh: 1: arm-xilinx-eabi-gcc: not found のエラーがでる場合がある。 `settings64.sh` を source すれば、 `arm-xilinx-eabi-gcc` への PATH も通るはず。 端末上から `arm-xilinx-eabi-gcc` が見えているのに相変わらず動かない場合。 $ which arm-xilinx-eabi-gcc /opt/Xilinx/14.6/ISE_DS/EDK/gnu/arm/lin/bin/arm-xilinx-eabi-gcc $ arm-xilinx-eabi-gcc --version arm-xilinx-eabi-gcc: No such file or directory 原因は、`arm-xilinx-eabi-gcc` が 32bit ホスト用であるため。以下を実行してみればわかる。 $ file `which arm-xilinx-eabi-gcc` /opt/Xilinx/14.6/ISE_DS/EDK/gnu/arm/lin/bin/arm-xilinx-eabi-gcc: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.2.5, stripped これを 64bit ホストで動かすには 32bit 用のライブラリが必要なので、以下のようにインストールする。 $ sudo apt-get install ia32-libs もはや 32bit ホストで FPGAやるのは難があるのだから、 64bit ネイティブでツールをそろえて欲しいところですが。。 #### ノードロックライセンスを全ユーザーから使えるようにする 通常はライセンスファイルは ~/.Xilinx に置かれるが、環境変数で変更できるので、 /opt/Xilinx 以下に置き、各ユーザーが export XILINXD_LICENSE_FILE=/opt/Xilinx/Xilinx.lic の環境変数設定。 ### 端末表示関連 Zynq 上の ARM と UART で通信しなくてはならないので、そのセットアップ。 最近のデスクトップPC にはシリアルポートがついてなかったりするのですが、 評価ボード上には USB-UART 変換(CP210X)が載っているので問題なし。 #### USB-UART ドライバ Windows ならば、SiliconLab のページから CP210X のドライバをダウンロードしてくるところですが、 Linux では、Kernel のソースツリーに CP210X のドライバが含まれているので、何もしなくてよい。楽だな。 Ubuntu ならば `CONFIG_USB_SERIAL_CP210X=m` でビルドされているので、ボードと USBケーブルでつなぐだけで勝手にモジュールがロードされるはず。 試しに、ボードとUSBケーブルでつないでみて、 $ lsmod | grep ^cp210x cp210x 17382 0 みたいに表示されれば、ちゃんとロードされている。 ちなみに、ドライバは `/lib/modules/3.*.*-*-generic/kernel/drivers/usb/serial/cp210x.ko` にインストールされている。 モジュールのロードと同時に `/dev/ttyUSB0` が作られているはず。 $ ls -l /dev/ttyUSB0 crw-rw---- 1 root dialout 188, 0 8月 22 11:08 /dev/ttyUSB0 でわかるように、dialout に所属していないとアクセスできないので、以下のようにする。 $ sudo gpasswd -a <user_account> dialout #### ckermit メモ ターミナルソフトは、 Windows なら TeraTerm が有名ですが、Linux なら ckermit がおすすめです。 $ sudo apt-get install ckermit でインストール。 $ kermit で起動。 (/home/masahiro/) C-Kermit>set line /dev/ttyUSB0 (/home/masahiro/) C-Kermit>set carrier-watch off (/home/masahiro/) C-Kermit>set speed 115200 /dev/ttyUSB0, 115200 bps (/home/masahiro/) C-Kermit>connect でつながるが、毎回入力するのが面倒なので `~/.kermrc` に set line /dev/ttyUSB0 set carrier-watch off set speed 115200 connect を書いておきましょう。 閉じるときは `Ctrl-\` のあとに `c`。

VirtualBox 自動起動

ホストOSが起動した時に、ゲストOSも自動的に起動して欲しい！そう思ってやってみました。 動作確認は Ubuntu 12.04 LTS および Ubuntu 13.04 で行なっています。 - VirtualBox 本家からダウンロードしてインストールした場合 - Ubuntu 13.04 で apt-get でインストールした場合 - Ubuntu 12.04LTS で apt-get でインストールした場合 の順番に説明します。たぶん、最初のが正式？なやり方。 ### 本家からダウンロードする場合 ### <http://www.virtualbox.org/manual/ch09.html#autostart-linux> に記載があるのですが、VirtualBox 4.2 から autostart に対応しています。 一応、Ubuntu でやってみましたが、同じやり方でほぼすべてのディストリビューションで動くはず。 #### インストール方法 #### <https://www.virtualbox.org/wiki/Downloads> のページに行き、 自分のディストリビューション用のパッケージをダウンロードしてきて、インストールする。 (現時点では VirtualBox 4.2.12 for Linux というのがダウンロードできるようだ。) #### 設定方法 #### $ sudo -i # mkdir -p /etc/vbox/autostart_db # chmod 1777 /etc/vbox/autostart_db # echo "default_policy = allow" > /etc/vbox/autostart.cfg みたいな感じで、データベースディレクトリ `/etc/vbox/autostart_db` およびコンフィグファイル `/etc/vbox/autostart.cfg` を作ります。 名前は必ずしもこの通りでなくてもいいです。 後で `VBOXAUTOSTART_DB` 変数と `VBOXAUTOSTART_CONFIG` 変数にこれらのパスをセットするので。 `/etc/vbox/autostart_db` ディレクトリは一般ユーザーが設定ファイルを作成したり、削除したりするので、全員に書き込み権限を与えます。 ただし、他のユーザーの設定ファイルを勝手に削除できないように、sticky ビットを立てておきます。 `/etc/vbox/autostart.cfg` のコンフィグファイルは # Default policy is to deny starting a VM, the other option is "allow". default_policy = deny # Bob is allowed to start virtual machines but starting them # will be delayed for 10 seconds bob = { allow = true startup_delay = 10 } # Alice is not allowed to start virtual machines, useful to exclude certain users # if the default policy is set to allow. alice = { allow = false } みたいな感じでユーザーごとに設定することもできるが、とりあえず default_policy = allow の1行だけ書いておけば動きます。 次に、 `/etc/vbox/vbox.cfg` (または `/etc/default/virtualbox`) というファイルを作って、データベースディレクトリと設定ファイルへのパスを追加します。 VBOXAUTOSTART_DB=/etc/vbox/autostart_db VBOXAUTOSTART_CONFIG=/etc/vbox/autostart.cfg みたいに追加します。 続いて、ユーザーごとの設定をします。 $ VBoxManage setproperty autostartdbpath /etc/vbox/autostart_db $ VBoxManage modifyvm VM_NAME --autostart-enabled on とします。 (`VM_NAME` の部分は動かしたい仮想マシン名に置きかえてください。) 上記をすると、 `~/VirtualBox VMs/VM_NAME/VM_NAME.vbox` に以下のように Autostart enabled の設定が書き込まれます。 <AttachedDevice passthrough="false" type="DVD" port="0" device="0"/> </StorageController> </StorageControllers> + <Autostart enabled="true" delay="0" autostop="Disabled"/> </Machine> </VirtualBox> さらに `/etc/vbox/autostart_db/` 以下に `USER_NAME.start` というファイルが作られ 中身は `1` が書かれています。 ファイルの中身は、自動起動する仮想マシンの台数を表しています。 もう一台 `--autostart-enabled on` すると `2` になります。 中身が `0` になるとファイル削除されます。 `VM_NAME.vbox` とか `/etc/vbox/autostart_db/` 以下のファイルを直接いじると辻褄が合わなくなるので、理屈を理解しないうちは $ VBoxManage modifyvm VM_NAME --autostart-enabled on とか $ VBoxManage modifyvm VM_NAME --autostart-enabled off とかコマンドで操作するのがよいです。面倒ですけどね。。 ちなみに $ VBoxManage modifyvm VM_NAME --autostop-type acpishutdown として autostop の設定もすることはできますが、現時点では autostop は動かないらしい。。 以上で、設定は完了です。 再起動すると、VirtualBox も自動起動するはず、、、と思ったら起動しない。 ちょっと落とし穴がありました。 `/etc/init.d/vboxautostart-service` の中身を見てみると vboxdrvrunning() { lsmod | grep -q "vboxdrv[^_-]" } のように vboxdrv モジュールがロードされているかどうかを確認するコードがあります。 vboxdrv をロードしているのは `/etc/init.d/vboxdrv` です。 つまり、 `/etc/init.d/vboxdrv` より後に `/etc/init.d/vboxautostart-service` が実行されないといけません。 `/etc/rc2.d/` の下を `ls -l` で見てみると、 S20vboxautostart-service -> ../init.d/vboxautostart-service S20vboxdrv -> ../init.d/vboxdrv となっています。怪しいな。。 そこで `S20vboxdrv` を `S19vboxdrv` にリネームしてみました。 S19vboxdrv -> ../init.d/vboxdrv S20vboxautostart-service -> ../init.d/vboxautostart-service これで再起動すると、、バンザーイ。動きました。 `/etc/init.d/virtualbox` は簡単なシェルスクリプトなので読んでみると、起動時のシーケンスは 1. `/etc/init.d/vboxautostart-service` を実行 2. `/etc/vbox/vbox.cfg` と `/etc/default/virtualbox` 読み込む 3. `/etc/vbox/autostart_db/*.start` を見て、ユーザーを確認 4. ユーザーごとに `/usr/lib/virtualbox/VBoxAutostart` を実行。引数に `/etc/vbox/autostart.cfg` を渡す という感じになっているようです。 ### Ubuntu 13.04 で apt-get でインストールした場合 ### Ubuntu 13.04 で $ sudo apt-get install virtualbox でインストールした場合です。 この場合、VirtualBox4.2.10 がインストールされますが、本家サイトからパッケージをダウンロードしてきた場合と、 etc ファイルの構成がかなり異なります。 本家パッケージをインストールしたときにあった - `/etc/init.d/vboxautostart-service` - `/etc/init.d/vboxballoonctrl-service` - `/etc/init.d/vboxdrv` - `/etc/init.d/vboxweb-service` - `/etc/vbox` ディレクトリ が、Ubuntu 13.04 で apt でインストールした場合にはありません。 その代わり、 - `/etc/init.d/virtualbox` : `/etc/init.d/vboxdrv` の代わり - `/etc/defauult/virtualbox` があります。 `/etc/init.d/vboxautostart-service` が存在しませんので、代わりとして `/etc/rc.local` に `VBoxAutostart` を叩くコードを追加してみました。以下のような感じです。 binary=/usr/lib/virtualbox/VBoxAutostart /sbin/start-stop-daemon --background --chuid USER_NAME --start --exec $binary -- --background --start --config /etc/vbox/autostart.cfg `USER_NAME` の部分は、動かしたい仮想マシンの所有者に置き換えてください。 次に `/etc/vbox/autostart.cfg` を作り、以下の内容を記載。 default_policy = allow あとは自動起動したい仮想マシンの `VirtualBox VMs/VM_NAME/VM_NAME.vbox` を開き、以下のように1行追加。 <AttachedDevice passthrough="false" type="DVD" port="0" device="0"/> </StorageController> </StorageControllers> + <Autostart enabled="true" delay="0" autostop="Disabled"/> </Machine> </VirtualBox> ### Ubuntu 12.04LTS で apt-get でインストールした場合 ### Ubuntu 12.04 LTS で $ sudo apt-get install virtualbox でインストールした場合です。 VirtualBox のバージョンは 4.1.12 で `/usr/lib/virtualbox/VBoxAutostart` も存在しないので、上記のやり方は使えません。 `/etc/rc.local` に以下の行を追加しておきます。 su - USER_NAME -c "VBoxHeadless -startvm VM_NAME &" `USER_NAME` の部分はユーザー名に、`VM_NAME` の部分は動かしたいバーチャルマシンに置き換えてください。 というか、これが一番簡単かも。VirtualBox 4.2 以前でも使えるし。

Ubuntu 13.04 アップグレード後始末

[前回](/2013/06/raid-ubuntu.html)の記事で、Ubuntu 13.04 にアップグレードしました。 アップグレード後、ログイン時に以下のようなメッセージが出るようになりました。 Welcome to Ubuntu 13.04 (GNU/Linux 3.8.0-23-generic x86_64) * Documentation: https://help.ubuntu.com/ 0 packages can be updated. 0 updates are security updates. New release '13.04' available. Run 'do-release-upgrade' to upgrade to it. `Welcome to Ubuntu 13.04` と `New release '13.04' available` 矛盾していますね。 検索してみると、バグとして報告されているようです。 とりあえず、直し方は単純に以下のようにファイル1個消すだけでいいようです。 $ suro rm /var/lib/ubuntu-release-upgrader/release-upgrade-available `/etc/update-motd.d/91-release-upgrade` から呼ばれた `/usr/lib/ubuntu-release-upgrader/release-upgrade-motd` が必要に応じてまた作ってくれるみたいです。

RAID 上の Ubuntu をアップグレードする

Ubuntu 12.04 LTS から Ubuntu 13.04 にアップグレードしてみました。 マシンは、以前 [Linuxインストール on RAID (Intel RST)](/2012/09/linux-on-raid5-intel-rst.html) で書いた SDD 4 台で RAID5 構成です。 いきなり 13.04 にアップグレードできないので、 12.04 ⇒ 12.10 ⇒ 13.04 へとアップグレードすることにしますう。 アップデートマネージャーで 「設定...」を選び、 Ubuntu の新バージョンの通知: を「長期サポート(LTS)版」から「すべての新バージョン」へ変更する。 すると、「Ubuntu の新しいリリース '12.10'が利用可能です」というのが出てくる。 普通ならこれで簡単にアップグレードできるはずなのですが、困ったことに RAID を組んでいると、GUI でうまくアップグレードしてくれないみたいです。 Googleで調べつつやって、うまくいったので、やり方をまとめておきます。 とりあえず、アップデートマネージャーでアップグレードしていきました。 途中で、「起動デバイスへの GRUB の書き込みが失敗しました。続行しますか？」と出てくる。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgr4b_u5uBEv745EWcRgCZu0wQVRGMV0GmoBVVQ_T_fBlugq-6_sUjhWpmhXXyeGpaoUYwvOkUUqupJc_bu5ASNh3xV3v6I2ekoJy8Wx4656NpAPx7Xcdm-5SgEOMMS-dPGA7v55kI9hOk/s1600/grub-fail.png) とりあえず、続行ボタンを押して、後で手動で GRUB をインストールすることにする。 で、最後までいって、再起動する直前に端末から $ sudo grub-install /dev/mapper/isw_bdafdjfgcf_Volume0 Path `/boot/grub' is not readable by GRUB on boot. Installation is impossible. Aborting. とやったのですが、失敗。ガビーン。 (`isw_xxxxxxxxxx_Volume0` の部分は人によって違うでしょう。) このまま再起動するも、やっぱり起動せず。 こういう困った時のために [Boot Repair](https://help.ubuntu.com/community/Boot-Repair) という素晴らしいツールがあります。 メディアに書き込んで、Boot Repair からブート。 起動したら「おすすめの修復」というのを選択。 途中で、「ターミナルを開いて、次のコマンドを入力（またはコピー&ペースト）してください。」という指示が出るので、言われるままに実行していきます。 最後にGRUBをインストールする画面が出てくるので 「/dev/mappder/isw_xxxxxxxxxx_Volume0」を選択します。 これで再起動すると、 Ubuntu 12.10 が起動するようになった。 困った時の Boot Repair 、覚えておこう。

Ubuntu Old Releases

何かで必要になった時のために。 - Warty Warthog Sounder: <http://releases.ubuntu.com/4.10/> - Hoary Hedgehog Array: <http://releases.ubuntu.com/5.04/> - Breezy Badger Colony: <http://releases.ubuntu.com/5.10/> - Dapper Drake Flight: <http://releases.ubuntu.com/6.06/> - Edgy Eft Knot: <http://releases.ubuntu.com/6.10/> - Feisty Fawn Herd: <http://releases.ubuntu.com/7.04/> - Gutsy Gibbon Tribe: <http://releases.ubuntu.com/7.10/> - Hardy Heron: <http://releases.ubuntu.com/8.04/> - Intrepid Ibex: <http://releases.ubuntu.com/8.10/> - Jaunty Jackalope: <http://releases.ubuntu.com/9.04/> - Karmic Koala: <http://releases.ubuntu.com/9.10/> - Lucid Lynx: <http://releases.ubuntu.com/10.04/> - Maverick Meerkat: <http://releases.ubuntu.com/10.10/> - Natty Narwhal: <http://releases.ubuntu.com/11.04/> - Oneiric Ocelot: <http://releases.ubuntu.com/11.10/> - Precise Pangolin: <http://releases.ubuntu.com/12.04/> - Quantal Quetzal: <http://releases.ubuntu.com/12.10/> - Raring Ringtail: <http://releases.ubuntu.com/13.04/>

solarized

目にやさしい solarized というのを使ってみました。 とりあえず emacs に導入してみた。 Ubuntu でセットアップした時のメモです。 emacs23 に color theme というのを入れる必要があるようなので $ sudo apt-get install emacs-goodies-el でインストール。 <https://github.com/altercation/solarized/blob/master/emacs-colors-solarized/color-theme-solarized.el> にアクセス。 Rawボタンを右クリックして 「ボタンを右クリックして リンク先を別名で保存...」。 とりあえず、 `~/.emacs.d/elisp/color-theme-solarized.el` に保存したとする。 `~/.emacs` に以下を書いておく。 (load-file "~/.emacs.d/elisp/color-theme-solarized.el") (when (require 'color-theme-solarized)   (color-theme-solarized-light)) [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEi36UzwgWLQDf6GoLtgrZIRMym2c-iqBU3dGComSF5SvOHDzp8ih_tkE-LQvBLczb6srYPUh3KqHaQPPnO1FTyUs_gUkhh4bKcoocucPHR4s7g8rSpfu3O4N1Iy2sjL1kN0xCZPuvEX3xw/s1600/Screenshot_from_2013-06-04+01:14:13.png) (when (require 'color-theme-solarized)   (color-theme-solarized-dark)) にするとこんな感じ。 [](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiSvsJ_H6a3QbVDkzM7s5J_KtcG-_dCFahoM95oIG_1Npoy59D5za5tJXLTUqJNV17z3vzQIBKOK9jC9mdODsy8hoSLj-5b9wYamzgkQ0LHN2kpaYwMxpFG0VgHiYz4G_WerCs_YGDgz0M/s1600/Screenshot_from_2013-06-04+01%253A14%253A32.png)

vnc で Ubuntu をリモート操作

Ubuntu でデスクトップをリモート操作します。 動作確認は Ubuntu 12.04 LTS と Ubuntu 13.04 でしました。 「お手軽編」と「ちゃんとする編」を紹介します。 ### お手軽編 ### vino(サーバー) と remmina (クライアント) を使います。 どちらも、たぶんデフォルトで入っていると思うので、インストールするパッケージはなし。 #### サーバー側 #### サーバー側で vino の設定をします。 メニューから「システムツール」 -> 「設定」 -> 「デスクトップの共有」を選びます。 (自分は Unity が好きではないので、 `gnome-session-fallback` を入れている。) 端末から起動する場合は $ vino-preferences と入力すると、設定ダイアログが出てくる。 「他のユーザーが自分のデスクトップを表示できる」と「他のユーザーがデスクトップを操作できる」にチェックを入れます。 「このマシンへの接続を毎回確認する」はチェックを外しておいた方がよいでしょう。 これにチェックが入っていると、クライアントから接続するときに、サーバー側に「別のユーザーがお使いのデスクトップを参照しているようです。許可しますか？」というダイアログが出てきます。 わざわざ、サーバー側まで歩いて行って、許可ボタンを押していると、遠隔操作の意味がほとんどなくなってしまいます。 誰でもデスクトップを操作できるのはよろしくないので、「パスワードの入力を要求する」にチェックをいれておくのがよいでしょう。このパスワードは、ログインパスワードとは別のようです。 #### クライアント側 #### それでは、クライアント側から接続してみます。 クライアント側のメニューで「インターネット」 -> 「Remmin リモートデスクトップ・クライアント」 を選びます。 もしくは端末から起動するなら $ remmina と入力します。 ダイアログが開くので、プロトコルから「VNC - 仮想ネットワークコンピューティング」を選びます。 あとは、「サーバー」と「ユーザー名」を入力して、「接続」ボタンを押すと接続できます。 「サーバー」の欄はホスト名かIPアドレスを入れます。「:0」は付けても付けなくてもよい。 #### 問題点 #### 以上で、とりあえずリモート操作はできるのですが、これでは問題もあります。 vino は daemon ではないので、サーバー側でユーザーがログインしてすでにデスクトップを表示していないと、クライアントからは接続できません。 つまり、デスクトップにログインするときはサーバーのところまで歩いていって、直接操作しないといけません。 ディスプレイマネージャーからログインできるようにするには、以下で紹介する方法を取ります。 ### ちゃんとやる編 ### #### サーバー側 #### サーバー側は x11vnc を使います。 $ sudo apt-get install x11vnc xinetd を入れる。 `/etc/xinetd.d/x11vnc` を以下の内容で作成する。 service x11vnc { type = UNLISTED disable = no socket_type = stream protocol = tcp wait = no user = root server = /usr/bin/x11vnc server_args = -inetd -o /var/log/x11vnc.log -display :0 -forever -bg -rfbauth /etc/vncpasswd -shared -enablehttpproxy -forever -nolookup -auth /var/run/lightdm/root/:0 port = 5900 flags = IPv6 } x11vncのパスワード設定 $ sudo x11vnc -storepasswd /etc/vncpasswd Enter VNC password: Verify password: Write password to /etc/vncpasswd? [y]/n y Password written to: /etc/vncpasswd xinetd を再起動 $ sudo service xinetd restart 念のため `netstat` で確認して 5900番をLISTENしていたら、サーバー側の設定はOKです。 $ netstat -a | grep 5900 tcp6 0 0 [::]:5900 [::]:* LISTEN #### クライアント側 #### クライアント側は、「お手軽編」で説明したのと同じで、 remmina で接続できます。 環境によるのでしょうが、たまに接続したと思ったらいきなりウィンドウが閉じて終了していまうことがありました。 remmina の「色数」のところが「256色」になっていると、異常終了することがあったので、最低でも「High color (15bit)」の設定にしました。 Ubuntu 12.04LTS にはないようですが、Ubuntu 13.04 には `vncviewer` というクライアントがあるようです。 $ sudo apt-get install vncviewer でインストールします。 $ sudo vncviewer HOST_NAME だけで使えます。なかなか使いやすいです。

NFSv4 + Kerberos で セキュリティとユーザーマッピングを解決

NFSv4 と Kerberos を組み合わせることで、NFSのセキュリティとユーザーマッピングの課題を解決してみました。 これまで、自分が NFS を使う際の懸念事項がセキュリティの問題とユーザーマッピングの問題でした。 #### セキュリティについて #### `/etc/exports` でマウントを許可するクライアントを指定することはできるものの、IPアドレスは基本的に自己申告ですから、LAN内にある全てのマシンが信用できるという場合を除いては、かなり危険だと思います。 ある程度規模の大きい LAN につないでいる場合、中には悪い人がいるかもしれません。 例えば、サーバー側が `/etc/exports` に /home 192.168.11.30(rw,sync) と書いて、公開したとします。 他のマシンから $ showmount -e NFS_SERVER_NAME で問い合わせると /home 192.168.11.30 と表示されます。 つまりどのホストに対して、どのディレクトリを公開しているかは一目瞭然です。 その IPアドレスになりすまされると、悪意のある人に簡単にマウントされてしまいます。 #### ユーザーマッピングの問題について #### NFSv3 までは、パーミッションについては クライアント側の UID と GID がサーバー側でも利用されるので、サーバー/クライアント間で UID と GID の同期が取れていない場合、別ユーザーになってしまうという問題があります。 例えば、サーバー側では taro が UID 500 だったとします。 もし、クライアント側で taro が UID 600 になっていたとすると、 taro は サーバー上のファイルへアクセスできなくなってしまいます。 しかも、クライアント側で、もし hanako が UID 500 に割り当たっていたとすると、 hanako は サーバー上の taro のファイルにアクセスできてしまうことになる。 ディストリビューションによって、一般ユーザーの UID に使われる範囲が違います。 RedHat系は 500～、Ubuntuなどでは 1000～ が使われるようです。 ですから、 NIS や LDAP などでユーザー情報を一元管理しているか、気をつけてユーザーID を設定している場合を除いては、サーバー/クライアント間で UID や GID は一致しないことが多いです。 そもそも「サーバー/クライアント間でユーザーに同じ UID/GID が使われている」という前提は期待されるべきものでもないと思うのです。 exports の古い man ページを見るとかつて `map_static` というオプションがあって、 サーバー/クライアント間で UID と GID を再マッピングできたみたいなのですが、すでに廃止されていているみたいです。 そこで、NFSv4 + Kerberos version5 をセットアップし、上記の「セキュリティの問題」と「ユーザーマッピングの問題」を解決してみました。 ユーザーマッピングについては NFSv4 で idmapd デーモンがやってくれるので、Kerberos までは必要ないようにも思えます。 ところが、NFSv4 単独だと、ユーザーマッピングがうまく動きませんでした。 検索してみたところ、 「idmapd が期待通り動かない」という書き込みが多かったですし、私も実際試してみたのですが、結局やり方がわかりませんでした。 一方、認証を Kerberos に任せた場合は、ユーザーマッピングもうまく動作しました。 最初、 RHEL/CentOS での設定をまとめます。その後、 Ubuntu での設定も簡単に説明します。 前提として、すでに Kerberos の基本的な設定は済んでいるものとします。 この部分は、前回 [Kerberos を使ってみる(RHEL/CentOS/Ubuntu編)](/2012/12/kerberos-v5.html)の記事で説明しました。 ### RHEL/CentOS編 ### RHEL6.3/CentOS6.3で確認しています。 ここでは説明上、 - NFSサーバーのホスト名: `nfsserver.mydomain.com` - NFSクライアントのホスト名: `nfsclient.mydomain.com` とする。 NFSサーバー/NFSクライアント両方とも `/etc/sysconfig/nfs` で SECURE_NFS="yes" の行を有効にしておきます。 さらに、どのホストからでもいいですけど、 kadmin: addprinc -randkey nfs/nfsserver.mydomain.com kadmin: addprinc -randkey nfs/nfsclient.mydomain.com として、サーバー側、クライアント側の両方のサービスプリンシパルを作成する。 通常のサービスではサーバー側だけサービスプリンシパルを作成するのですが、NFS については サーバー/クライアント両方とも必要です。 `ktadd` はおのおののホスト上で行わないといけません。 NFSサーバー (`nfsserver.mydomain.com`)上で kadmin: ktadd nfs/nfsserver.mydomain.com NFSクライアント(`nfsclient.mydomain.com`)上で kadmin: ktadd nfs/nfsclient.mydomain.com とする。 それぞれのホストの `/etc/krb5.keytab` にキーが保存されるはず。 ちゃんと保存されているか念のために確認してみます。 NFSサーバー側の結果： [root@nfsserver] # klist -e -k /etc/krb5.keytab Keytab name: WRFILE:/etc/krb5.keytab KVNO Principal ---- -------------------------------------------------------------------------- 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (aes256-cts-hmac-sha1-96) 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (aes128-cts-hmac-sha1-96) 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (des3-cbc-sha1) 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (arcfour-hmac) 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (des-hmac-sha1) 2 nfs/nfsserver.mydomain.com@MYDOMAIN.COM (des-cbc-md5) NFSクライアント側の結果： [root@nfsclient]# klist -e -k /etc/krb5.keytab Keytab name: WRFILE:/etc/krb5.keytab KVNO Principal ---- -------------------------------------------------------------------------- 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (aes256-cts-hmac-sha1-96) 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (aes128-cts-hmac-sha1-96) 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (des3-cbc-sha1) 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (arcfour-hmac) 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (des-hmac-sha1) 3 nfs/nfsclient.mydomain.com@MYDOMAIN.COM (des-cbc-md5) また、NFSサーバー側の `/etc/exports` の書き方は /home gss/krb5(fsid=0,crossmnt,rw,sync) などとなります。公開先のホスト名の部分を `gss/krb5` とする部分がポイントです。 あとはクライアント側から # mount -t nfs4 -o sec=krb5 nfsserver:/ hogehoge といった感じでマウントができます。 (実は `-t nfs4` の部分はなくてもよい。) マウントはこれでできますが、実際にアクセスするには、ユーザーは Kerberos 認証を済ませないといけません。 $ kinit でTGT を入手しておけば、アクセス可能になります。 なお、NFSv4 + Kerberos を解説したページで `ktadd` するときに `-e des-cbc-crc:normal` オプションを付けると説明しているページもありますが、現在はこのオプションは不要ですので、このオプションは付けないでください。 `dec-cbc-crc` 自体が廃止で、エラーになります。 ### Ubuntu編 ### Ubuntu 12.04 LTS で確認しました。 やり方は、RHEL/CentOS とほとんど同じなので、差分だけ説明します。 NFSサーバーは `nfs-kernel-server` パッケージ、NFSクライアントは `nfs-common` パッケージのインストールが必要です。 RHEL/CentOS で `/etc/sysconfig/nfs` で SECURE_NFS="yes" を設定するとなっている部分は Ubuntu では不要です。 その代わり、Ubuntu では、NFSサーバーの `/etc/default/nfs-kernel-server` に NEED_SVCGSSD=yes NFSクライアントの `/etc/default/nfs-common` に NEED_GSSD=yes を追加します。 あとは、同じやり方でできます。 ### RHEL/CentOS と Ubuntu の組み合わせ ### RHEL/CentOS 同士、 Ubuntu 同士の組み合わせで説明しましたが、もちろん、 CentOSのNFSサーバー と Ubuntu クライアントといった組み合わせでも動きました。 CentOS では UID は 500～ から使われていて、Ubuntuでは UID は 1000～ なので、当然ながら UID/GID はまったくバラバラなのですが、うまくユーザーマッピングして動いてくれています。

Kerberos を使ってみる (RHEL/CentOS/Ubuntu編)

NFSv4 と Kerberos を組み合わせて、 NFS のセキュリティの弱さをカバーしてみたいと思います。 長いので 2回に分けました。 今回は Kerberos の初期設定の部分までやってみます。 まずは RHEL/CentOS の場合のやり方を説明し、最後に Ubuntu でやる場合の差分情報をまとめておきます。 ### RHEL/CentOS編 ### RHEL 6.3/CentOS 6.3で確認しました。 Kerberos サーバー側は `krb5-server` パッケージをインストールします。 クライアント側については `krb5-workstation` がデフォルトでインストールされているので、特にインストールする必要はないです。 Kerberos サーバーのことを KDC (Key Distribution Center) と言います。 主に設定変更するファイルは3点です。 - `/etc/krb5.conf` : Kerberos 認証を利用する全ホストで設定必要 - `/var/kerberos/krb5kdc/kdc.conf`: KDCのみ設定する - `/var/kerberos/krb5kdc/kadm5.acl`: KDCのみ設定する 以下、説明の都合上、 - KDCのホスト名 : `mykdc.mydomain.com` - サービスサーバーのホスト名: `myserver.mydomain.com` - サービスクライアントのホスト名: `myclient.mydomain.com` として説明します。 `mykdc` と `myserver` は同一ホストであってもいいですが、一応、別々として説明しています。 Kerberos のシングルサインオンで、 `myclient` から `myserver` へ ssh ログインするところまでやってみます。 #### krb5.conf の修正 #### 各ホストの `/etc/krb5.conf` を以下のように修正します。 [logging] default = FILE:/var/log/krb5libs.log kdc = FILE:/var/log/krb5kdc.log admin_server = FILE:/var/log/kadmind.log [libdefaults] # default_realm = EXAMPLE.COM ←コメントアウト default_realm = MYDOMAIN.COM ←追加 dns_lookup_realm = false dns_lookup_kdc = false ticket_lifetime = 24h renew_lifetime = 7d forwardable = true [realms] EXAMPLE.COM = { kdc = kerberos.example.com admin_server = kerberos.example.com } MYDOMAIN.COM = { ←追加 kdc = mykdc.mydomain.com ←追加 admin_server = mykdc.mydomain.com ←追加 } ←追加 [domain_realm] .example.com = EXAMPLE.COM example.com = EXAMPLE.COM レルム名 (Kerberos が管理する範囲のこと) が `EXAMPLE.COM` になっているので、 `MYDOMAIN.COM` に変更しました。 ドメイン名を大文字にしたものをレルム名にするのが慣例です。 #### kdc.conf の修正 #### KDCホストの `/var/kerberos/krb5kdc/kdc.conf` を以下のように修正。 [kdcdefaults] kdc_ports = 88 kdc_tcp_ports = 88 [realms] # EXAMPLE.COM = { ← コメントアウト MYDOMAIN.COM = { ← 追加 #master_key_type = aes256-cts acl_file = /var/kerberos/krb5kdc/kadm5.acl dict_file = /usr/share/dict/words admin_keytab = /var/kerberos/krb5kdc/kadm5.keytab supported_enctypes = aes256-cts:normal aes128-cts:normal des3-hmac-sha1:normal arcfour-hmac:normal des-hmac-sha1:normal des-cbc-md5:normal des-cbc-crc:normal } #### kadm5.acl の修正 #### KDCホストの `/var/kerberos/krb5kdc/kadm5.acl` を以下のように修正。 # */admin@EXAMPLE.COM * ← コメントアウト */admin@MYDOMAIN.COM * ← 追加 これは `kadmin` 中で実行可能なコマンドを設定しています。 `*/admin` のユーザーに全コマンドを許可するのが慣習です。 #### データベース設定 #### 3種類のファイルの修正ができたら KDC上で root@mykdc # kdb5_util create -s でデータベースを作成する。 途中で KDC database master key を入力するように言われるので、パスワードを設定します。 さらにサーバー側で `kadmin.local` で `root/admin` プリンシパルを作成する。 `kadmin.local` はどんなコマンドでもパーミッションを無視して、成功します。 root@mykdc # kadmin.local ... kadmin.local: addprinc root/admin ... kadmin.local: exit kadmin サービスと krb5kdc サービスを開始する。 root@mykdc # chkconfig kadmin on root@mykdc # service kadmin start root@mykdc # chkconfig krb5kdc on root@mykdc # service krb5kdc start ファイアウォールを設定している場合、 - `88/tcp, 88/udp` (krb5kdc サービス) - `749/tcp` (kadminサービス) を開けておきます。 これ以降は、どのホストからでも $ kadmin -p root/admin とすれば、KDC database のメンテができるようになります。 どのホストからでもいいのですが、以下のようにユーザープリンシパルやホストプリンシパルを作ります。 $ kadmin -p root/admin kadmin: addprinc user01 kadmin: addprinc -randkey host/myserver.mydomain.com kadmin: exit とします。 `user01` は使うユーザー名で適宜置き換えてください。 最後、ホストプリンシパルのパスワードを `ktadd` する。これは必ずサービスサーバー上で行わないといけない。 root@myserver # kadmin -p root/admin kadmin: ktadd host/myserver.mydomain.com kadmin: exit キーはサービスサーバーの `/etc/krb5keytab` へ保存されます。 試しに、以下のようにするとキーが保存されているのがわかります。 myserver # klist -e -k /etc/krb5.keytab Keytab name: WRFILE:/etc/krb5.keytab KVNO Principal ---- -------------------------------------------------------------------------- 2 host/myserver.mydomain.com@MYDOMAIN.COM (aes256-cts-hmac-sha1-96) 2 host/myserver.mydomain.com@MYDOMAIN.COM (aes128-cts-hmac-sha1-96) 2 host/myserver.mydomain.com@MYDOMAIN.COM (des3-cbc-sha1) 2 host/myserver.mydomain.com@MYDOMAIN.COM (arcfour-hmac) 2 host/myserver.mydomain.com@MYDOMAIN.COM (des-hmac-sha1) 2 host/myserver.mydomain.com@MYDOMAIN.COM (des-cbc-md5) 以上でセットアップ完了です。 クライアント側で user01@myclient $ kinit で認証します。 user01@myclient $ ssh myserver で `myserver` のログインパスワードを入力せずに、ssh 接続できます。 Kerberos で認証できているためです。シングルサインオンが実現しました！ user01@myclient $ klist でキャッシュされているチケットが表示されます。 Valid starting Expires Service principal 12/17/12 16:26:33 12/18/12 16:26:33 krbtgt/MYDOMAIN.COM@MYDOMAIN.COM renew until 12/17/12 16:26:33 12/17/12 16:27:17 12/18/12 16:26:33 host/myserver.mydomain.com@MYDOMAIN.COM renew until 12/17/12 16:26:33 なお、 ホストプリンシパルのサービスチケットの取得がうまく行かない場合、 `/etc/hosts` を確認してみてください。 192.168.10.xx myserver.mydomain.com myserver のように Fully Qualified Domain Name が先にくるように書いておかないと、ホストの逆引きで失敗します。 192.168.10.xx myserver myserver.mydomain.com のように書くとうまくいきません。 ### Ubuntu編 ### Ubuntu 12.04 LTS で確認しました。 KDC側は $ sudo apt-get install krb5-kdc krb5-admin-server KDC以外のホストは $ sudo apt-get install krb5-user をインストールします。 インストールの途中で - レルム - あなたのレルムのケルベロスサーバー (`/etc/krb5.conf` の `kdc` に設定される) - あなたのレルムのケルベロス管理サーバー (`/etc/krb5.conf` の `admin_server` に設定される) を質問されるので、答えます。 これに基づき、`/etc/krb5.conf` と `/etc/krb5kdc/kdc.conf` (KDCのみ)を作ってくれるので、とりあえずそのまま使えます。 ちなみに、RHEL/Ubuntu で `/var/kerberos/krb5kdc/` にあったディレクトリは Ubuntu では `/etc/krb5kdc/` にあります。 mykdc $ sudo krb5_newrealm でデータベースを作成する。この時に `/etc/krb5kdc/kadmin.acl` も作成されます。 `/etc/krb5kdc/kadmin.acl` の # */admin * のコメントを外す。 あとは mykdc $ sudo kadmin.local kadmin.local: addprinc user01/admin などとし、RHEL/CentOS と同様にプリンシパルを追加していきます。 なお、Kerberos による ssh シングルサインオンをするには ssh サーバー側の `/etc/ssh/sshd_config` の GSSAPIAuthentication no を GSSAPIAuthentication yes に変更する必要があります。

autofs 設定 (RHEL/CentOS/Ubuntu編)

autofs はアクセスするときに自動的にマウントしてくれる機能です。 [前回](/2012/12/nfs-v3-v4-rhelcentosubuntu.html) 説明した NFS と合わせて使用すると大変便利です。 (もちろん autofs は NFS専用ではなくて、ローカルなファイルシステムに対しても使えますが。) 以下では、最初に RHEL/CentOS でのやり方を説明し、最後に Ubuntu でやる場合の差分を簡単にまとめます。 ### RHEL/CentOS編 ### 動作確認は RHEL 6.3 / CentOS 6.3 でやっております。 NFSクライアント側で autofs サービスを起動しておきます。 パッケージ名は autofs ですが、RHEL/CentOSでは多分デフォルトでインストールされていると思います。 $ service autofs status で autofs が動いていることを確認しておきます。 設定は `/etc/auto.master` ですが、とりあえずデフォルトのままで使えるようにしてくれています。 実際にやってみましょう。 `MY_NFS_SERVER` というホスト名の NFS server がすでに稼働しているとします。 $ cd /net $ ls 何も表示されません。。しかし、 $ cd /net/MY_NFS_SERVER $ ls ディレクトリが表示されるはず。 このように `/net/<サーバー名>` にアクセスするとそのサーバーが公開しているディレクトリを自動的に全部マウントしてくれます。 これだけでも、十分使えると思いますが、自分で細かく設定したい場合は `/etc/auto.master` をいじります。 先ほどの /net については /net -hosts という設定が書かれています。 `-hosts` というのは特別なオプション設定で、 `/etc/hosts` に基づいて、NFS で公開しているものを全部マウントしてくれる(と自分では理解している)。 細かく設定する場合、 `/etc/auto.misc` のような別ファイルに詳細設定を記載し、それを `/etc/auto.master` から読み込むという書き方が一般的のようです。 例えば、 `/etc/auto.master` には /misc /etc/auto.misc --timeout=60 のように <マウントポイント> <サブ設定ファイル> [<オプション>] の書式で書いておく。 (`--timeout=60` は、60秒アクセスがないと、自動的にアンマウントされるというオプションです。) 細かい設定は `/etc/auto.misc` の方で hoge -rw MY_NFS_SERVER:/piyo のように key option location という書式で書いておく。(詳しくは autofs(5) 参照してください。) すると `/misc/hoge` にアクセスすると `MY_NFS_SERVER:/piyo` 以下を勝手にマウントしてくれるというわけです。 ### Ubuntu 編 ### 動作確認は Ubuntu 12.04 LTS でやっています。 Ubuntu はデフォルトではインストールされていないので、 $ sudo apt-get install autofs でインストールする。 設定の仕方は RHEL/CentOS のやり方と同じです。 /net の設定はデフォルトではコメントアウトされているので、使いたければ、 `/etc/auto.master` の #/net -hosts のコメントを外します。

NFS v3 と v4 設定まとめ (RHEL/CentOS/Ubuntu編)

NFSのセットアップ手順を簡単にまとめておきます。 NFS v3以前と v4とでポリシーがかなり違うので、それぞれの方法をまとめておきます。 まずは、 RHEL/CentOS でのやり方をメインに説明します。最後に Ubuntu でやる場合の差分情報もまとめておきました。 ### REEL/CentOS 編 #### NFSv3以前の場合 CentOS の場合、nfs-file-server パッケージはデフォルトでインストールされています。 サーバー側の設定は `/etc/exports` に directory client(option,...) client(option,...) ... の形で記述します。 /path/to/dir1 nfs.client.addr(rw,sync) /path/to/dir2 nfs.client.addr(rw,sync) みたいな感じ。 同じクライアントへ、複数のディレクトリを公開することもできる。 設定したら # chkconfig nfs on # service nfs restart RHEL や CentOS はデフォルトでファイアウォールでブロックされているので、システム->管理->ファイアウォールで無効にしておきます。 （ポート番号が固定されないらしいので。） クライアント側から # mount nfs.server.addr:/path/to/dir1 /mount/point1 # mount nfs.server.addr:/path/to/dir2 /mount/point2 みたいな感じでマウントできます。 マウント対象のディレクトリパスは、実際にサーバーが公開されているディレクトリパスよりも上の階層、下の階層も指定できます。 # mount nfs.server.addr:/ /mount/point のようにサーバー側のルートディレクトリも指定できる。 もちろん、公開されているディレクトリしか見えないわけですけど。 #### NFSv4 の場合 v3以前は、サーバーはディレクトリごとに個別に export し、クライアント側もディレクトリごとに個別にマウントしていた。 それに対して、v4 ではサーバーは一つの仮想的なファイルシステムを export し、クライアント側からはそれがサーバーのルートディレクトリとして見えます。 サーバー側の `/etc/exports` の設定は /path/to/dir nfs.client.addr(rw,sync,fsid=0) などのようにします。 `fsid=0` を指定するのがポイントです。 クライアント側はv3以前と同じように # mount nfs.server.addr:/ /mount/point のようにする。`-t nfs4` はつけてもつけなくても変わらなかった。 v4では、クライアントから見た時のディレクトリの見え方が異なります。 v3以前は サーバー側の `/path/to/dir` はクライアントからも `server:/path/to/dir` として見えました。 v4の場合、サーバー側の `/path/to/dir` はクライアント側からは `server:/` に見えます。 前述の通り、v4 では 仮想的なファイルシステムを一つだけ作ってそれを export し、ルートディレクトリとしてクライアントに見せるというポリシーのため、別々のディレクトリを export したいときはちょっと手間がかかります。 とりあえず export するディレクトリツリーを `/export` の下に構築することにする。 例えば、 `/home/user1` と `/home/user2` を export したい場合 # mkdir -p /export/user1 /export/user2 # mount --bind /home/user1 /export/user1 # mount --bind /home/user2 /export/user2 このように export したいディレクトリを bind で `/export` の下に集めるわけだ。 `/etc/exports` の書き方は2通りあります。 1つ目は親ディレクトリに `fsid=0` を指定、子ディレクトリには `nohide` を指定する方法。 /export nfs.client.addr(rw,sync,fsid=0) /export/user1 nfs.client.addr(rw,sync,nohide) /export/user2 nfs.client.addr(rw,sync,nohide) 2つ目は親ディレクトリに `fsid=0` と `crossmnt` を指定する方法。 /export nfs.client.addr(rw,sync,fsid=0,crossmnt) 親に `crossmnt` 指定すると、子に `nohide` 指定するのと同じ効果が得られます。 後者のやり方の方が、重複する記載がないので、楽だと思います。 なお、v4ではポートが固定されるので、ファイアウォールといっしょに使いやすいです。 2049/tcp を開いておきます。 #### v3以前とv4が混在したら、、、 上記のように `/etc/exports` の書き方、つまり `fsid=0` がついているかどうかで、v3 か v4 かが判断されるわけです。 一つの `/etc/exports` の中に、v3以前の書き方とv4の書き方を混在して書くこともできるわけだが、その場合どうなるんでしょうね。実験してみました。 `/etc/exports` の記載は以下のようにします。 # v3 style /path/to/dir1 nfs.client.addr(rw,sync) /path/to/dir2 nfs.client.addr(rw,sync) # v4 style /export nfs.client.addr(rw,sync,fsid=0) /export/user1 nfs.client.addr(rw,sync,nohide) /export/user2 nfs.client.addr(rw,sync,nohide) クライアントから # mount nfs.server.addr:/ /mount/point とするとサーバーの `/export` がマウントされた。ルートディレクトリをマウントしようとすると v4 の意味に解釈されるらしい。 # mount nfs.server.addr:/path/to/dir1 /mount/point とするとサーバーの `/path/to/dir1` がマウントされた。 一応、同一サーバー、同一クライアント間で v3以前と v4 は同時使用できるみたいだ。 ただし、 #mount nfs.server.addr:/path/to /mount/point のように v3 スタイルの上位ディレクトリを指定するとアクセス拒否されるようになりました。 v3以前のやり方のほうが設定は簡単でわかりやすいとは思いますが、v4 だと - ポート番号が2049 固定でファイアウォールと一緒に使いやすい - Kerberos と組み合わせてセキュリティ面を強化 - idmapd で サーバー/クライアント間で異なるUID/GID でも対応できる などのメリットもあるので、自分は NFSv4 を使うようになりました。 Kerberosとの組み合わせ方は、後日まとめます。 ### Ubuntu編 さて、上記は RHEL/CentOS の場合ですが、Ubuntuの場合にも簡単にまとめておきます。 Ubuntu ではデフォルトでは NFS は入っていないので サーバー側は `nfs-kernel-server` パッケージをインストール。 クライアント側は `nfs-common` パッケージをインストールします。 サービス名は `nfs-kernel-server` です。 あとのやり方は RHEL/CentOS編 で説明したのと同じですので、割愛します。

NIS 設定まとめ (RHEL/CentOS/Ubuntu編)

NISの設定方法をメモっておきます。 最初に RHEL/CentOS での方法を記載し、最後に Ubuntu の場合の差分を記載します。 ### RHEL/CentOS編 CentOS 6.3でやってみました。 NISに関連するパッケージは以下です。 - ypserv : NISサーバ - ypbind : NISクライアントとNISドメインをバインドするデーモン - yp-tools: NISクライアントプログラム集 ypbind と yp-tools はデフォルトで入っているはず。 ypserv はサーバー側にだけ必要になります。 #### NISサーバー側の設定 # yum install ypserv でインストールします。 `/etc/sysconfig/network` に以下のようにNISドメイン名を追加する。NISドメイン名はとりあえずサーバーとクライアントで共通であればよいです。普通、ホスト名のドットより後ろの部分を使います。 NISDOMAIN=<NISドメイン名> ypserv サービスを起動しておく。 `/var/yp/Makefile` の `all:` ターゲットの部分を見ればどのマップ(=NISで管理されるファイル)が作成されるかがわかります。 とりあえずデフォルトのままでOKです。 NISデータベースを初期化します。 32bit OSなら # /usr/lib/yp/ypinit -m 64bit OSなら # /usr/lib64/yp/ypinit -m を実行する。 #### NISクライアント側の設定 RHEL/CentOS なら ypbind と yp-tools はデフォルトで入っているので、特にインストールするものはなし。 `/etc/yp.conf` に以下のような設定を記載する domain <NISドメイン名> server <NISサーバー名> `/etc/nsswitch.conf` を開き passwd: files shadow: files group: files のようになっているところを passwd: nis files shadow: nis files group: nis files のように書きかえます。 これで、`passwd`, `shadow`, `group` は NIS ⇒ ローカルファイルの順番に見にいってくれるようになります。 `/etc/nsswitch.conf` の設定を間違えると最悪起動しなくなるので、ご注意ください。（`files` を `file` と書き間違えて、起動しなくなった経験あり）。 もし起動しなくなった場合、KNOPPIX とかで起動して、ハードディスクをマウントし、 `/etc/nsswitch.conf` を正しく修正するのが手っ取り早いと思います。 そして ypbind のサービスを起動する。 # ypwhich を実行し、でNISサーバーとバインドできているのを確認できればOKです。 ちゃんと動いていれば # ypcat passwd とすることでマップの中身が読めるはず。 ユーザー認証を NISで管理できても、ホームディレクトリが作られていなかったら、まともにログインできません。したがって、NIS単独で使うことはあまりなくて、NIS と NFS (さらには autofsも)と組み合わせるのが通常の運用形態だと思います。 NFSのセットアップ方法は次回まとめます。 最後に `yppasswd` コマンドでNIS経由でパスワード変更できるようにします。 NISサーバー側で `yppasswdd` サービスを起動させておきます。すると、NISクライアント側は `yppasswd` コマンドでパスワード変更できるようになります。 ちゃんと設定したつもりなのに、最初は $ yppasswd とすると yppasswd: yppasswdd not running on NIS master host ("localhost.localdomain") というエラーメッセージが出てうまくいきませんでした。 しばらく考えて、エラーの意味がわかった。 NISサーバーもNISクライアントもホスト名が `localhost.localdomain` になっていて、混同されていたようです。 CentOS6.3 はインストーラーがバグっているみたいで、インストール時にホスト名に何を入力しても、結局 `localhost.localdomain` になってしまう。 (RHELのインストーラーは大丈夫です。) で、そのままほったらかしにして、サーバー側もクライアント側も `localhost.localdomain` でかぶっていると `yppasswd` が動きません。 ホスト名は `/etc/sysconfig/network` で HOSTNAME=<ホスト名> で設定できるので、ここで NISサーバーとNISクライアントに別々の名前をつけてあげましょう。 例えば、 `HOSTNAME=my.nisserver` というホスト名にしたとする。 そして、もう一回 # /usr/lib/yp/ypinit -m としてあげると next host to add: my.nisserver next host to add: のように 今つけた、NIS サーバー名が入っている。 そして、クライアント側の `/etc/hosts` に 192.168.11.5 my.nisserver のように NIS サーバーのIPアドレスとの対応を書いておけば `yppasswd` がうまくいきます。 以上が、RHEL/CentOSの場合のやり方です。 ### Ubuntu編 Ubuntu 12.04LTS でのやり方も簡単にまとめておきます。 Ubuntu の場合、サーバーもクライアントも $ sudo apt-get install nis でインストールします。 インストール途中で NISドメインを聞かれると思いますので適当なドメイン名を入れます。 このNISドメイン名は `/etc/defaultdomain` に書き込まれます。 NISサーバー側は `/etc/default/nis` という設定ファイルを開いて NISSERVER=false という行を NISSERVER=master に変更します。 ypserv サービスを起動し $ sudo /usr/lib/yp/ypinit -m でデータベース作成します。 NISクライアント側は `/etc/yp.conf` を編集して domain <NISドメイン名> server <NISサーバー名> という設定を記載します。 `/etc/nsswitch.conf` を開き passwd: compat shadow: compat group: compat のようになっている部分を passwd: nis compat shadow: nis compat group: nis compat のように変更。 ypbind サービスを起動します。 なお、Ubuntu 12.04 ではデスクトップマネジャーが lightdm になっていて、ローカルに存在するアカウント名しか選択できないようになっております。 そのままでは任意のアカウント名が入力できないので NISで管理しているアカウント名を入力ができないことになります。 そこで、以下のように入力します。 $ /usr/lib/lightdm/lightdm-set-defaults -m true ログイン画面に「ログイン」という項目が出てきて、任意のアカウント名が入力ができるようになります。

ntpdate と ntp daemon on Ubuntu

Ubuntu 12.04.1 LTS で ntp daemon をインストールした。

Ubuntu では標準で ntpdate がインストールされている。

両者の違いは以下のような感じと思っている。

・ntpdate
実行したときにワンショットで、すぐにサーバーの時刻と同期。

・ntp daemon
起動してもすぐには同期しない。
長期的にずれないようにうまく保ってくれるもの。どういうアルゴリズムなのかはよく知らない。


デフォルトでは、ネットワークがつながった時に
/etc/network/if-up.d/ntpdate から
/usr/sbin/ntpdate-debian
が自動実行されるようになっていると思っている（たぶん）。

ntpdate-debian は簡単なシェルスクリプトなので、中身見てみると、
/etc/default/ntpdate
を設定にして、ntpdate を実行しているようだ。

サーバー名はデフォルトで

NTPSERVERS="ntp.ubuntu.com"

を見るようだ。

会社などプロキシなどの問題がある場合、NTPSERVERSのところを会社指定のntpサーバに書きかえれば、同期してくれるようになった。


ntp daemon はデフォルトで入っていないので、

$ sudo apt-get install ntp
でインストールする必要がある。

/etc/ntp.conf が設定ファイルなので
server のところを必要に応じて書き換える。


ところで、ntpdate と ntp daemon が両方入っていたらどうなるんでしょう。。

ntp daemon がすでに起動しているときに、ntpdate を実行しようとすると
the NTP socket is in use, exiting
とエラーが出て、実行できない。

一方、
システムツール -> システム設定 -> 日付と時刻
で「ネットワーク時刻」をオフからオンに切り替えたときや、
新たにネットワークがつながったときは、
ntp daemon が NTP socket をつかむ前に ntpdate が実行されるように見えます。
よって、ntpdate が最初にガツンと合わせ、その後は ntp daemon がずれないように維持してくれるように見えました。

Ubuntu 12.04 on RAID5 トラブルシューティング

先日の記事
「Intel RST 設定画面の入り方」
「Linuxインストール on RAID5 (Intel RST)」
に書いたやり方で、SSD 4 台でRAID5を組み、Ubuntu 12.04.1 LTS (alternate install)
をインストールして使い始めた。

使って数日目、以下のようなメッセージを出して起動しなくなった。
udevd[164]: inotify_add_watch(6, /dev/dm-1) failed: No such file or directory
udevd[163]: inotify_add_watch(6, /dev/dm-2) failed: No such file or directory
udevd[163]: inotify_add_watch(6, /dev/dm-1) failed: No such file or directory


とりあえず、エラーメッセージで検索してみると、Ubuntu関連でいろいろヒットした。

試行錯誤の後、とりあえず起動するようになった。


(1) 起動直後に、シフトキーを押しっぱなしにして、grub の画面を出す。
(2) 「Ubuntu, with Linux 3.2.*-**-generic (recovery mode)」を選択。
(3) 「Resume」を選択。
(4) デスクトップまで起動する。
(5) このままだと、再起動後、同じ現象で起動しなくなる。
そこで
$ sudo apt-get install cryptsetup
として、再起動すると、ちゃんとブートするようになった。

cryptsetup のインストールは、検索で出てきた通りやってみたら運良く直ったということなので、理屈は理解していません。

自分的 Ubuntu 12.04 LTS を入れて最初にやること

この手のページはいっぱいあると思います。 人によって快適な環境というのは違うと思うので、あくまでも、自分用の備忘録という位置づけです。 #### Synaptic パッケージマネジャーをインストール #### Ubuntu ソフトウェアセンターから (または `apt-get install synaptic`) でインストール。 #### パッケージのインストール #### Synaptic (または `apt-get install`)でどんどんインストール。 - apt-file - chromium-browser - gnome-session-fallback # for Gnome Glassic - emacs - cvs - subversion - git - gitk - git-svn - git-email # for git send-email - global - ccache - ibus-mozc - curl - indent - manpages-ja # for 日本語 man - xmanpages-ja - libncurses5-dev # for Linux make menuconfig - virtualbox - virtualbox-guest-additions - cups-pdf # print PDF - geda - pcb - geda-utils - gcc-arm-linux-gnueabi # arm-linux-gnueabi-gcc - gcc-arm-linux-gnueabihf # arm-linux-gnueabihf-gcc - gcc-powerpc-linux-gnu # powerpc-linux-gnu-gcc - ckermit 64bit版Ubuntu上で、32bitプログラムをビルドしたい場合は以下も入れる。 - ia32-libs - lib32gcc1 - lib32stdc++6 - libc6-dev-i386 #### Unityを やめる #### ログイン画面で 「Gnome Classic (No effects)」を選択。 No effects を選ぶのは、ウィンドウスナップが嫌いだから。 #### 日本語変換設定 #### 「システムツール」-> 「設定」 -> 「キーボード・インプットメソッド」 とたどる。 「一般」 タブで、Ibusの有効をHenkan_Mode、無効をMuhenkan で行えるようにする。 「インプットメソッド」 タブで Anthyを無効に、Mozcのみを有効にする。 #### 日本語ディレクトリを英語に #### 「ダウンロード」、「テンプレート」、「デスクトップ」、「ドキュメント」、「ビデオ」、「ピクチャ」、「ミュージック」、「公開」 というディレクトリを英語にする。 $ LANG=C xdg-user-dirs-gtk-update #### Ctrlキー入れ替えなど #### 「システムツール」 -> 「システム設定」 -> 「キーボードレイアウト」 -> 「レイアウト」 -> 「オプション」 Ctrlキーの位置 : Ctrl と CapsLock を入れ替える Xサーバーを終了するためのキーシーケンス : Ctrl + Alt + backspace #### git config #### $ git config --global user.name "My Full Name" $ git config --global user.email "my.address@foo.com" $ git config --global color.ui auto #### ssh X forwading #### X で ssh を乗り越えさせる。 ssh クライアント (Xサーバー)側の設定: `/etc/ssh/ssh_config` を開き ForwardX11 no を ForwardX11 yes に変更。 ssh サーバー (Xクライアント)側の設定: `/etc/ssh/sshd_config` を開き ForwardX11 yes になっていることを確認。(Ubuntuの場合、たぶんデフォルトでそうなっている。) #### ssh 経由で evince が動くようにする #### `/etc/apparmor.d/abstractions/evince` に下記のように一行追加 --- /etc/apparmor.d/abstractions/evince.org +++ /etc/apparmor.d/abstractions/evince @@ -48,6 +48,7 @@ /usr/lib/p7zip/7za ixr, /usr/bin/zipnote ixr, /bin/tar ixr, + /bin/dbus-daemon Uxr, # allow read access to anything in /usr/share, for plugins and input methods /usr/local/share/** r, ### システム管理編 (ほとんど会社用) ### #### ユーザー追加 #### システムツール -> システム設定 -> ユーザーアカウント #### グループ追加 #### `gitusers` というグループを作成し、 `user1` と `user2` を加える場合、以下のような感じ。 $ sudo groupadd -g 2000 gitusers $ sudo gpasswd -a user1 gitusers $ sudo gpasswd -a user2 gitusers #### git 共有リポジトリ作成 #### 例えば、 `/var/git/myrepository.git` を作成する場合 $ sudo -i # mkdir /var/git # cd /var/git # mkdir myrepository.git # cd myrepository.git # chmod 2775 . # chgrp gitusers . # git --bare init --shared #### ssh server #### $ sudo apt-get install ssh #### apache #### $ sudo apt-get install apache2 Document Root はデフォルトで /var/www になっている。 とりあえずそのまま使用するのなら、 /var/www の下にコンテンツ追加すればよい。 #### gitweb #### $ sudo apt-get install gitweb `/etc/apache2/conf.d/gitweb` は特に変えなくてよい。 `/etc/gitweb.conf` もそのまま使う。 (`$projectroot = "/var/cache/git"` になっている。) FHSの説明を読むと /var/cache 以下に gitリポジトリを置くのはよくなさそうなので、 `/var/cache/git` から本物のリポジトリ置き場へシンボリックリンクをはっておく。 ブラウザにて http://127.0.0.1/gitweb にアクセスし、表示されることを確認。 #### postfix #### sudo apt-get install postfix 途中で選択肢が出てくるが 「インターネットサイト」を選択。 #### git push でメール送信 #### スクリプトは既に入っている。 例えば、 /my/git/repository.git へ push されたときに、 address@you.want.to.send へ メールを飛ばす場合以下のようにする。 $ sudo chmod a+x /usr/share/git-core/contrib/hooks/post-receive-email $ cd /my/git/repository.git/hooks $ ln -s /usr/share/git-core/contrib/hooks/post-receive-email post-receive $ git config hooks.mailinglist address@you.want.to.send #### git daemon #### 例えば、 `/var/git/myrepository.git` を git:// で公開する場合 $ sudo apt-get install git-daemon-run $ sudo sv start git-daemon $ > /var/git/myrepository.git/git-daemon-export-ok #### ntp daemon #### デフォルトでは起動時にワンショットで合わせる ntpdate が入っているが、 ntp にする。 $ sudo apt-get install ntp $ sudo apt-get remove ntpdate ### プロキシ関連の設定 (これもほぼ会社での用途) ### #### apt #### `/etc/apt/apt.conf` に以下のように書いておく。 (Ubuntu Server/Alternative でインストール時にプロキシ設定した場合は、すでに入っている) Acquire::http::Proxy "http://your.proxy.address.co.jp:8080/"; #### chromium #### 「設定」 -> 「詳細設定を表示...」 -> 「ネットワーク」 -> 「プロキシ設定の変更...」 システム全体に反映ボタンを押すと、 `/etc/apt/apt.conf`, `/etc/environment` あたりに書き込まれる。 chromium のプロキシ設定はユーザーごとに必要。 #### firefox #### 編集 -> 設定 -> 詳細 -> ネットワーク -> 接続設定... #### git プロトコル #### corkscrew で乗り越える。 $ sudo apt-get install corkscrew `/usr/local/bin/git-proxy` というファイルを作って、以下を記載。 #!/bin/sh corkscrew your.proxy.address.co.jp 8080 $1 $2 `~/.profile` に以下を記載 export GIT_PROXY_COMMAND=git-proxy #### subversion #### ~/.subversion/servers の [global] セクションに以下を追加。 http-proxy-host = your.proxy.address.co.jp http-proxy-port = 8080 #### postfix #### `/etc/postfix/main.cf` を開き `relayhost` の部分に会社指定の SMTPサーバーのIPアドレスを指定 #### ntp daemon #### プロキシ越えのやり方がわからない（できない？）ので、 `/etc/ntp.conf` で server の部分を会社指定のものに書き変え。

Linuxインストール on RAID (Intel RST)

前回の[Intel RST 設定画面の入り方](/2012/09/intel-rst.html)で、マザーボードの設定までできました。 SSD 4台で、RAID5 を構成しています。 続いて、Linux をインストールします。 RHEL, Fedora, Ubuntu あたりのディストリビューションで問題なくインストールし、起動できることを確認しましたので、以下にやり方をまとめました。 ### Red Hat Enterprise Linux Client 6.1 64bit ### インストール方法は RAID じゃないときと変わらないので、何も気にせずインストールするだけ。 ### Fedora17 x86-64bit ### インストール方法は RAID じゃないときと変わらないので、何も気にせずインストールするだけ。 GUI インストーラーの途中で、Basic Storage Device を選べばOK。 ### Ubuntu Desktop 10.04.3 LTS 64bit ### ちょっと古いですが、以前焼いたインストールメディアがあったので一応確認しました。 インストール方法は RAID じゃないときと変わらないので、何も気にせずインストールするだけ。 「ディスク全体を削除してから使用する」を選び、パーティション設定も完全おまかせでOK。 最後に、インストール準備完了画面で「拡張」ボタンを押す。 ブートローダーのインストール先に `/dev/sda` が選ばれているので、それを `/dev/mapper/isw_**********_Volume0` に変更した。 (ただし、 `/dev/sda` を選んでも動いた。よくわかりません。) ### Ubuntu Server 12.04.1 LTS 64bit ### ブートローダーのインストールの所で、若干のテクニックが必要。 「ディスクの検出」で「シリアルATA RAIDデバイスを有効にしますか？」で「はい」を選び、 普通にインストールを進める。 「ハードディスクへのGRUBブートローダーのインストール」のところがポイント。 インストール先に `/dev/sda` などを選ぶと GRUB を/dev/sda にインストールできません。 'grub-install /dev/sda' の実行に失敗しました。 これは致命的なエラーです。 とエラーになってしまう。 そこで、 Ctrl + Alt + F2 を押し、端末を表示する。 $ ls -l /dev/mapper とし、`isw_**********_Volume0` みたな文字列を見つける。 Ctrl + Alt +F1 で元の画面に戻る。 GRUBのインストール先を `/dev/mapper/isw_**********_Volume0` にする。（`**********` の部分はさっき見つけた文字列。） ### Ubuntu Desktop 12.04.1 LTS 64bit ### 試してみたけど、grub-install がうまくいきませんでした。 grub を別ディスクにインストールするというのは、望んでいる回避策ではないので。 というわけで、以下の Alternate install CD のインストールメディアを使いましょう。 ### Ubuntu Alternate 12.04.1 LTS 64bit ### [Ubuntuのトップページ](http://www.ubuntu.com/)から、 Download -> Desktop と進む。 よく見ると下の方に Alaternative options というのがあります。 そこから、 [Alternative downloads](http://www.ubuntu.com/download/alternative-downloads) のページにいけるので `ubuntu-12.04-alternate-amd64.iso` というのをダウンロードしてきた。 Server版と同じく、テキストベースのインストーラーが起動するので、「Ubuntu Server 12.04.1 LTS 64bit」のところで説明したのと全く同じやり方でうまくいきます。

gitweb を使う

RHEL/CentOS での設定方法と Ubuntu での設定方法をまとめておきます。 ### RHEL/CentOS 編 ### `# yum install gitweb` でインストール。 `/var/www/git/` 以下に一式入った。 httpd の設定に `/etc/httpd/conf.d/git` が追加される。 中身は以下のような感じ。 Alias /git /var/www/git <Directory /var/www/git> Options +ExecCGI AddHandler cgi-script .cgi DirectoryIndex gitweb.cgi </Directory> 1行目の `Alias` ディレクティブは、URLに `http://host_name/git` が指定されると、`/var/www/git` 以下がアクセスされるよ、という意味。 `/var/www/git` 以下はすでに CGI を実行できるようにしてくれてるので、結局 httpd の設定は何もしなくてよいです。 gitwebの設定ファイルは `/etc/gitweb.conf` に入っています。 とりあえず our $projectroot = "/var/git"; という設定を入れておく。別の場所に置きたい場合は、適宜変更してください。 これで `/var/git/` 以下に git のリポジトリを置けば、公開される。 早速ローカルでブラウザを開いて、 <http://127.0.0.1/git> にアクセスしてみると、「404 - No projects found」と表示される。 しばらく検索で情報収集していたら、SELinuxが影響しているらしい。 (SELinux自体あまりよくわかってないけど。) `/etc/sysconfig/selinux`を開いて、 SELINUX=enforcing になっていたところを、 SELINUX=disabled にしたらうまくいきました。 ### Ubuntu 編 ### $ sudo apt-get install でインストール。 設定ファイルは `/etc/apache2/conf.d/gitweb` と `/etc/gitweb.conf` に入るが特に変えなくてもよい。 `/etc/gitweb.conf` を見ると $projectroot="/var/cache/git" になっているので、 `/var/cache/git/` 以下に git リポジトリを置けば公開される。 ちょっと気になるのはそのディレクトリ位置。 FHS によると、`/var/cache/` 以下は、キャッシュ置き場であって、消されても復旧可能なものという位置づけのようです。 ここに git リポジトリを置くのはいかがなもんなんでしょうね。 というわけで、気になる場合は git リポジトリは別のディレクトリに置き、 `/var/cache/git` からリポジトリ置き場にシンボリックリンクを貼っておくというようにします。 ブラウザを開いて <http://127.0.0.1/gitweb/> にアクセスして表示されることを確認します。 簡単ですね。