Oh!Super164 取り留めのない日記のような

まぁ、ありがちなことで一部fsを破壊ｗ
しかし、ファームver1.11へアップグレードした際にWindows側に残ったhddrootfs.imgなどroot fsやカーネルイメージは温存しているので、こいつで復活させる。hddrootfs.imgはパスワード付きzip圧縮ファイルで展開するとtarボールになっている。こいつを普通に展開するだけでroot fsは再現されるのである程度壊しても安心？だ。設定が振り出しに戻ってしまったのでHDDを取り出し互換機のLinuxマシンに接続して/etc/shadowファイルのrootパスワードを除去し再度戻してシリアルコンソールからパスワード無しでrootログインしパスワードを設定し直す。あぁ、面倒だ…
ついでなので手持ちの余っているHDDをにバックアップ環境を構築してブートさせてみようと作業する。通常起動しているLS-GLにUSB接続しパーティションの作成やファイルのコピー等行い次にHDDを交換して起動する。古い2.5 IDE HDDなので、2.5 IDE -> 3.5 IDE -> SATAと変換機を噛ませ無理やりLS-GLに接続し電源を入れてみるとkernelの展開まではうまく行ったが、どうもHDDへのコマンドが一部認識しないようでそのまま再チャレンジのループに突入してしまった…、相当古いHDDだったのが敗因だったようだｗ ちゃんとしたSATAのHDDならきっと問題ないだろう。

先日、1.11とおぼしきソースCDが届いたのだが
少し中身を見てみると、肝心のkernelソース中に.configファイルが見当たらない。以前、1.0か1.02の頃（2.6.12)には入っていたのに、2.6.16版からは外されている。これは困った・・・設定がわからないと意味ないしｗ
あ、、、よく見たらbuffaloディレクトリの中にしこたま.configが入っておりましたｗ 多分、ファイル名から察するとbuffalo_tshtgl_arm_110.configが最新用の設定かと思われる。
基本的には設定はそんなに変わっていないだろうから2.6.12の.configを流用して再度menuconfigすればいいかもしれないが、ちょっと怖い。まぁ、素直に玄箱Pro買えってことなんですが、LS-GL買った時にはまだ出ていなかった・・・orz
で、試しに2.6.12の.configで2.6.16のkernelをコンパイルしてみたがmrproper後、.configをコピーしてからmenuconfigで一旦セーブし直し、それからbzImage、modules、modules_installはできた。が、これが製品と同じkernelになってるんだか、どうなんだかはわからないｗ
(more…)

先日注文しておいたLS-GLの最新？版のソースCDが届いた
kernelのtarボールも2.6.16になっているので多分1.11対応ではないかな？と思われる。左側が1.02？右側は今回到着したCD。相変わらず手書きシールの素敵なラベルであるｗ
まだ中身を吟味していないが、ファイルのリストを載せておきます。

もうすっかり元は取れただろうぐらいに遊ばせてもらった
ファームv1.11ではkernelも上がっていたのでソースCDをまたまた注文しておいた。￥1,050で改造できるなら安いものだｗ
これまで自分でmake installしたものをRPM化しているのだが、これがなかなか先に進まない。RPMを作るのにビルドが必要なのでSPEC書き、実行、放置、失敗、SPEC修正、実行、放置、失敗、、、を繰り返してしまう…orz 当然、LS-GL用のSRPMなど存在しないのでVineやFedoraから拝借してSPECファイルを書き換え作成するのだが、これがなかなか一発で決まらない。rpmbuildは一旦、ガチでコンパイルを行い仮インストして、そのファイルをRPMとして採用するので毎回フルにコンパイルが発生してしまう。
kernelのソースが届いたらiptablesでも入れて本格的に鯖化してやろうかとも思っているが、途中で飽きるかもしれないｗ

懐かしいのでビルドして入れてみた
かつてのDOS時代、FDやFLMTNはCUI上でのグラフィカルなｗシェルであった。そんなFDのクローンは随分前から存在していたのだが、LS-GLにも入るんだろうか？と試しにやってみると動作した。サイトにspecファイルも公開さえていたのでRPM化もしてみた。sambaで公開されているファイルもUTF-8指定すれば日本語表示もされ、なかなかのもんだｗ

ここんとこ暇だったのでLinkStationで遊んでいた
LS-GLは海外ではLS Proとして売られているらしく、既に独自でkernel開発とかも行われているというのを最近知ったｗ 当方は基本は純正で足りない機能をビルドして追加するというスタンスなのでさすがにkernelまで乗せ換える根気はない（ってか、普段は普通にNASとして使っているので壊すと面倒）。巷ではdebianに乗せ換えたりといろいろハッキングされているようだが、この値段で一粒で二度美味しいのは確かだ。
一応本体のfsには直接入れていないが、それでもmake installを繰り返すとわけがわからなくなるのでRPMを導入しようかとビルドしてみる。しかし、ここで問題が･･･というかおバカな疑問がｗ RPMそのものも当然複数の外部ライブラリを参照しているわけで、この中には自分でビルドして入れているものでRPMで管理したいと思っているものもある。そう、卵が先かニワトリが先かという状況だ。RPMが動かないと、これらをRPMパッケージにしても入れられない。最初からmake install状態にしとけばいいのだろうが、それではRPMによる管理という野望が･･･
これって、どうすればイイんすかね？いや、マジで・・・orz