mlhが使えるようになったら、やっぱりTeXでしょう。今となっては書く用がまったくないんだけど、
学生とか研究者だったら書けるようにしたい。コンピュータの世界でいう書道みたいなものかもしれないけど。
10年ぶりに使ってみたけど、SUSEに入っているteTeXは、EUCしかサポートしていない。
(もともとEUCで書いていたからあまり気にしないけど)
ptex,jsclasses,日本語のフォントなどのパッケージをインストールすれば、特になにも設定はいりません。
eucでtexファイルを作成して、
# platex XXX.tex
dviは、見れないので、pdvipsでコンバート。
便利な時代になりましたね。
使ったことはない、lyx-cjkは、どうやっても動きませんね。もしかするとkdeの何かのファイルが不足している感じなんだが。。。
3/24/2008
XDMCPって普通に便利
昔、昔、UNIXマシンが軽く500万を超えていた時代は、1台のマシンがあると、だいたい何台かのX端末(これは安くて40万くらい)がぶら下がっていました。
今や普通にLinuxハイスペックマシンが10万そこそこで買えてしまうので役にたたないかもしれませんが、PCをX端末化すると。。。
●サーバには、メモリとCPUをたくさん積む
●クライアントには、いいグラフィックカードを積む
なんていう使い方ができたり、
●サーバはCore2Duo
●クライアントは、Pentiumのノート。でも捨てられない。
という使い方をすると、あらびっくりノートPCのスペックがあがったような気がする。
(正確には、計算、実行と描画を分けているため、動作は、サーバのCore2Duoなのでもともと速いのだが。。。)
YaSTでSysconfigエディタのDesktopの項目をいくつかYesにして、SuSEconfigをして、再起動すれば
サーバマシンの設定はおしまい。
クライアントマシンからは、
Xnest :1 -query サーバマシン名(Xwindowの中にウィンドウをネストする場合)
X -query サーバマシン名 (runlevel 3からXwindowへ接続する場合。こちらが正統派?)
でつなげればOK。
つながらない場合は、firewalのl設定を以下のようにすべし。
サーバマシン tcp/udp 177
クライアントマシン tcp/udp 6000:6063 16000:16063
上記のポートをあけてみましょう。
余談ですが、Xwindow屋さんとお話をするとサーバとクライアントという言葉が独特なのでご注意を。
サーバは、あくまでも画面を描画するプログラムであって、クライアントは、ウィンドウを表示させる
(ちょっと不正確だけど)プログラムになります。よってfirefoxはクライアントになります。
今や普通にLinuxハイスペックマシンが10万そこそこで買えてしまうので役にたたないかもしれませんが、PCをX端末化すると。。。
●サーバには、メモリとCPUをたくさん積む
●クライアントには、いいグラフィックカードを積む
なんていう使い方ができたり、
●サーバはCore2Duo
●クライアントは、Pentiumのノート。でも捨てられない。
という使い方をすると、あらびっくりノートPCのスペックがあがったような気がする。
(正確には、計算、実行と描画を分けているため、動作は、サーバのCore2Duoなのでもともと速いのだが。。。)
YaSTでSysconfigエディタのDesktopの項目をいくつかYesにして、SuSEconfigをして、再起動すれば
サーバマシンの設定はおしまい。
クライアントマシンからは、
Xnest :1 -query サーバマシン名(Xwindowの中にウィンドウをネストする場合)
X -query サーバマシン名 (runlevel 3からXwindowへ接続する場合。こちらが正統派?)
でつなげればOK。
つながらない場合は、firewalのl設定を以下のようにすべし。
サーバマシン tcp/udp 177
クライアントマシン tcp/udp 6000:6063 16000:16063
上記のポートをあけてみましょう。
余談ですが、Xwindow屋さんとお話をするとサーバとクライアントという言葉が独特なのでご注意を。
サーバは、あくまでも画面を描画するプログラムであって、クライアントは、ウィンドウを表示させる
(ちょっと不正確だけど)プログラムになります。よってfirefoxはクライアントになります。
3/23/2008
rootのセキュリティ
rootのパスワードを覚えていますか?私は、覚えていません。
なぜなら、rootのパスワードというものが存在し、入力されることにより、誰かが書き留めたり、誰かが盗み見をしたりして、洩れてしまう可能性があります。(どんなセキュアーな環境でも入力されただけでもれる可能性は、あります。)
というわけで、rootのパスワードをなるべく使わない方法は
1. 自分をwheelグループに追加する
昔のUNIXは、管理者としてwheelグループに追加していましたが、今はあまり聞きませんね、この運用形態は。
sshなどのネットワークアクセス環境でパスワード無しの設定しているときにこれを忘れるとひどい目にあいます。その場合は、rootのコンソールとテスト用のコンソールを必ず2つ開くことを忘れずに!!!!
2. /etc/pam.d/common-authを修正
順番が影響しますので、設定変更前と後を記載します。SUSEでは、/etc/pam.d/common-authですが、debianとか、redhat系のOSでも動作します。その場合は、/etc/pam.d/suを修正します。(多分コメント行に説明が記載されています。)
設定変更前
auth required pam_env.so
auth sufficient pam_thinkfinger.so
auth required pam_unix2.so
設定変更後
auth required pam_env.so
auth sufficient pam_wheel.so trust
auth sufficient pam_thinkfinger.so
auth required pam_unix2.so
ファイルを保存した瞬間に有効になります。(あー、おそろしや)
3. visudoでwheelグループの設定をsudoを追加
%wheel ALL=(ALL) NOPASSWD: ALL
visuduで、これだけで、su - としてもrootのパスワードは聞かれません。セキュアというか便利です。rootのパスワードを入力することもないので、誰かに盗み見されることはありません。ただし、自分のパスワードは、よりいっそう厳しく管理しなければなりません。
なぜなら、rootのパスワードというものが存在し、入力されることにより、誰かが書き留めたり、誰かが盗み見をしたりして、洩れてしまう可能性があります。(どんなセキュアーな環境でも入力されただけでもれる可能性は、あります。)
というわけで、rootのパスワードをなるべく使わない方法は
1. 自分をwheelグループに追加する
昔のUNIXは、管理者としてwheelグループに追加していましたが、今はあまり聞きませんね、この運用形態は。
sshなどのネットワークアクセス環境でパスワード無しの設定しているときにこれを忘れるとひどい目にあいます。その場合は、rootのコンソールとテスト用のコンソールを必ず2つ開くことを忘れずに!!!!
2. /etc/pam.d/common-authを修正
順番が影響しますので、設定変更前と後を記載します。SUSEでは、/etc/pam.d/common-authですが、debianとか、redhat系のOSでも動作します。その場合は、/etc/pam.d/suを修正します。(多分コメント行に説明が記載されています。)
設定変更前
auth required pam_env.so
auth sufficient pam_thinkfinger.so
auth required pam_unix2.so
設定変更後
auth required pam_env.so
auth sufficient pam_wheel.so trust
auth sufficient pam_thinkfinger.so
auth required pam_unix2.so
ファイルを保存した瞬間に有効になります。(あー、おそろしや)
3. visudoでwheelグループの設定をsudoを追加
%wheel ALL=(ALL) NOPASSWD: ALL
visuduで、これだけで、su - としてもrootのパスワードは聞かれません。セキュアというか便利です。rootのパスワードを入力することもないので、誰かに盗み見されることはありません。ただし、自分のパスワードは、よりいっそう厳しく管理しなければなりません。
SUSEのrepoをコマンドラインで追加
YaSTは便利ですが、インストールソースの追加は、何気に面倒です。
以下のようにするとコマンドラインで追加できます。
/usr/bin/installation_sources -a URL
これでrepoの追加は一発です。
repoの確認は、
/usr/bin/installation_sources -s
です。
/usr/bin/installation_sources -a URL
これでrepoの追加は一発です。
repoの確認は、
/usr/bin/installation_sources -s
です。
SUSE + emacs + egg + mlh + anthy
SUSEで使っている人いないみたいですねぇ。
mlhは使ってみるとめちゃくちゃ便利。なんてったって、emacsがモードレス(漢字入力の切り替え)がまったく不要。TeXやhtmlをべた書きしている人は、とても便利です。大学時代はかなり愛用していました。先輩ありがとー。(作者は、大学の先輩で指導教官の教え子らしい。)
tamagoのインストール
rpm版とかのインストールはしないで、最新版を入手します。
# cvs -d :pserver:anonymous@cvs.m17n.org:/cvs/tamago login
パスワードを入力せずにEnter
# cvs -d :pserver:anonymous@cvs.m17n.org:/cvs/tamago co tamago
最新のtamagoがチェックアウトされます。
# cd tamago/
# ./configure --prefix=/usr
prefixを/usrにしているのは、SUSEのemacsのsite-lispにあわせるためです。
まだ、バイトコンパイルはしません。
http://anthy.sourceforge.jp/cgi-bin/hiki/hiki.cgi?Emacs%A4%AB%A4%E9#l13
に記載されている自家製tamagoなAnthyを参考にして、
http://www.meadowy.org/~shirai/elips/egg-anthy.tar.gz
入手して、展開します。
anthy.elとanthtipc.elをチェックアウトしたtamago付属のものと入れ替えてコンパイルします。
# make
# make install
以下の設定をします。
.gnu-emacs-egg
(set-language-environment "Japanese")
(setq default-input-method 'japanese-egg-anthy)
(setq mlh-default-backend "anthy")
(require 'egg)
(require 'egg-mlh)
(global-set-key " " 'mlh-space-bar-backward-henkan)
次に、.emacsを以下のようにします。
(if (file-readable-p "~/.gnu-emacs")
(load "~/.gnu-emacs-egg" nil t)
(load "~/.gnu-emacs" nil t)
.gnu-emacsが読み込まれる前にロードしないと、anthyと接続ができませんでした。
これで、emacsを起動して、
watashiwa/emacss/wotukaxtuteimasu./ [スペース]
と入力するとあら不思議。
冗談抜きで、卒論の作成効率は、3倍になります。
mlhは使ってみるとめちゃくちゃ便利。なんてったって、emacsがモードレス(漢字入力の切り替え)がまったく不要。TeXやhtmlをべた書きしている人は、とても便利です。大学時代はかなり愛用していました。先輩ありがとー。(作者は、大学の先輩で指導教官の教え子らしい。)
tamagoのインストール
rpm版とかのインストールはしないで、最新版を入手します。
# cvs -d :pserver:anonymous@cvs.m17n.org:/cvs/tamago login
パスワードを入力せずにEnter
# cvs -d :pserver:anonymous@cvs.m17n.org:/cvs/tamago co tamago
最新のtamagoがチェックアウトされます。
# cd tamago/
# ./configure --prefix=/usr
prefixを/usrにしているのは、SUSEのemacsのsite-lispにあわせるためです。
まだ、バイトコンパイルはしません。
http://anthy.sourceforge.jp/cgi-bin/hiki/hiki.cgi?Emacs%A4%AB%A4%E9#l13
に記載されている自家製tamagoなAnthyを参考にして、
http://www.meadowy.org/~shirai/elips/egg-anthy.tar.gz
入手して、展開します。
anthy.elとanthtipc.elをチェックアウトしたtamago付属のものと入れ替えてコンパイルします。
# make
# make install
以下の設定をします。
.gnu-emacs-egg
(set-language-environment "Japanese")
(setq default-input-method 'japanese-egg-anthy)
(setq mlh-default-backend "anthy")
(require 'egg)
(require 'egg-mlh)
(global-set-key " " 'mlh-space-bar-backward-henkan)
次に、.emacsを以下のようにします。
(if (file-readable-p "~/.gnu-emacs")
(load "~/.gnu-emacs-egg" nil t)
(load "~/.gnu-emacs" nil t)
.gnu-emacsが読み込まれる前にロードしないと、anthyと接続ができませんでした。
これで、emacsを起動して、
watashiwa/emacss/wotukaxtuteimasu./ [スペース]
と入力するとあら不思議。
冗談抜きで、卒論の作成効率は、3倍になります。
3/17/2008
eeepcのfirefoxのキャッシュディレクトリを変更する
eeepcの場合、SSDなので、あまりデータをがりがり書いてほしくない
Firefoxのキャッシュなんて代表例。
キャッシュの場所を変更するには、firefox を起動して、
about:config
をURLとして開いて、以下のパラメータを入力
browser.cache.disk.parent_directory = /tmp
として、Firefoxを再起動してください。
Firefoxのキャッシュなんて代表例。
キャッシュの場所を変更するには、firefox を起動して、
about:config
をURLとして開いて、以下のパラメータを入力
browser.cache.disk.parent_directory = /tmp
として、Firefoxを再起動してください。
LinuxだとThinkpadのトラックポイントでスクロールができん!
設定を変更する必要があります。
/etc/X11/xorg.conf
Section "InputDevice"
Driver "mouse"
に以下を追加します。
Option "EmulateWheel" "on"
Option "EmulateWheelButton" "2"
Option "YAxisMapping" "4 5"
Option "XAxisMapping" "6 7"
保存して、XWindowを再起動してください。
/etc/X11/xorg.conf
Section "InputDevice"
Driver "mouse"
に以下を追加します。
Option "EmulateWheel" "on"
Option "EmulateWheelButton" "2"
Option "YAxisMapping" "4 5"
Option "XAxisMapping" "6 7"
保存して、XWindowを再起動してください。
3/16/2008
ファイルシステムベンチマーク on SUSE
iozoneというベンチマークソフトがあって、設定もCPUなど、環境に合わせることができます。
http://www.iozone.org/
から最新版を入手ができます。(わたしは、srpmからコンパイルしました。)
結構強力なので、ディスクをいたわる方は辞めたほうがいいと思います。
ついでにgnuplotもインストールしておきましょう。
測定方法は、
# iozone -a | tee outputfile
その後、iozoneがインストールされているディレクトリの中にある(/opt/iozone/bin)
Generate_Graphs とgnuplotを使ってグラフを描画します。
# ./Generate_Graphs outputfile
gnuplotでグラフが描写され、さらにpsファイルも作成されます。
ついでにgnuplotもインストールしておきましょう。
測定方法は、
# iozone -a | tee outputfile
その後、iozoneがインストールされているディレクトリの中にある(/opt/iozone/bin)
Generate_Graphs とgnuplotを使ってグラフを描画します。
# ./Generate_Graphs outputfile
gnuplotでグラフが描写され、さらにpsファイルも作成されます。
D02HW on OpenSUSE/SLED10
emobileのD02HWをSUSEで使う方法。都内で接続できるならば、もう無線LANはいらないかも。
ただし、最初の認識に少し時間がかかります。
参考にしたページは、こちら
http://oozie.fm.interia.pl/pro/huawei-e220/
http://www.sabamiso.net/yoggy/tdiary/?date=20070720
http://oozie.fm.interia.pl/src/huawei.tar.bz2 を入手、展開して、make install_suse
を実行して、終わり。これで認識するはずです。このドライバ?は、ドライバではなく
udevなどの書き換えをするだけなのでコンパイラーとか要りません。
(huaweiAktBbo-i386.outは要らない。)
/etc/wvdial-huawei.confを書き換えてテスト。ちゃんとIPがもらえるはずです。
電話番号 *99***1#
ユーザ/パスワード em/em
/etc/wvdial-huawei.confのエントリを確認しながら、ダイアルアップの項目を作成してください。
http://oozie.fm.interia.pl/src/he220stat.tar.bz2 はコンパイルしたけど、いまいち動かない。
ただし、最初の認識に少し時間がかかります。
参考にしたページは、こちら
http://oozie.fm.interia.pl/pro/huawei-e220/
http://www.sabamiso.net/yoggy/tdiary/?date=20070720
http://oozie.fm.interia.pl/src/huawei.tar.bz2 を入手、展開して、make install_suse
を実行して、終わり。これで認識するはずです。このドライバ?は、ドライバではなく
udevなどの書き換えをするだけなのでコンパイラーとか要りません。
(huaweiAktBbo-i386.outは要らない。)
/etc/wvdial-huawei.confを書き換えてテスト。ちゃんとIPがもらえるはずです。
電話番号 *99***1#
ユーザ/パスワード em/em
/etc/wvdial-huawei.confのエントリを確認しながら、ダイアルアップの項目を作成してください。
http://oozie.fm.interia.pl/src/he220stat.tar.bz2 はコンパイルしたけど、いまいち動かない。
Xen 3.2に向けて... on Intel DQ35JO マザー
VT-D/TXTをテストしてみたくて、VT-Dをサポートしているマザーボードを検索。
どうやら、Q35 express chipsetとのことらしい。
http://softwarecommunity.intel.com/isn/Community/en-US/forums/thread/30246340.aspx
Xenの開発者がテストしているチップセットは、
http://wiki.xensource.com/xenwiki/VTdHowTo
テストしているのは
- DQ35MP
- DQ35JO
開発者が知っていて動作しているものは
- Dell: Optiplex 755
- HP Compaq: DC7800
両方とも最低10万円程度。
日本でも売っているじゃん。
X38チップセットも対応しているらしいけど、詳細な情報がなく、バグがあったり、ちょっと怖い。
TXTをサポートしているCPUは、
http://www.intel.co.jp/jp/products/processor/core2duo/specifications.htm
バリューなもので行くと、E6550 E6750か?
Core2quadやノート用のCPUではまだ未サポートらしいです。
http://compare.intel.com/pcc/default.aspx?familyid=5&culture=en-US
XeonだとX3320/X3350/X3360 -->まだ売ってねぇ。
もしかするとE3110も対応しているらしいけど、不明です。インテル I/OATも魅力だけど、
チップセットが対応していないとダメなのかなぁ。
LinuxでTXTを使う場合、以下が必要?
http://sourceforge.net/projects/tboot/
ここは、安全パイで
DQ35JO+E6750で。今使っているマザーとCPUを売却して交換。思ったより安くつきましたが、Q35
はmicroATXしかない。。。
ちゃんとBIOSでVT-DとTXTが制御できますねぇ。さすがインテル。
(動くかどうか不明だけど、ASUS P5E WS+Xeon E3110なんていいかなぁ)
ハイパーバイザーのオプションにvtd=1をつけると、ちゃんと認識します。
実際の使い方は、pcibackドライバを使って、DomUにPCIデバイスのマッピングを行う方法を
マスターしなければなりませんね。(要調査)
Intelの仮想化のページで面白いものを発見
http://softwarecommunity.intel.com/isn/Community/en-US/forums/rss.aspx?ForumID=2480&Mode=0
ちなみに、DQ35JOのTPMを有効にするには、
modprobe tpm_tis interrupts=0
でOK。interruptsがないと、SUSEの場合、ドライバーが落ちます。
tpm-toolsをインストールしておきましょう。(openSUSEにあります。)
どうやら、Q35 express chipsetとのことらしい。
http://softwarecommunity.intel.com/isn/Community/en-US/forums/thread/30246340.aspx
Xenの開発者がテストしているチップセットは、
http://wiki.xensource.com/xenwiki/VTdHowTo
テストしているのは
- DQ35MP
- DQ35JO
開発者が知っていて動作しているものは
- Dell: Optiplex 755
- HP Compaq: DC7800
両方とも最低10万円程度。
日本でも売っているじゃん。
X38チップセットも対応しているらしいけど、詳細な情報がなく、バグがあったり、ちょっと怖い。
TXTをサポートしているCPUは、
http://www.intel.co.jp/jp/products/processor/core2duo/specifications.htm
バリューなもので行くと、E6550 E6750か?
Core2quadやノート用のCPUではまだ未サポートらしいです。
http://compare.intel.com/pcc/default.aspx?familyid=5&culture=en-US
XeonだとX3320/X3350/X3360 -->まだ売ってねぇ。
もしかするとE3110も対応しているらしいけど、不明です。インテル I/OATも魅力だけど、
チップセットが対応していないとダメなのかなぁ。
LinuxでTXTを使う場合、以下が必要?
http://sourceforge.net/projects/tboot/
ここは、安全パイで
DQ35JO+E6750で。今使っているマザーとCPUを売却して交換。思ったより安くつきましたが、Q35
はmicroATXしかない。。。
ちゃんとBIOSでVT-DとTXTが制御できますねぇ。さすがインテル。
(動くかどうか不明だけど、ASUS P5E WS+Xeon E3110なんていいかなぁ)
ハイパーバイザーのオプションにvtd=1をつけると、ちゃんと認識します。
実際の使い方は、pcibackドライバを使って、DomUにPCIデバイスのマッピングを行う方法を
マスターしなければなりませんね。(要調査)
Intelの仮想化のページで面白いものを発見
http://softwarecommunity.intel.com/isn/Community/en-US/forums/rss.aspx?ForumID=2480&Mode=0
ちなみに、DQ35JOのTPMを有効にするには、
modprobe tpm_tis interrupts=0
でOK。interruptsがないと、SUSEの場合、ドライバーが落ちます。
tpm-toolsをインストールしておきましょう。(openSUSEにあります。)
サーバの電気代
以下のページによると。。。
http://www.saitoudaitoku.com/wordpress/?cat=2
サーバのワット数x200が年間の電気代になるとのこと。
会社に持っていった(寄付?)したサーバは600W電源なので。
600x200=120000円!!
電源入れっぱなしにしておくと、月に1万円!げげっ。
フルフルに使わなくても結構すごい!まぁ、月当たりの金額があるにせよ。高い!
となると、ぜんぜん電気代のことを気にしてくれないXenでサーバを立てると、
Xenを立てられる限り電気代は変わらずということになる。
さらに、解約してしまったが、ここでサーバを借りると、
http://21-domain.com/html/m2011.html
月の費用が1万円以下なので、実は、わざわざ家にサーバを立てるつーのが
馬鹿らしくなります。(カナダの友達から教えてもらいました。)
というわけで、自宅に立てて意味があるのは、ファイルサーバくらいで、インターネットサーバ
を立てるならば外がいいということになります。
このBハウジングは持ち込みも可能だし、レンタルするDellサーバを自宅に送ってもらって
OSを入れて返送ということもできます。(片道の送料が2000円だったか4000円だったか)
諸事情で解約しましたが、たとえ自宅を引っ越しても、サーバを引っ越す必要がないので、
自宅インターネットサーバを組むならお勧めです。(と、ここで勧めても、私には見返りがないのだが。。。)
ぜひ、次回借りるときは、Xenで運用したいですね。
http://www.saitoudaitoku.com/wordpress/?cat=2
サーバのワット数x200が年間の電気代になるとのこと。
会社に持っていった(寄付?)したサーバは600W電源なので。
600x200=120000円!!
電源入れっぱなしにしておくと、月に1万円!げげっ。
フルフルに使わなくても結構すごい!まぁ、月当たりの金額があるにせよ。高い!
となると、ぜんぜん電気代のことを気にしてくれないXenでサーバを立てると、
Xenを立てられる限り電気代は変わらずということになる。
さらに、解約してしまったが、ここでサーバを借りると、
http://21-domain.com/html/m2011.html
月の費用が1万円以下なので、実は、わざわざ家にサーバを立てるつーのが
馬鹿らしくなります。(カナダの友達から教えてもらいました。)
というわけで、自宅に立てて意味があるのは、ファイルサーバくらいで、インターネットサーバ
を立てるならば外がいいということになります。
このBハウジングは持ち込みも可能だし、レンタルするDellサーバを自宅に送ってもらって
OSを入れて返送ということもできます。(片道の送料が2000円だったか4000円だったか)
諸事情で解約しましたが、たとえ自宅を引っ越しても、サーバを引っ越す必要がないので、
自宅インターネットサーバを組むならお勧めです。(と、ここで勧めても、私には見返りがないのだが。。。)
ぜひ、次回借りるときは、Xenで運用したいですね。
登録:
投稿 (Atom)