スキップしてメイン コンテンツに移動

xboxのetch化

PS3をメディアプレイヤーとするにあたり、xboxをDLNAサーバ化する。xboxにはxebianを入れていたが、最新版のmediatombのビルドができないので、思い切ってetch化することにする。その際の作業内容をメモっておく。

とりあえずdebianのリリースノートを参考に行う。

aptitudeでkernel-image-xboxをholdする。

source.listのアドレスとetchにする。security用ソースはコメントアウトする。

aptitude update
aptitude upgrade
途中設定ファイルを変更するか?と聞かれたものはyesにしておく。
aptitude install initrd-tools
aptitude install x11-common(xwindowは入れていないが、なんとなく)

実際には動かないが、カーネルも入れてしまう。

aptitude install linux-image-2.6-686
aptitude dist-upgrade
aptitude update

これで最低限のアップデートが完了するはず。xboxのブート設定ファイルである/boot/linuxboot.cfgは変更していないので、元のカーネルでブートする設定のままである。とりあえずブートしてみると、以外にもブートできる。

本当はetchが使っている2.6.18カーネルにしたいけど、sourceforgeにないので、最新の2.6.16を使うことにする。ringサーバから2.6.16.59のソースを入手し、2.6.16のパッチを当てる。/bootディレクトリにetchの2.6.18用のconfigファイルがあるので、これを.configファイルとしてカーネルソースのルートにコピーして、make menuconfigを実行する。Processor type and featuresのSubarchitecture TypeはXboxを選び、Processor familyはPen3を選ぶ。SMPシステムではないのでこの設定をオフにする。Device DriversからI2C Hardware Bus supportのXBOX I2Cをビルトイン設定にする。Graphics supportのnVidia Xobx supportをビルトイン設定にする。これらをビルトイン設定にするには関連するドライバもビルトイン設定にする必要がある。
これらの設定ののち、kpkg-makeでカーネルをビルドし.debファイルを作る。これをdpkg -iコマンドでインストールし、/boot/linuxboot.cfgファイルにブートカーネルとして指定する。従来のブートの設定は残して、以下の記述を追加。

title debian etch
kernel /boot/vmlinuz-2.6.16.59
initrd /boot/initrd.img-2.6.16.59
append root=/dev/hda2
xboxfb y

これで再度起動するとカーネル2.6.16.59のシステムで立ち上がる。

現状の問題点はpoweroffコマンドを実行しても自動パワーオフしない。原因不明。

コメント

このブログの人気の投稿

ST-M310 シフトレバーのカバー開け

通勤用のCylva F24のリアディレイラーの変速の調子が悪いので調整した。完ぺきではないし、購入してからもうすぐ2年、走行距離は5000Kmは超えているはずなのでシフトケーブルも見てみたいと思い、シフターの分解をやってみる。 マニュアルはこちら。 https://si.shimano.com/pdfs/dm/DM-SL0001-09-JPN.pdf 20ページがALTUS、つまりST-M310のはず。 ねじを外せば太鼓部分を隠しているカバーが取れるように見えるけど、自分の場合二つ問題が。 一つ目はカバーがブレーキレバー部分にぶつかって取れない。Cylva F24についているシフターはブレーキレバーと一体型になっている。型番はよくわからない。マニュアルはシフターのみしか書いていないので、蓋が簡単に取れるように見えるけど、ブレーキ部分にぶつかって上には外れない。結局ブレーキ部分に当たる側をマイナスドライバーで側面の高さ分持ち上げた。 二つ目は爪の存在が説明されていない。マニュアルにはひっかけ部分の説明があるけど、そもそもインジケーターの裏が爪になっていてカバーが引っ掛かっている。この爪は真ん中に3mmぐらいの間があるので、ここにマイナスドライバを突っ込んでてこの原理で無理やり開ける必要がある。 カバーを外すとたぶんインジケーターが吹っ飛ぶけど、これは見れば直す方法はわかる。 で、中身を確認したけどきれいなもんでさびなどないし、ワイヤーの切れ・ほつれもなかった。

Ride with GPSで作成したルートのgpxファイルとOruxMapsの関係

Ride with GPSのAndroidアプリによるナビゲーションはOruxMapsと比較して告知がしつこくない。設定があまり多くないので仕方がないが、キューシートのポイントに対して一回しかアナウンスがない(もう一回ぐらいあるかな?)。またルート外に出た場合は地味な警告音と文字の通知しかない。 OruxMapsだと、ポイントの何メートル前で警告を出すか、最大何回出すか指定できる。街中だとうるさいぐらいしつこくアナウンスが出る。同様にルート外に出た場合も、しつこくしつこくアナウンスが出る。 たぶんブルベだとこれぐらいしつこい方がミスコースをなくすためにはいいと思う。 そうすると、Ride with GPSで作成したルートを使ってOruxMapsでナビゲーションするのがよい。 色々試した感じではGPXトラックのExportで、経路マーカーとしてPOIを含めると経路マーカーとしてキューを含めるをチェックすると、POIとキューがgpxのWayPointとしてExportされる。 キュー キューはWayPointとしてExportされる。RWGPSの「種類」として選んだものがnameに入り、注記に入れたものがdescとcmtに入る。   <wpt lon="139.5624979" lat="35.5408905">     <name>Straight</name>     <cmt>PC1</cmt>     <desc>PC1</desc>     <sym>Dot</sym>     <type>Dot</type>   </wpt>   POI POIの名前として入力したものはnameに入る。 <wpt lon="139.60360027326055" lat="35.565638161972615"> <name>フオトチェック</name> <sym>Dot</sym> <type>Dot</type> ...

Bryton 420 gpxデータ

Google マイマップでルートを引き、KMZファイルをGPS Visualizer ConverterでGPXファイルに変換してBryton Activeに転送し、Bryton 420に転送する。 車で通れないルートを通るために、マイマップ上で車のルートと徒歩のルートを織り交ぜてルートを引いたものをBryton Activeに転送したら、対応していないGPXファイルである、とのエラーが出た。 しかたがないのでルートを分割して対応した。