tsaka1's blog

2007年9月9日日曜日

FreeBSD: ATA Soft RAID1の復旧

先日自宅サーバ(FreeBSD5.x)の ATA Soft RAID1の片割れがセクタエラーを起こしまくってDEGRADEしました。
それを本日復旧したので、その作業メモです。

故障したディスクの交換用ディスクを確保する。容量は当然これまでのもの以上でなければならない。
shutdownする前にdmesg, /var/log/messagesなどで故障したドライブを再度確認する。atacontrolコマンドではどうもこれの確認ができない模様？
shutdownし、電源を落とす。
故障したドライブを交換する。
起動する。
交換したドライブをスペアドライブとして追加する（atacontrol addspare アレイ識別子ドライブ名)
「atacontrol rebuild アレイ識別子」でリビルドを開始させる。
「atacontrol status アレイ識別子」でREADYになれば完了。

なお、もし故障したのが起動ドライブだったばあい、4.のディスク交換時にマスターとスレーブの設定を入れ替えるなどしないとFreeBSDそのものの起動ができない恐れがあるので注意すること。

2007年7月25日水曜日

FreeBSD: amd64、いやC言語の罠

えー、先日PAEにするかamd64にするか迷っていたFreeBSD機ですが、愛用のjvimをports collectionからインストールしようとして罠にはまりました。
jvim3-canna+freewnnをportinstallしたのは正常にできたわけです。
jvimの起動も一見正常。
でも、かな漢字変換しようとするとcore dump。。。

でmake時のメッセージにpointerをサイズの違う整数型に入れているとか何とか言う趣旨の警告メッセージを発見。
で、こういうプログラムを作って試しました。

#include <stddef.h>
#include <stdlib.h>
#include <stdio.h>
main ()
{
    printf("%d\n", sizeof (char));
    printf("%d\n", sizeof (int));
    printf("%d\n", sizeof (long));
    printf("%d\n", sizeof (long long));
    printf("%d\n", sizeof (char *));
    printf("%d\n", sizeof (int *));
    printf("%d\n", sizeof (long *));
    printf("%d\n", sizeof (long long *));
}

さて、これをi386機でコンパイル実行すると、、、

1
4
4
8
4
4
4
4

のようになることは自明と言っても良いでしょう。が、amd64機だと、、、

1
4
8
8
8
8
8
8

となんとまぁ、64ビットだから当たり前と言えば当たり前ですが、ポインタは8バイトになります。どうやら件のプログラム中にはこれをintに入れているのがあると見た。
もっと驚いたのがlongも64ビットになっていることかな。VAX-11以来32ビット機主流が長く続いたから、long=int=32ビットと言う前提のプログラムも多いと言う気もするんだが、、。

逆に考えれば、ポインタをlongに入れていれば問題はなかった、、、ってそういう使い方をさせてしまうC言語の「アセンブラ｣としての側面がそもそもの原因ですね。

もちろん、本来はそれを活用できるのがC言語のうまみであって、アーキテクチャが変われば、それにあわせて変えなきゃならんということを忘れなければいいだけですが、（え？普通のアセンブラとの違い？、ニーモニックが変わらないって事だけでしょう:-)、、。

巷では「高級言語」ってことにされているから、つい忘れてしまうわけですね。
まぁ高級言語でもアーキテクチャ依存性があるものもあるから、Cだけが悪いってわけじゃないですが。

そもそも、charのビット数からして処理系依存なんだってことをなぜ忘れるかって言うと、それだけ世のアーキテクチャが変わり映えしない単調なものになっていたってことで、、、。

PS. 結局jvimはjvim3-direct_cannaなら問題なく使えることがわかったので、それを使おうかと、、。うーん、Wnnにしたかったんだけど。。それに、まだ例の警告が数ヶ所出てるのが怖い。。

2007年7月11日水曜日

NHK時計

をつけてみました。
入手元はこちら
http://www.nhk.or.jp/lab-blog/
今のデザインでは左下ですね。

ちょっとこのブログの使い方についてはいろいろ思案中。

2007年5月3日木曜日

FreeBSD: i386+PAEか、amd64か、それが問題だ？

久々に。

現在DELL PowerEdge840のIntel Xeon 3070(?core2つの奴）に4GB-RAM搭載っていうのにFreeBSD入れつつあるんですが、普通の（？）のi386用だと512MB程メモリを使わなくなってしまう（32ビットメモリ管理の関係で）ので、拡張メモリモデルに対応させなければならないんだけど、Intel64の場合、タイトルのどっちのパターンがいいのかなぁ？と言う状態です。

そもそも巷の書籍にはこういうリッチ（？）な構成を前提に説明しているのがまだないみたいだし、最近オフィシャルなところに報告している事例が激減している気がする。
（これはおそらくブログの影響だと思う。ブログの検索はかなり厄介なので、ブログばやりも善し悪しですなぁ。）

個人的にはIntel64なのにamd64ってのが好みですが、i386ベースの方が無難な気もするけど意外とPAEって検証が済んでないドライバとかも多いようだし、、。

まぁ一晩探してエイやってところですかね？

ちなみに入れようとしているのはもちろん、FreeBSD 6.2 RELEASEです（すぐcvsupするだろうからSTABLEになるだろうけど）。