IT

CentOS再インストール

Catalist Control Center

Catalist Control Centerまで動いた!!

こないだGBE-PCIeを導入したばかりだが、CentOSの具合がかなり良いので250GBのHDDへの乗り換えを兼ねて再インストール。

先月導入した時には思いの外楽勝だったので気軽にトライしてしまったのだが、今度はATI Radeon用ATI Proprietary Linux x86 Display Driverのインストールで難航。

手順は前回と同じくHow To install ATI fglrxのとおりに実施したつもりなんだけど、FrameBufferが認識できてないエラーが出ている。

前回はそんなとこで躓いたっけ?最新版の8.36.5なのでダメなのかも?と思い、前回と同じ8.34.8を入れてみても結果は同じだったので、取り敢えず後回し。

気分を変えてVIA-IDEドライバのDMA転送にならない問題に対処するために、素のkernel 2.6.20.4をビルド。「Enabling PIDE DMA mode with VIA South Bridge chips」は不要だったのはちょっと拍子抜けだったが、

# /sbin/hdparm /dev/hda
/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 30401/255/63, sectors = 250059350016, start = 0

となったので、何はともあれ結果オーライだ。

第2回ばりかた勉強会開催決定

福岡でのネットワーク・セキュリティ系コミュニティばりかたで、「第2回ばりかた勉強会」が5/12(土)に開催されるそうです。

今回のテーマはこんなことも分かる! - 初歩のパケットキャプチャ活用術インターネットを取り巻く脅威の変遷 - スピア型攻撃OFFICEファイルの外部漏えいを防ぐの3本だそうです。

前回はいわゆる技術者ではない利用者側の方も参加されていましたので、興味のある方は一度覗いてみてもらうといいかと思います。会費も500円と手頃ですし。

講演内容や申し込み方法など、詳細は公式サイトを参照願います。

参照

ばりかた http://barikata.jp/DNN/

GLAN Tank 増量完了

先日から難航中のGLAN Tank 3倍増量大作戦だが、結局KNOPPIXでコピーしたのがうまくいってなかったみたい。で、なんやかんやしてたらオリジナルのHDDまで怪しくなってきたので、RAIDパーティションのファイルを引き継いだまま移行する事は断念。

基本に立ち返って、320GB-HDDをLow Level Formatからやり直して"SINGLEモード"でクリーンインストール。面倒なセットアップもほぼ1年前に導入した時の手順があるので難なく終了。sshやsambaのセットアップまでできたので、これで大丈夫だろう。

もう一台のHDDは"RECOVERYモード"でインストールし、Masterで再起動すると2時間ほどでミラーリング構成まで完了。出来る時はあっけないくらい楽勝だ。

最後はGbEのジャンボフレームを有効にする為、/etc/network/interfacesに

iface eth0 inet static
        address 192.168.xxx.2
        netmask 255.255.255.0
        gateway 192.168.xxx.254
        **mtu 7192**

と書いたあと、Andromedaに待避しといたファイルをscpで戻せば完了だ。

明日の朝にはコピー終わってるかなぁ…

参照

株式会社アイ・オー・データ機器 http://www.iodata.jp/

Hitachi Global Storage Technologies http://www.hitachigst.com/

緊急地震速報の有効性

サクラと厳島神社

4/7 広島県廿日市市宮島にて

能登と三重の地震における緊急地震速報に対する記事。いずれも最も揺れが大きかった地域では間に合わなかったようだが、震源の浅い直下型地震では間に合わない事は最初からわかっていた事だ。

また記事では**「実際に緊急地震速報のシステムを利用しているユーザーが受信した値ではない。」** と書いてあるので、気象庁の算出時間とS波の到達時間とを比較した結果でしかない。言い換えれば実際の伝達時間を考えれば場合によっては間に合わない可能性もあるわけで、今後そのあたりまでフォローした続報を期待したいところだ。

MARVELL yukon2 ready

尾道の路地

4/7 広島県尾道市にて

先日導入した「CentOS 4.4 64bits版」。オンボードが100BASEのNICだったので、空いているPCI Express x1の有効利用も含めて、玄人志向のGigabitEthernet Board GBE-PCIeを入れてみた。

ちなみにヨドバシ博多にて3,150円也。

「ドライバーが添付されて無いのでどうかな~?」と思ったが、Linux Kernelに標準で入っているsky2ドライバがあっさり認識。問題なく使えているように思えたのだが、数時間もしないうちに突然通信が切れる現象に悩まされた。コンソールは生きているしifconfigのパケットカウントも問題無さげに見えるのだが、対外的には全く通信できない状態で困ったちゃん。

インタフェースのUP/DOWNでもダメで、本体再起動によってようやく復活したのだが、また程なく障害再発。ネットで調べてみるとsky2ドライバはまだバギーで特にCentOSでは怪しいとか。いけませんねぇ。

というわけで、sk98linがいいらしいと聞いたので、MARVELLのWebサイトからinstall_v10.0.5.3.tar.Zをダウンロード。なお、拡張子Zでcompress形式のように思わせつつ、実際はbz2形式だったりするのもありがちなパターン。信じる者は騙される。何事も諦めずにトライしてみることが寛容だ。

install.shを叩くと「gccのバージョンが違う」と怒られるがgcc –versionで確認したところ合っているようなので、バージョンチェックを無視するようにしてインストール。再起動した後、Windows端末との数GBのファイルコピーも問題なく終了したので、これにて一件落着。

試しにジャンボフレームの設定"ifconfig eth0 mtu 7168"をしてファイル転送したところ、10MB/s程度と倍近い速度になったので効果あり。起動時に自動設定されるよう/etc/sysconfig/network-scripts/ifcfg-eth0に**“MTU 7168”**と追記して終了。

参照

玄人志向 http://kuroutoshikou.com/

MARVELL http://www.marvell.com/

Leopardのリリース延期

厳島神社とサクラ

4/7 広島県廿日市市宮島、厳島神社沖にて

Mac OS X v10.5 Leopardのリリースが10月へ延期になった模様。

Boot CampがWindows Vistaをサポートしたので、予定通りWorldwide Developers Conference 2007には正式発表され、パブリックβテストが始まるのではないかと思ったのだが、どうやらデベロッパー向けβに留まるそうだ。

昨日から難航中のGLAN TANK拡張は320GBのHDDを基本インストールしてみたのだが、それでも起動せず。12時間費やして破損ブロックの検査を行うも不良は無く、さぁ困った。

GLAN Tank(SOTO-HDLGW)は320GBのパーティションに対応してないという事か?

参照

ITmedia http://www.itmedia.co.jp/

日経ITPro http://itpro.nikkeibp.co.jp/

GLAN Tank 増量難航中

厳島神社のサクラ

4/7 広島県廿日市市宮島、厳島神社にて

120GB-HDD2台によるミラーリング構成で運用中のGLAN Tankだが、毎週のようにGB単位でデジカメ画像を落しているとみるみる空き容量が心許なくなってきたので、一気に3倍増量大作戦を敢行。

というわけで、ドスパラにてHGSTのDeskstar T7K500、320GBモデルを査収。気になるお値段は8,880円也。わかっちゃいるけど随分と安くなったものだと感慨深い反面、バックアップメディアのコストや手間を考えたらHDDの自転車操業以外に思い浮かばないのが痛し痒し。

さて、まず何はともあれ新しいHDDをホストマシンに接続。GLAN TankのインストールCDを起動し、RECOVERYモードでインストールする。

その後、GLAN TankのMasterに新しい320GBのHDDを、Slaveに元の120GBのHDDを接続して起動する手順は以前ミラーリング再構成した時に確認済みである。

当然、ミラーリングボリューム(/dev/md0)としての容量は小さい方の120GBにしかならないが、新しいドライブのパーティション(/dev/hda3)は期待通りに確保されていながらも特に警告が出される事もなく同期プロセスが進捗しているので、ミラーリング構成のまま容量拡張するオペレーションも問題無さそうだ。

yano@GLANTANK:~$ **sudo /sbin/fdisk -l**
**Disk /dev/hda**: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          32      257008+  83  Linux
/dev/hda2              33        	64      257040   82  Linux swap / Solaris
/dev/hda3              65       38913   312054592+  fd  Linux raid autodetect
**Disk /dev/hdb**: **122.9 GB**, 122942324736 bytes
16 heads, 63 sectors/track, 238216 cylinders
Units = cylinders of 1008 * 512 = 516096 bytes
   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1               1         497      250456+  83  Linux
/dev/hdb2             498         994      250488   82  Linux swap / Solaris
/dev/hdb3             995      238216   **119559888**   fd  Linux raid autodetect
**Disk /dev/md0**: **122.4 GB**, 122408534016 bytes
2 heads, 4 sectors/track, 29884896 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md0 doesn't contain a valid partition table
yano@GLANTANK:~$ **cat /proc/mdstat**
Personalities : [linear] [raid0] [raid1] [raid5]
md0 : active raid1 hda3[2] hdb3[1]
      119539584 blocks [2/1] [_U]
      [===================>.]  recovery = 98.0% (117187456/119539584) finish=2.3min speed=16413K/sec
unused devices: <none>

上の同期が無事に終わったら今の320GB HDDをSlaveに変えて、RECOVERYモードでインストールしたもう一台の320GBをMasterにして再起動すれば、晴れて320GBのミラーリングボリュームが構築されるわけだ。めでたし、めでたし。

べつやくメソッド

べつやくれい氏がデイリーポータル Zの記事「円グラフで表そう」で発表した秀逸な切り口、通称べつやくメソッドが話題になっている。

2007年春、山陽18きっぷの旅

Powered by べつやくメソッド用 円グラフ作成君

元はと言えばご存じアップルがプロモーション中のCM「Macをはじめよう」にインスパイアされたのは当のべつやく氏も認めるところであるが、YANO的には誠実さと謙虚さが欠けてきた感のあるアップルへのアンチテーゼというか皮肉に富んだカウンターパンチだと思わざるを得ず、極めて痛快な思いで拝見した印象深い記事のひとつだ。

それがここに来て急にブレイクし始めたのはエイプリルフール記事「イソプレスうぉっち、全記事に「べつやくメソッド」を導入」でべつやくメソッドと命名された影響らしい。

まさに「ウソから出た誠」なのだが、すでにべつやくメソッドクリエーター (BMCreator)なるソフトやべつやくメソッド用 円グラフ作成君なるWebサービスまで登場しており、やってみると意外に面白い。

思わぬ広がりを見せ始めた「円グラフ」の逆襲。世の中、まだまだ面白い事がありそうだ。

参照

@IT - アットマーク・アイティ http://www.atmarkit.co.jp/

[Z]ZAPAブロ~グ2.0 http://zapanet.info/blog/

@nifty:デイリーポータル Z http://portal.nifty.com/

イモプレス うおっち http://www.watch.impress.co.jp/headline/uocchi07/

窓の杜 http://www.forest.impress.co.jp/

U-WA- Project http://uwa.potetihouse.com/

818nc official website http://818nc.jp/

Super ファイル復活 3

いつも旅から帰ってきて真っ先にやるのがデジカメ画像の取込である。一昨日も尾道で撮った画像満載のCFカード(4GB)を内蔵のカードリーダーにツッコんで転送してたら、**「転送エラー」**が発生。

桜の木の下で

4/8 尾道市、真言宗西国寺にて

これまでも**「転送エラー」や遅延**が度々発生していたので、再試行を繰り返しながら転送していたのだが、今回は再試行するうちにCFカードのデータまで消えるというシンジラレナ~イ事態に陥った。カードをデジカメに戻して再生モードにしてみるが「画像がありません」と表示されてしまったので、完全にアウトだ。

メモリカードそのものが壊れる分には「新しいのを買えばいいか」と割り切れるのだが、「二度と撮り直しが出来ない画像が消えた」というのはあまりに深刻。3分の1程はなんとか転送できたようだが、「ここからが見せ場」という残り100枚前後の画像が消えたとあってはショックは甚大で、30秒ほど放心状態になる。

しかし、自称プロフェッショナルのYANOさんとしてはここで諦めるわけにはいかない。CFカードだからフォーマット的にはきっとFAT32のハズ。「ファイルを削除」すると言っても電子情報的には「目次から削除する」だけで「本体はどこかに残っている」可能性が高いので、奥の手を使えばある程度のファイルは復活できる可能性がある。

「面倒だけどサルベージツールを作るしかないか…」と10秒ほど思ったのだが、探してみたところデータ復元ソフト「ファイナルデータ」とか「ファイル復元/データ復元ソフト Super ファイル復活 3」がやっぱりあった。

どちらも無料の**「体験版」を動かしてどれくらいのファイルが発掘できるか確認できるので、「ファイル復元/データ復元ソフト Super ファイル復活 3」を試してみたところ200本ほどのファイルが見つかった。これなら復元できる可能性大**。実際に復元させるためには8,190円の**「正規版」**を購入しなくてはならないのだが、1から自力で作るコストを考えると十分経済的だ。しかもクレジットカード決済ならばVectorでシリアルキーをリアルタイムで購入できる。深夜でもこうしてソフトが購入できるなんて、便利な世の中になったものだ。

というわけですぐさま復元して万全。と思ったが、実際に見つかってたのは以前に撮った古い画像ばかりで、期待していた週末の画像は1枚だけだった。

なので今度は「高速ファイルスキャン」ではなく**「完全ファイルスキャン」**で再実行。と、さらに100本以上見つかり、期待していた週末の画像も含めて復元できた模様だ。さてその中から週末の画像をピックアップしなければならないのだが、何しろ復元された画像ファイルはファイル名もタイムスタンプも元のものは一切関係が無いので、基本的には内容(画像)を表示してみるしかない。

しかし、デジカメの画像ファイルには幸いにもEXIF情報として撮影日時が保存されているので、Flexible Renamerでファイル名を撮影日時に変更したところ、見事に週末の画像130枚が新たに復元されている事が確認された。Super ファイル復活 3あっぱれ。

一旦は諦めかけた80枚以上の画像が救出できた事になり、ひとまず安堵。消える前にコピーできてたのに復元ファイルには無いファイルもあるので全てが復元できたわけではないだろうが、取り敢えず「これは!」という画像は復元できたので良しとしよう。

最後に画像ファイルのタイムスタンプもExifTimeで撮影日時に設定しなおして万全だ。毎度の事ながらFlexible Renamer、ExifTimeの作者諸氏に感謝したい。

参照

インターコム http://www.intercom.co.jp/

Vector:ソフトウェア・ライブラリ&PCショップ http://www.vector.co.jp/