FreeBSD で利用する ibus-1.5.5。

ports current を追いかけている人なら解ると思いますが、ibus という日本語入力なアプリケーションが 1.4.2 から 1.5.5 になりました。このバージョンアップにより日本語の入力がかぁなり複雑になったようですね。

ibus 1.4.2 と 1.5.5 の簡単な違いについて書いてみると、

o. 日本語入力状態は絶えずオン状態
o. キーボードを変更することにより全角と半角を切り分ける

と、なったようです。ある意味「日本語入力用キーボード」と「英字専用キーボード」の二つを使い分ける。と、いう状態になったようですね。おかげで ibus-setup の設定画面からは IME のオン/オフ のメニューが消えております。

さてさて。僕は今回 ibus-1.5.5 のインストールからつまずいたのでそこから書いて行きたいと思います。色々試行錯誤を繰り返し、今は日本語入力ができるようになっております。ふぅ。

あ、ちなみに僕の環境は FreeBSD/amd64 9.2-RELEASE-p3 で X での日本語入力の環境は ibus+ibus-mozc で KDE4 を利用しております。当然、オンプレミスな環境です;-)。

emacs では mozc+mozc.el を利用していますが、この場合の mozc は ibus 経由ではありません。しかし、それとは別に ibus+ibus.el+mozc というパターンもあり、その場合には ibus-el-0.3.2 が ibus-1.5 系に対応していないので動作しません。と、いうことで ibus-1.5 系にした人はサクっと ibus-el-0.3.2 を pkg delete しても問題はまるでありません。

と、いうことで、まずは ibus-1.5.5 のインストールから見ていくことにしましょう。

 
1). ibus-1.5.5 のインストール
FreeBSD だと ports では textproc/ibus/ になるので make && make install と打てばインストールが完了すると思いますが make config のオプションで悩みます。 ibus-1.5.5 をインストールすると GTK2 と GTK3 の両方が必要になる(インストールされる)のは非常に納得行かないですね。しかし、悔しいですが、以下のキャプチャの通り DOC と GCONF もしくは DCONF 以外は全てチェックを付けたほうが良いと思われます。

ibus_20140318_1

GINTRO (銀トロ? なに? それ?) をオフにすると IBus.py がインストールされずに ibus-setup が起動しない状態になる(動かないなら最初から ibus-setup インストールするのやめろよーX-(し GTK3 要らんもんねー。などと思っていると、やはり ibus-setup が起動しなかったりと、そこはかとなくとんでもない ibus がインストールされるので、ちゃんとフルオプションを付けてあげましょう。

と、いうことで ibus のインストールは完了しました。

ibus がインストールされたのですが、一応、ibus-mozc も再度コンパイルしてあげましょう。念のために ibus-1.5.5 インストール後に japanese/ibus-mozc/ で make && make deinstall && make reinstall して、一応は準備完了。と、いうことで。

 
2). ibus の起動と設定
ibus の起動は ibus をインストールしたときに pkg-message が表示されるのでその内容で設定しましょう。
まぁ、素早く試したい場合には ibus-daemon_restart とか ibus-daemon_start コマンドを実行します。無事に起動したら ibus-setup コマンドを叩いて GUI で設定します。

「キーボードショートカット」の [次のインプットメソッド] メニューでインプットメソッドの切り替えを設定します。一番上に書いたように簡単に「キーボード切り替えのためのショートカットキー。」と、いう認識でいるのが良いかと思われます。

ibus_20140318_2

ちなみに default では “Super+Space” になっていると思いますが “Super” キーというのは Win キー であったり Mac の command キー に相当するらしいです。なので、 default では「Win+Space キーでキーボード切り替え。」ってことですね。

 
さてさて。他のタブを見て行きましょう。
[インプットメソッド] のタブでは「インプットメソッドの選択」で「日本語」のキーボードアイコンと mozc を選択します。二つの項目が登録されている状態ですね。

ibus_20140318_5

[詳細] タブでは「キーボードレイアウト」で [システムキーボードレイアウトを利用する] にチェックしておいたほうが良いかもしれないです。僕の場合は ibus-setup を起動した途端に 101 キーボード列になってしまいました。普段は 106 キーボード列を利用しているのに・・。

と、いうことで ibus の設定は完了。あとは日本語をベコベコ打てば良いですね。

 
3). mozc 側で設定
が・・。上記の「キーボードショートカット」で設定したもの(僕の場合は “Shift+Space” にしました)をベコベコ押しても一向に日本語が打てる気配はありません。画面中央に切り替え画面が表示されるのですが、日本語が打てません。あいや・・。orz

しょーがねぇなぁ。となるのですが、今度は mozc の設定を行います。 mozc_tool_config コマンドを叩いて mozc の設定画面を表示させます。 [一般] タブの下のほうに「キー設定」というのがありますが、そこにある [編集] ボタンを押します。表示されたウィンドの真ん中の列が「入力キー」で、そこが “shift space” というところに、コマンドを「IME の有効化」を選択し保存します。

あとは mozc_server_restart と ibus-daemon_restart を実行して、そのあとにキーボードが変わってくれるかを確認します。

 
だいたいこんな感じで ibus+mozc の場合には日本語が打てるようになるでしょうかねぇ。mozc ではない、他の IME を利用している方、申し訳ありませんが設定方法は解らないので自力で頑張ってください;-)。

しばらく使ってみた感想ですが、

o. 新しいウインドを開いた時に日本語キーボードが選択されている
o. スクリーンセーバのパスワード入力も日本語になる
o. 文字を打ち始めると最初の文字が化ける(日本語にならない場合がある)
o. 画面に ibus の設定とかがチロッと出る場合がある(これは何?)

などでしょうかねぇ。けっこう痛いですかね・・。

 
けどもまぁ、なんとか ibus-1.5.5 に移行できたのでヨシとしておきましょう。もう少し使い込んで色々な設定を出していきたいとは思っていますが。

もしくは fcitx に移行していくかもー。

KDE4 のユーザエージェントをバージョンアップ。

本題に入る前、一点。
FreeBSD の ports の KDE4 が kde-4.12.2 になりましたなぁ。今までは /usr/local/kde4/ にインストールされていたのですが、このバージョンからは /usr/local/ にインストールされるようになりました。僕の環境では 130 個弱の ports の再インストールが発生しまた。けど、これでようやっと、独自ディレクトリから開放されるぞぉー。って感じです。

と、いうことで本題。

KDE4 をインストールすると default のブラウザに konqueror がインストールされます。それとは別に他のブラウザをインストール、例えば rekonq をインストールするとします。

konqueror も rekonq もユーザエージェントを偽装できる機能を持っています。例えば FreeBSD のこれらのブラウザでアクセスすると「あんたのブラウザでは全部の機能が動作しない。」とか「最新のブラウザではないので利用できない。」などと蹴られる場合があり、以降の表示を止めてしまうウェブサイトがあったりします。

まぁ、仮に表示されたとしても確かに正しく動作しない場合なんかもあったりするんですけどねf(^^;;。

https://profile.microsoft.com なんかは UserAgent を IE11 に偽装したとしても正しく表示できなかったりしますが、それは konqueror や rekonq などのブラウザが対応していないので正常動作しない。と、いうことですね。

 
さてさて。それにしもブラウザでユーザエージェントが選べるのに表示される情報がどれもこれも古いバージョンで困ってしまいます。

konqueror_ua_1

これを最新のバージョンに変更できないのかなぁ? とか思いソースコードを眺めるのですが、ふむ。ブラウザは KDE コンポーネントを見ているようで、ブラウザのソースコードには無いようです。

KDE 的には konqueror も rekonq はコテコテの KDE・Qt アプリなので、共通な機能については共通コンポーネントを使うようになっており、一個のパーツを色々なアプリで利用するってが仕様のようです。例えば Proxy とか キャッシュなども KDE4 の複数のアプリで共有するコンポーネントです。

ブラウザの UserAgent 偽装機能も一緒で konqueror も rekonq もユーザエージェントの設定はコンポーネントが一緒です。
では、その場合ソースコードがどこにあるのか? ですが、見つけました。 FreeBSD の ports 的には以下になります。

x11/kde4-baseapps/work/kde-baseapps-4.10.5/konqueror/settings/kio/uasproviders/

ここに *.desktop というファイルがたくさんあり、ブラウザのバージョンごとの情報を持っているフアイルが複数あります。
これらはインストールすると以下のディレクトリにインストールされることが解りました。

/usr/local/share/kde4/services/useragentstrings/

ここに最新のブラウザに対応した .desktop ファイルを置いてあげると次回起動時にはそのファイルを読み込んで最新のバージョンのユーザエージェントが利用できるようになります。

せっかくですので firefox-24.0 と MSIE-11.0 の .desktop ファイルを作成したので、利用してみたいと思う方は以下の URL から持って行ってください。

http://icmpv6.org/Prog/KDE/firefox240oncurrent.desktop
http://icmpv6.org/Prog/KDE/ie110onwinnt61.desktop

これで konqueror や rekonq では最新の他のブラウザとして動作することができるようになりました。パチパチパチ。ただ、ユーザエージェントの情報が変わっただけで、上にも書いている通り、正しく表示・機能しないウェブサイトがたくさんあることに違いが無いのでご注意ください;-)。

 
さてさて。ここからは付録に近いのですが、 Qt 系ブラウザとして arora というブラウザがあります。 ports 的には www/arora になるんですけども。こいつのユーザエージェントが更新されてないのでソースコードも眺めてみました。すると arora の場合は独自にソースコード中に書いているようですね。以下の xml なファイルで定義しているようです。

arora-0.11.0/src/useragent/useragents.xml

もし、 arora を利用している人でユーザエージェントを最新のブラウザに偽装したい場合には上記のファイルを編集してコンパイルし直せば良いと思われます。

arora は Qt を利用しているけど、 KDE にベッタリ。ってことは無い独自路線のウェブブラウザ。ってことなんですねぇ。

今回はちろっと KDE4 の構成的な説明と、ブラウザのユーザエージェント偽装のためのネタでした。

l10n の po ファイルの更新。

僕はデスクトップに KDE4 を利用しているのですが、 JKUG の日本語化チームとは別に自分で利用する KDE アプリで、日本語化されていないものをコツコツと個別に翻訳しています。

例えば rekonq という konqueror を再定義し直した KDE・Qt ライクなブラウザがあるのですが、こいつはソースに日本語 po ファイルが付いてこないのでメニューなどが英語で表示されます。

まぁ、 konqueror を再定義しただけのことはあって konqueror よりは rekonq のほうが使いやすいかなぁ。とは思う点が多々あるので僕は利用しているんですけども、いかんせん日本語化されてないので、しょーがねぇなぁ。自分で po ファイル書くかぁ。などと思いコツコツと日本語化しているのであります。

僕が今まで日本語化した po ファイルは以下の URL に置いてあるので良かったら持って行ってください。

http://icmpv6.org/Prog/ja.po/

rekonq-2.4.2 に対応した po ファイルの最新版は rekonq-2.4.2-20140205_1.po になります。

 
さてさて。翻訳していて一番大変なのはバージョンアップした時ですね。
新規に po ファイルの翻訳をするのであれば、とある言語の po フアイルを引っ張ってきて Language: とか を ja に変更して、翻訳を開始していけば良いのですが、バージョンアップが発生したときはどうするの?とかになるわけです。

以下、作業手順。あ。僕が個別にどの翻訳グループにも属していないのでこのような手順を踏んているだけで、もしかしたらちゃんとしたもっと効率の良いやり方というのがあるのかもしれませんが・・。その場合は、教えて頂ければ幸いです。

1). 新しいバージョンの po ファイルを取得
2). 以前に翻訳した po ファイルをエディタで開く
3). 新しいバージョンの po ファイルをエディタで開く
4). 新しいバージョンの po ファイルの msgid に以前翻訳した msgstr をペースト
5). 新規に出てきた未翻訳の msgid を翻訳
6). やっと完成。ふぅ・・

なんていう、クラクラするような作業をしなければならずほんとにイヤになる・・。もっと効率的なやり方は無いんかな?

 
と、いうことで考えた技は以下の通り。 UNIX コマンド使いまくりだぁ;-)。 効率よく po ファイルをバージョンアップする技を考えてみました。

・新しい po ファイル: rekonq-2.4.2.po
・古い po ファイル: rekonq-2.3.2.po

ソースコードに日本語の po ファイルが無い場合には他の言語の po ファイルを日本語として使いまわします。 rekonq の場合は po/sv/rekonq.po を利用して rekonq-2.4.2.po としました。

1). msgid の抜き出し

$ cat rekonq-2.3.2.po | grep ^msgid > rekonq-2.3.2.po_msgid
$ cat rekonq-2.4.2.po | grep ^msgid > rekonq-2.4.2.po_msgid
$ diff -ur rekonq-2.3.2.po_msgid rekonq-2.4.2.po_msgid > msgid.diff

 
これで新規に追加になったメッセージと削除されたメッセージの差分が出てきます。
diff ファイルで “+” の部分は新しく登録された msgid で “-” の部分は削除された msgid です。

 
2). diff 結果の取り込み

$ cp rekonq-2.3.2.po rekonq-2.4.2_New.po
$ mule rekonq-2.4.2_New.po

 
rekonq-2.3.2.po は以前に翻訳したファイルなのでそれを最新版にします。そのために msgid.diff の差分を新しく用意した rekonq-2.4.2_New.po に反映して行きます。
“+” で表示されている msgid とその関連する部分は追加し “-” の部分の関連する情報は削除していきます。ガシガシしていきます;-)。 po ファイルには「ソースコードの何行目」なんていうコメント行がありますが、とりあえずそんなのは無視していきます;-)。

以上はエディタで編集する必要がありますが、これで新旧の情報がマージされた po ファイルが完成です。ちっこいバージョンアップだと差分が少ないので po ファイルの更新も楽ちんです;-)。

 
3). 翻訳者支援アプリ
テキストエディタで直接 po ファイルを更新しても良いとは思うのですが、何か支援 AI ではなく、支援ソフトは無いんかなぁ? とか思って調べてみると ports に editors/poedit というのがありますね。 GTK アプリで GUI で利用できそうです。こいつをインストールして起動してみます。

起動したら rekonq-2.4.2_New.po ファイルを読み込みます。すると翻訳可能な状態になります。キャプチャはありませんが、左側が msgid で、右側が msgstr です。 msgstr が空白な部分が翻訳されていない文字列になるのでそれをベコベコ打ち込んでいけば良いかと思われます。
日本語文字入力時に emacs キーバインドが利用できないのが痛いんだけど、GTK2 の emacs キーバインドの設定すれば良いんかなぁ?今度試してみよう。

 
GUI 的なモノで msgid を google 翻訳で翻訳してその結果を msgstr に表示するヤツとかあるんかなぁ? google の textproc/translate-toolkit なんかはその類なのかな? python のコマンドラインツールなんてのは使いたく無いんだけど;-P。

 
poedit は Windows 版 Mac 版もあるようです。編集した po ファイルを保存すると msgfmt も実行してくれるのでいきなり mo ファイルが生成されます。あとはそれを share/locale/ja/LC_MESSAGES/ 辺りにほーりこんで rekonq を再起動すると確認ができます。

 
翻訳用の po ファイルに対する新旧二つの情報のマージって、もっと他に何か画期的な方法・手段ってあるのかなぁ? google で探したけど見当たらなくて、結局 diff してその差分を古いバージョンの po フアイルにマージって方法にしたんだけど・・。

もしかして、本家にマージされた po ファイルは既に差分が吸収された状態でリリースされるとか?そんな便利な世の中ならドンドン本家にマージしたほうが良いなぁ。

それにしても翻訳の方法はこれで良いのかな?

FreeBSD 9.2-RELEASE になったら wifimgr が正しく動作しなくなった

このブログのとあるエントリにコメントを頂きました。 URL 的にはこれになるんですけども。

http://running-dog.net/2013/11/post_829.html#comment-36710

たまたま偶然なのかもしれませんが、以前私が日本語 po フアイルを書いた wifimgr が FreeBSD 9.2-RELEASE では動作しなくなったのだけど原因解りますか? と、いうモノです。
ちなみに今回は全然関係ありませんが、日本語 po ファイルは wifimgr の作者送り、採用されています;-)。

 
まず最初に wifimgr のソースコード眺めてみましたが、こいつは小さいプログラムなので簡単でしたね。ただ GTK の部分は全くわかりませんが、今回は GTK の部分はとりあえず置いておくことができそうです。そんな感じでソースコードを眺めたのですが wifimgr は GUI のボタンを押すと system() で ifconfig とか /etc/rc.d/ の下のスクリプトを実行していることが解りました。

 
そして wifimgr のソースコードを眺めてみるとだいたいが /etc/rc.d/netif を起動して、その戻り値でエラーをはいて停止してしまうことが解りました。

次に 9.1-R と 9.2-R の /etc/rc.d/netif を diff してみましたが、大きな相違点としては、 9.2-R では /etc/rc.d/routing を呼ぶようになった部分が怪しいです。実際に 9.1-R の /etc/rc.d/netif を 9.2-R に持ってきて wifimgr を起動すると無事に動作しました。あいや。するっていと原因は本当に /etc/rc.d/routing だねぇ。と、更に特定できました。

 
あとは IRC で教えてもらった以下の設定を /etc/rc.conf に仕込んで /etc/rc.d/routing の動作確認です。

rc_debug="YES"

 
そして /etc/rc.d/routing のあちこちに logger コマンドを仕込んで変数の値を /var/log/messages に出力させます(他にも /etc/rc.subr や /etc/network.subr も見る必要がありますが)。

/etc/rc.d/routing は以下のコマンドオプションで実行されているようですね。

# /etc/rc.d/routing start any wlan0

 
さてさて。原因の特定ですが、以下の行にあることが解りました。

    43          ""|[Aa][Ll][Ll]|[Aa][Nn][Yy])
    44                  for _a in inet inet6 ipx atm; do
    45                          afexists $_a && setroutes $_cmd $_a $_if
    46                  done
    47                  ;;

 
44 行目で inet inet6 ipx atm を定義して 45 行目で static_hoge として呼び出しているのですが inet6 を実行すると戻り値がおかしくなるらしく、その戻り値が /etc/rc.d/routing の戻り値として wifimgr に戻ってエラーになって終了するようです。
実際に

・44 行目の inet6 を消すと無事に動作する。
・45 行目の下に logger コマンドを入れると無事に動作する。
・routing_start() の終了時に return 0 を追加すると無事に動作する。

となりました。
このことをとある方にご連絡したところ、以下のパッチを書いてくださいました。多分次のリリース及び STABLE や freebsd-update では更新されるのではないかと思われます。

以下、頂いたパッチを先行して公開します。 FreeBSD 9.2-RELEASE で wifimgr を使っているが正常に動作しなくて困っている方は適用してみてください。

Index: etc/rc.d/routing
===================================================================
--- etc/rc.d/routing    (revision 255154)
+++ etc/rc.d/routing    (working copy)
@@ -42,7 +42,8 @@
                ;;
        ""|[Aa][Ll][Ll]|[Aa][Nn][Yy])
                for _a in inet inet6 ipx atm; do
-                       afexists $_a && setroutes $_cmd $_a $_if
+                       afexists $_a || continue
+                       setroutes $_cmd $_a $_if
                done
                ;;
        *)

 
これで無事に動作するようになると思われます。 wifimgr のほうもソース修正しなくとも良い(バージョンを見て実行するコマンドオプションを変えるのもつらいべ)のではないかと思われるので一安心です;-)。

あとで wifimgr の作者にメールしようと思います;-)。

あ。最後にですけど、 static_inet6() の戻り値がぶっ壊れる(っぽい)原因は詳しくは調べていません。もしかしたら FreeBSD の rc スクリプトが原因ではなく、僕が設定した /etc/rc.conf の IPv6 の設定がおかしくてそれが原因で正しく処理されずに戻り値が壊れて、結果的に /etc/rc.d/routing の戻り値がエラーになるのかもしれません。その場合、原因は僕にありそうですねf(^^;;。

MacBook で色々な OS ブート。

いやー。ThinkPad X100e がぶっ壊れて ThinkPad Edge e145 を購入して無事に Windows8.1 と FreeBSD/amd64 9.2-RELEASE が起動したので一段落ついていたのでありますが。

ThinkPad X100e が壊れて、そこで以前利用していた SSD を MacBook に取り込んで OS X Mavericks を高速にしようかなぁ。とか思い早速トライしてみました。

まずはその途中経過。ThinkPad X100e には Windows8.1 と FreeBSD/amd64 9.2-RELEASE がインストールされていたので、それをそのまま MacBook でブートしてみました;-)。

IMG_6085_Win_FreeBSD_OSX_1

いやー。FreeBSD が無事にブートしましたねぇ。途中、 /etc/fstab に NFS の行があったのでそこでタイムアウトしました。 PC/AT 互換機の場合なら Ctrl-C で抜けられるんだけど MacBook ではダメで、このまま延々とタイムアウトが続くのであります。

あ。 FreeBSD はここでおしまい;-)。次に Windows8.1 をブートしてみました。

IMG_6091_Win_FreeBSD_OSX_2

これはもーっ!! スルっと起動しました。スゲっ。って感じ;-)。色々やれば良いんだけど、まぁ、こっちもブートしたのでおしまい;-)。

さてさて。 ThinkPad X100e に入っていた SSD で Windows と FreeBSD のマルチブートですが、基本的には レガシー BIOS と MBR でインストールされているのですが、 MacBoook ってのは UEFI で動作しているとは言っても レガシー BIOS と MBR でちゃんとブートするんですね。あ。ブートは Windows 側の bcdedit で FreeBSD がブートするようにしています。

ただ、 OS X のマルチブートにしようとすると OS X は UEFI が必要になるので『マルチブートが大変』な状態になるんですね。素直に Windows と FreeBSD のみを利用する場合にはなんか行けそうな予感です。

 
てーか。やりたいことはこんなことではなく、余った SSD を MacBook に入れて OS X Mavericks をインストールする。ってのが目的なのですが・・。SSD を MacBook に接続すると、8GB の USB に用意した Mavericks が認識されません。

MacBook に入っている 2.5 インチの HDD を接続すると USB からブート可能なのですが、 SSD を接続すると USB インストーラを認識しません。あらら・・。orz

SSD は Intel の 330 Series 。結構メジャーな SSD なので MacBook が認識しないというのはちょっと考えられないんだけど、ダメでした・・。orz 今回利用した SSD は 120GB のヤツだったのですが、もしかしたら容量チェックが入っていて、120GB では容量が小さすぎて Mavericks のインストーラが起動しないんではないかい? などと思えてきました。が、 SSD はこの一個しか持ってないのでそれが本当のことなのか、確認はできていません・・。

 
しょーがないので default で MacBook についていた 230GB の HDD にインストールすることになったのでありました・・。

IMG_6095_Win_FreeBSD_OSX_3

HDD には無事にインストールできるんですよねぇ・・。

と、いうことで、僕みたいに SSD に変更してインストールしようとしたけどできなかった。と、いう方いましたら是非コメントをい頂ければと思います。

ThnkPad Edge e145 で suspend/resume を確認。

連チャンで ThinkPad e145 のネタですみません。 FreeBSD ネタはこれが最後です。無事に suspend/resume ができることを確認しました。

前回のエントリ「FreeBSD で suspend/resume するかの確認方法。
前々回のエントリ「ThinkPad Edge e145 で利用する FreeBSD。

上記二つのエントリで「あれ? suspend/resume が動かないなぁ。」とか思っていたのですが、色々見なおしたら無事に動作するようになりました。見なおした点は以下の通り。

・カスタムカーネル
・/boot/loader.conf
・/etc/sysctl.conf

カスタムカーネルと /boot/loader.conf はまぁ、ほぼ連動しているという気がするのですが、それ以外にも /etc/sysctl.conf を見直しました。これらの設定は 9.2-RELEASE が動作していた Thinkpad X100e から引き継いだ情報だったのですが、同じ設定内容では e145 は suspend/resume しない。と、いうことですね。

上記三つのファイルを以下の URL に置いておくのでもし良かったら参照してみてください。

カスタムカーネルコンフィグ
/etc/loader.conf
/etc/sysctl.conf

色々なファイルを消したり書いたり、色々なパラメータを追加したり削除したりを繰り返したのですが、上記の設定で安定して suspend/resume するようになりました。カーネルモジュールのロードではなく kenv などの設定のほうだと思っているんですけども。
実際に的確に原因を特定したわけではありませんが、僕的には hw.pci.enable_io_modes などが怪しいのかなぁ? とか思ったりもしたのですが、本当に特定はできていません。

 
resume から返って来た FreeBSD ですが、比較的簡単な問題点が二点。

・サスペンド時には X 上で動作していたマウスがレジューム後には動作しなくなります。/etc/rc.resume 内で /etc/rc.d/moused restart すれば良いでしょう。
・レジューム後に画面がやたらと明るくなってしまいます。 Fn+F7 で暗くしてあげてください。
・KDE4 を利用している人は「電源の管理」にサスペンドの情報が渡らなくなりました。 KDE4 側で自動休止とかできなくなったのがちょっと悲しいかな。

いじょ;-)。

と、いうことでこれで FreeBSD をバリバリ利用できる NotePC になりました。新製品で出たばかりの ThinkPad Edge e145 ですが、無線 LAN とか SD Card Reader とか動かない機器もありますが、まぁ、ヨシとしておきましょう。グラフィックスは vesa ですけど、驚くほど速く動作します;-)。

僕的には X100e に続いて中々使える NotePC。 になりそうです。

FreeBSD で suspend/resume するかの確認方法。

以前のエントリで「ThinkPad Edge e145 で利用する FreeBSD。」というエントリを書いたのですが、その中で動作するものとして suspend/resume と書いていますが、あれ? 当初は確かに suspend/resume していたのですが、どうも最近しなくなりました。 orz

どうして動作しなくなったのかについては現在確認中なのですが・・。

現在インストールしているバージョンは FreeBSD/amd64 9.2-RELEASE-p1 です。こいつはカスタマイズカーネルで起動しているのですが、他にも以下の要領で色々試してみました。

・カスタマイズカーネルでそ /boot/loader.conf でkldload した状態
・カスタマイズカーネルで kldload しない状態
・GENERIC カーネルで /boot/loader.conf でkldload した状態
・GENERIC カーネルで kldload しない状態

残念ながら全ての状態において resume しませんでした・・。orz。

おかしいなぁ。インストール直後は suspend/resume していたよなぁ。とか思い、 メモリスティク用イメージを作成してブートして確認してみました。
FreeBSD 上でメモリスティグを作成する場合は以下の手順になります。

# dd if=FreeBSD-9.2-RELEASE-amd64-memstick.img of=/dev/da0 bs=10240

 
作成した USB メモリで FreeBSD をブートして INSTALL モードではなくコマンドブロンプトを出したあとにすかさず /usr/sbin/acpiconf -s3 とか打つんですね。すると suspend してくれます。
蓋を閉じて開けるときちんと resume してくれるので、動作的には FreeBSD/amd64 9.2-RELEASE の GENERIC カーネルでは sysctl で特に mib を変更することなく ThinkPad Edge e145 は suspend/resume してくれることが確認できました。すると、実際の利用環境においてなにか悪さしたか p1 にしたことによって正しく suspend/resume できなくなってしまったのでしょうなぁ・・。

継続して調査する所存であります。

 
と、ここまで書いたのですが、うひひ。つまり FreeBSD がブートするメモリスティック持って電気屋さんに行って、はじから(それはつまりは自分が欲しいと思っている NotePC のことですが;-)リブートしてみれば suspend/resume の確認が取れて、第一目標の NotePC が supend/resume しなければ次の NotePC で確認。とか、そこはかとなく素晴らしい技が使えるのでは無いでしょうか:D:D:D。

くれぐれも先に店員さんにヒトコト声をかけてからブートしたほうが良いとは思いますが。

けど、それで FreeBSD をネーテブにインストールしたときに suspend/resume する NotePC の情報が増えるのでそれはそれで良いことなのではないかなぁ;-)。

ThinkPad Edge e145 で利用する FreeBSD。

いやー。前回のエントリでは Windows と FreeBSD がなんとかマルチブートできる環境が構築できた。というエントリでしたが、ここでは実際に freeBSD を利用してみた感想を書いてみたいと思います。

 
1. OS のチョイス
今回は UEFI+GPT に対応していない FreeBSD/amd64 9.2-RELEASE をチョイスしました。インストール方法は前回のエントリに書いているのでそっちを参照してください。

本当は FreeBSD/amd64 10.0-BETA3 でも良かったのですが、僕の環境で利用している FreeBSD はほぼ全てが /amd64 9.2-RELEASE なんですね。何が良いかと言われれば pkgng の恩恵をごっそりと受け継げることができる。と、いうことですね;-)。

まず先に pkgng のことをちょっと書いておきましょうかね;-)。

デスクトップ PC で稼働している FreeBSD を pkgng 化して packages をドドドと作成します。2,3 の設定は以下の通り。

・/usr/ports/ports-mgmt/pkg をインストール
インストール後は pkg2ng を実行しろ。というので実行します。まぁ、新規インストールな状態なのでサクっと終わりますが;-)。

・/etc/make.conf に以下の行を追加
ここいらの設定はあちこちに書いてありますね。

WITH_PKGNG=yes

 
・packages の作成
そもそも KDE4 などの統合デスクトップ環境をインストールすると 800 個近い packages がインストールされています。インストールされたこれらを package 化します。以下はそのスクリプトです。

#!/bin/sh
pkg info | grep $1 | awk '{print "pkg create -f tbz -n -g -o /usr/ports/packages/All " $1}' | sh -x

 
一行野郎ですが、これを例えば pkg-create.sh という名で保存し、実行時には ./pkg-create.sh kde などとオプションを指定すると kde と付いた pkg info で表示される全てが packages 化されて /usr/ports/packages/All/ に格納されます。
ただ、関連性のあるプログラムまでは packages 化してくれないのであとからチマチマこのコマンドを実行する必要があるかもです;-)。

 
・packages のインストール
新しくインストールした ThinkPad e145 上の FreeBSD は同じく pkgng 化したあとに NFS でマウントした /usr/ports/packages/All/ に cd して、そこで pkg add kde* などと打つとドドドとインストールしてくれます;-)。

ただ、この pkg add するためには設定ファイルを一個用意して置く必要があります。
/usr/local/etc/pkg.conf というファイルを一個用意してあげます。

# cd /usr/local/etc
# echo "packagesite: http://pkg.freebsd.org/${ABI}/latest" > pkg.config

 
/usr/local/etc/pkg.conf.sample と、いうファイルがありますが、とりあえず一行だけ書いたファイルを置いてあげると pkg add が動き出します。このファイルが無いと pkg add はスルっと終わってしまい packages をインストールしてくれません。
packages 自体はこのファイルに書いたホスト名など、リモートから取って来なくてカレントデイレクトリの packages を利用したいので、これで十分です;-)。

以上で新規にインストールした FreeBSD の環境が整いました。早いです;-)。

 
2. 動くデバイスと動かないデバイス
packages がドドド入ったので X を起動したり色々やる準備が整いました。で、まず、動かないもの(デバイス)を書きましょうか。

・Wi-Fi: Broadcom (多分 BCM943142HM)
・Bluetooth: Broadcom 製 USB 経由 で 4.0 対応
・SD Card Reader: Realtek 製

これらはダメですね。 FreeBSD 側にドライバが無いようです。あと、渋いところでいうと AMD の SUBus が認識しない。この辺りについては pciconf -lv を置いておきますのでそちらを参照して頂ければと思います。

続いて X ですが、 e145 の CPU というか APU は A4-5000 で Radeon HD 8330 な GPU ですが、以下の URL で確認すると・・。

https://wiki.freebsd.org/AMD_GPU
https://wiki.freebsd.org/Graphics

と、いうことで Radeon HD 8000 番台は “Not supported” だそうです。残念ながら VESA 決定ですね。最後に要らないとは思うけど、xorg.conf を付けておきます。
タッチパット・トラックポイント共に動作する設定が入っています。

 
動くもので気がついたのを書いてみます。

・suspend/resume する (あれ?しなくなった。ちょっち調査中)
・テンキーで画面の明るさ変更が可能
・音は出る
・USB カメラは webcamd+cuse4bsd+pwcview で動きます

くらいかな?

 
試してないものは以下の通りですが、これは多分 Xorg とか KDE4 の機能に引っ張られると思うなぁ。あとで確認してみよう。

・D-SUB 15pin/HDMI/LCD があるけど、三画面出力とか可能なのかな?
・バッテリーの持ち状況とかまだ確認してないです

あと、以前の「PRIMERGY MX130 S2 を FreeBSD で利用する。」というエントリで「hwpstate0: set freq failed, err 6」というメッセージが延々と出力される。と書いたことが有りましたが、この NotePC でもやはり表示されます。回避策は上記エントリに書いてあるのでそのパッチを適用しました。

 
実際に ThinkPad Edge e145 を FreeBSD で利用してみた体感的な感想をちょっと書きます。比較は ThinkPad X100e とですが、実測値とかなくてすみません。

・CPU は 2Core から 4Core になったので余裕を感じます。あと、 CPU の温度が低いですね。ファンが唸りを上げて回るというのはまだ体験していません。その点からするとたとえ遅くとも「良いんじゃね;-)。」と思えます。
・Xorg が VESA でしか利用できないのが痛いかなぁ。とか思ったのですが、最近の VESA は以前よりも進んでいますね。以前は 1024×768 を 1366×768 横方向に拡張して表示してくれていたのですが、今の VESA はちゃんと画面のサイズでで表示してくれます。 2D のみなら VESA でも我慢できるかなぁ。と、いう感じかな。

しかし、KDE4 の「デスクトップ効果」では xrandr を利用してウィンドの透明化とか全仮想デスクトップの表示とかが動きます。あれあれ? VESA でも今は十分に動いているよ。状態です。 ThinkPad X100e の頃の VESA とは随分と違い驚いています;-)。

 
とまぁ、こんな感じですが、これは続くかどうかわかりません;-)。

ThinkPad X100e の場合は枯れた技術を利用した新製品の NotePC でしたが、今回購入した e145 は最新鋭の NotePC になるので X100e の頃よりは色々と楽しめそうです;-)。

と、いうことで ThinkPad Edge e145 で FreeBSD/amd64 9.2-RELEASE をインストールして動作している状態の情報を提示します。

起動時の dmesg
pciconf -lv の結果
sysctl -a の結果
vesa だけど xorg.conf

皆さんも是非 FreeBSD を PC ネーテブで動かしてみてください;-)。

ThinkPad e145 で Windows と FreeBSD のマルチブート。

前回のエントリで「購入したー。FreeBSD 用の領域確保したー。」で、終わったのですが、ガマンできずに、ロクに下調べもせずに FreeBSD 用に確保した領域に FreeBSD/amd64 9.2-RELEASE をインストールしてみたのですが・・。

あたたた。 Windows8 がぶっ飛びました。 Windows と FreeBSD の両方がブートできなくなってしまいました・・。orz。
ThinkPad X100e に引き続き、またまたリカバリー領域のバックアップをしない状態で HDD 全初期化の運命です・・。orz。

 
この ThinkPad Edge e145 ってのは最新鋭の NotePC なんですね。その辺りのことをまるで意識していませんでした。 Windows8 がブートする NotePC なので起動は Windows7 世代の PC と同様の BIOS ではなく UEFI BIOS で、パーティション構成は GPT を利用しています。こんなの知らないよーみたいな・・f(^^;;。以下、 BIOS との格闘についてです。

 
1).USB デバイスからの OS の起動
まず、USB デバイスから OS をインストールするためにメモリとか CD/DVD から起動しようとするのですが、これがまた起動しません。orz。 BIOS の設定は二ヶ所。ここを変更してあげないと外部メディアからブートできません。

・USB UEFI BIOS Support を enable に
BIOS の Config メニューから USB を選択するとこのメニューがありますが、これが disable だと USB デバイスからブートしません。

・Secure Boot
これは UEFI BIOS の機能なのですね。 UEFI の場合はブート時のウィルス対策のためにできたメニューらしいですが、新規に OS をインストールする場合には disable にしないとダメです。

IMG_6038_e145_UEFI_1

あと、細かい点としては FreeBSD のインストールメディアを USB3.0 のポートに接続するとこれまたブートしません。OS インストール中は USB3.0 は disable にしておいたほうが良いかもです。

 
2). OS のインストールと起動
例えば Windows8 のみインストールする場合や FreeBSD を先にインストールした場合にはそれぞれがブートしてくれます。
Windows8 の場合は UEFI BIOS の Startup メニューから UEFI Only を選択すれば高速にブートする状態でインストールし、起動します。 FreeBSD の場合は Legacy Only にすればインストールできて起動もします。

しかしっ!! 一個がインストールできてもう一個の OS をインストールすると最初起動していた OS がブートしなくなり、結局二つの OS 共にインストールしたモノが起動しなくなりました。

試したのは以下の通り。インストールした OS の順番を意味し、その後どうなったか? を掲載しています。 FreeBSD は GPT パーティションを利用しました。

・Windows8 (起動) -> FreeBSD/amd64 9.2-R = 両方とも起動せず
・FreeBSD/amd64 9.2-R (起動) -> Windows8 = 両方とも起動せず
・Windows8.1 (起動) -> FreeBSD/amd64 9.2-R = 両方とも起動せず
・FreeBSD/amd64 9.2-R (起動) -> Windows8.1 = 両方とも起動せず
・Windows8.1 (起動) -> FreeBSD/amd64 10.0-BAETA3 = Windows8.1 は起動するが FreeBSD を起動する方法がわからない

一番最後のパターンは FreeBSD/amd64 10.0-BAETA3 が UEFI に対応したと小耳に挟んだのでトライしました。 UEFI BIOS は Both で UEFI/Legacy Boot Priority から UEFI First でインストールしました。
Windows8.1 から bcdedit を利用し Windows8.1 のブートマネージャからのブートを試みましがダメでした。

IMG_6037_e145_UEFI_2

この辺りの情報はまだあまりなくて、 OS 単体をインストールしたら起動したとか、仮想環境にインストールしたら起動したとかそんなんばっかりで、物理的な最新の PC にインストールしてマルチブートしたという情報がほとんど無いのが現状です。

本当にヒトバシラーだぁ・・。orz。

 
3). 何とか起動。ふぅ。
もぉヨワヨワです。UEFI BIOS の設定は以下にしました。

・Secure Boot: disable
・UEFI/Legacy Boot: Legacy Only

もう明らかに前世代の PC の BIOS じゃん。みたいな・・。ここに Windows7 をまずインストールしました。この環境でインストールする Windows7 はすごいですね。 MBR パーティションにインストールしているようです。

Windows7 インストール後に FreeBSD は /amd64 9.2-R をインストールした場合はインストール時に GPT パーティションでインストールしようとしているので Windows7 のパーティションが見えません。あららら。

と、いうことでインストールの手順は以下の通り。

1. FreeBSD/amd64 9.2-R を MBR パーティションでインストール
パーティション作成時に先頭の 230GB を NTFS として確保し、残りのディスクは MBR 形式で FreeBSD パーティションを確保します。 /dev/ada0s3a,b,c,d って感じですね;-)。これで FreeBSD のインストールは完了。

2. Windows7 のインストール
FreeBSD のインストール時に先頭 230GB を確保したのでここに Windows7 をインストールします。これはパーティションを新規割り当てするなど、フツーの手順通りで OK です;-)。

3. マルチブート
インストール後に再起動。まずは Windows7 が起動します。その後 bcdedit で FreeBSD が起動するように設定します。そして、その再起動後は Windows7 のブートマネージャから両方の OS がブートするようになるのでありました。ふぅ。

 
と、いうことで、なんとか無事に二つの OS が起動するようになりましたが UEFI BIOS の知識は十分に付けてからトライしたほうが良さそうですね。UEFI BIOS でハマった道を再確認。

・ USB デバイスからインストールメディアがブートしない
USB UEFI BIOS Support を enable にする。
Secure Boot を disable にする。

・UEFI+GPT 対応 OS
Windows8は レガシー BIOS と MBR に対応しているというんだけどそれではインストールできないみたい。 UEFI Only と GPT でしか扱えませんでした。
FreeBSD 10.0-BETA3 は UEFI Only でインストールできます。ただし、マルチブート時にどのようにしたら良いのかドキュメントが無い(少ない?)。
OS としてインストールしないのに Linux のブートローダを利用するのはイヤなので関連すドキュメント全く読んでません。
Windows8 や FreeBSD 9.2-R は単体でインストールして単体で利用する分には全く問題は無いと思います。

・Legacy BIOS+MBR でマルチブート
UEFI+GPT に対応したマルチブート環境化において、ブートローダ(ブートセレクタというのかな?)部分はどうしたら良いのか全くわからなかったので古い PC アーキテクチャで OS を利用る場合に良いかと思われます。

BIOS やパーティションレベルでの最新機能は必要なく、とりあえず「何はなくともマルチブート命」って人向けでしょうかね;-)。

 
今は Windows7 そっちのケで FreeBSD/amd64 9.2-RELEASE をいじっています。一応、 X まで起動して KDE4 が動き出しました。
Windows7 はここから Windows8.1 にバージョンアップできるのかなぁ? そーすると Legacy BIOS+MBR で一応動くことになると思うんだけど。

と、いうことで今回はここまでにします。二つの OS をマルチブートするための方法を書いてみました。FreeBSD 10 側でマルチブートのための機能とかあるのかなぁ? やっぱり OS は物理マシンにインストールしないとダメですねぇ;-)。

次回は FreeBSD について、動くデバイス・動かないデバイス・その他について書いてみたいと思います;-)。

Lenovo Thinkpad Edge e145 が届いた。

以前利用していた ThinkPad X100e がちょうど三年でぶっ壊れてしまったので新たに NotePC を購入したのですが、どうしようか悩んだ挙句 Thinkpad Edge e145 にしました。
ウェブから申し込んだのが 10/09 で受注生産だったので納期が 2-4 週間とのことで、いやー。本当に 4 週間かかりましたな。 11/06 に配達され、手元に届きました。

新しいブツが手に入ったのでしばらくはこのネタ続くかもしれないです。今回はその第一回目と、いうことで;-)。

僕が購入したのは AMD の CPU である A4-5000 が載っている受注生産モデル。 e145 の代表的なスペックは以下になります。

・CPU クロック: 1.5GHz
・CPU コア数: 4Core
・GPU: Radeon HD 8330
・メモリ: 4GB
・HDD: 7mm 厚 500GB
・OS: Windows8
・NIC: RealTek GbE
・Wi-Fi: Broadcom (多分 BCM943142HM)
・Bluetooth: Broadcom 製 USB 経由 で 4.0 対応
・SD Reader: Realtek 製

ThinkPad X100e で利用していた SSD を入れようかと、届いたその日に裏蓋を開けたのですが、なんとっ!! default の HDD は 7mm のヤツで 9mm の SSD は入りませんでした。
その他のパーツで ThinkPad X100e から色々流用できるか試してみたリストは以下です。

・AC アダプタ: 使えました;-)
・Wi-Fi: Intel Centrino Advanced-N WiMAX 6250 BIOS ロックがかかっていて利用不可
・Bluetooth: あえて Broadcom 2.0 を利用する必要ナシ
・メモリ: 規格が違うのでアウト

着脱可能で流用できそうなパーツはこれくらいでしょうかねぇ。

あと、裏蓋開けてみて X100e と違うなぁ。と思ったのは SIM スロットとか無いので随分とさっぱりしている点かな。 HDD とメモリと MiniPCI の Wi-Fi にアクセスできるくらい。

初日は Windows8 のアップデートとかしてシューリョーって感じでした。
以前利用していた X100e のときは Windows7 をブートもせずに HDD の内容を全部ぶっ飛ばしてから FreeBSD と Windows7 をインストールしたのですが、今回はリカバリーメディアを作成するために一応 Windows8 をブートしました。

にしてもっ!! リカバリー領域をバックアップするプログラムが見つかりません。同梱されていた資料は薄っぺらい紙が三枚で、ユーザ・ガイドは PC の中でそれを見るとリカバリー方法が書かれているのですが、画面右の「検索」に “recovery” と入力して表示されたプログラムを実行しろ。とは書かれているのですが、そのプログラムが見当たらないんですね。

でもって Lenovo のサイトから Rescue and Recovery 4.51 対応全言語用フルインストールファイル (594MB) をダウンロードして試したのですが e145 の Windwos8 にはインストールできませんでした。あたた。

と、いうことで 今のところは SSD 化することもできずリカバリーメディアを作成することもできない状態なのでとりあえず 480GB ほどある Windows8 パーティションを縮小して FreeBSD 用の領域を 230GB ほど確保したところで一日目の作業は終了。となったのでありますf(^^;;。

 
さてさて。今回購入した Lenovo Thinkpad Edge e145 は勢いで”赤”を購入してみました。 Lenovo Thinkpad X100e と比較してみます。

IMG_6057_ThinkPad_e145_2

まず、大きさが目につきましたね。と、いうか X100e のほうが「あ。こんなに小さかったんだ。」と感じました(右側)が、それはつまりはバッテリーの部分が飛び出るか本体に内蔵されるかで、e145 のほうが奥に長い(左側)のはバッテリーのせいなのね。と、いうことが解ります。

筐体ですが、これが随分と違うんですね。 X100e のほうはプラスチックボディーなんですが、 e145 は一応鉄製というかブリキというかプラスチックでは無い素材というかを利用しています。

どっちが良いか?聞かれれば e145 のほうが好きかなぁ。赤だからかもしれませんけど;-)。

IMG_6054_ThinkPad_e145_1

と、いうことで第一回目はこれにて終了にします。 e145 の次のネタを書くのは Windows8 か、もしかしたら FreeBSD/amd64 9.2-RELEASE をインストールしたときになるかと思われます;-)。