確認すると8.93となっていた。コレは多分ベータ版であろうと思う。時刻の件は解消していない。1日(火)玄箱をFedora9-Beta化?ようやくFedora9-Betaが出たようです。upgradeしてみようとFTPサイトを覗いてみた。肝心のパッケージがFedora9-Alphaと同じまま・・・・。updateを行うと、新しいパッケージにupdateはされるみたい。本当にBetaになっているかは不明。それと、問題になっている時刻に関しては改善していない。根本的にソースの手直しが必要なのかもネ。00:032008年3月23日(日)歴代の「玄箱」でベンチマーク対決!前々から行おうと思っていた、歴代の玄箱のベンチマーク。使うtoolは「Dhrystone」を使ってみた。IT」を参考にしてみた。全てFedora8にて行い、ループ回数を100万回とした。00:052008年3月22日(土)懲りずに玄箱をFedora9-Alpha化Fedoraのスケジュールを見ると、3月20日にはbeta版が出るはずだった。再度確認してみると、3月25日に変更されてるし・・・・NFSサーバになっている玄箱をそろそろFedora9化にしたいと思っている。前回Fedora9-Alphaにした時は、再起動時に起動しなくなることが2度ほどあった。その度にFedora8に戻していた(再インストール)が、もし問題があったとしても再起動しなければそのまま使い続けることが出来る。暇な時間が有ったので、怖いと思いつつもFedora9-Alpha化してしまったw時間に関する問題は未だに解決していない。その他のサービスに関しては問題なく動作しているみたい・・・・。起動しなくなっては困るし・・・・。起動に関する問題は解決してるらしい・・・・やはり、再起動しても時間に関する不具合は解消していない。3月25日のbeta版までには解決してることを祈るしかない。※Fedora9-Alpha化した場合、ntpdataのみで時間を合わせると、5分後に再起動してしまうので、必ず「ppc_uartd」を再起動させる。「ppc_uartd」を再起動させることで、「魔の5分後の自動再起動」を避けられる。12:062008年3月21日(金)超簡単なバックアップスクリプトNFSでマウントし、バックアップを行っているが、毎度FULLバックアップも出来ないので、以下のようなスケジュールでバックアップを取ることにした。全てのバックアップの削除&Fullバックアップ。金からの差分バックアップこれを実現するためには、簡単なshellを作らなければならない。たいした知識も無いので、簡単なスクリプトで行ってみた。作成したshellは2つ。Fullバックアップを取るためのshell。差分のみを行うshell。1つのshellで行うことも出来ると思うのだが、俺には無理っす。こんな感じで作成してみた。/mnt/share+++++++++++++++++++++++++++++++++++++++++++作成したshellの実行権与える。diff-nfsbackup※念のため、rootのみ実行できるようにしておくこれをcronに登録する。00:012008年3月20日(木)バックアップが遅い。先日、NFSマウントしてバックアップ環境を作成したが、アーカイブしているせいなのか、そもそもコピー速度が遅いのか、相当時間が掛かる。単純にコピーすると以下のような結果が出た。51m3.300s++++++++++++++++++毎回、このような状態だと他の用途に使うことが出来ない。そこで、差分をコピーする方法を考えてみた。tarのオプションで有効と思われるものは次の通り・・・。指定した日付より新しいファイルだけ格納shellを作成してcronにて回すことを考えると、「-N」が簡単そうな気がする。そこで、こんな記述で実行してみた。/mnt/share相当時間が掛かったが、確実にバックアップが取れた。差分が発生するように、いくつか更新&新規データを格納する。差分バックアップを実行。2008032002_backup.tar確実に差分のみアーカイブされている。これを、簡単なスクリプトで回せば玄箱の負荷を軽減できそう。全てのバックアップの削除&Fullバックアップ。金からの差分バックアップ※本来はバックアップを取得した後に古いデータを削除したいが、HDDの容量が少ない為断念。11:342008年3月18日(火)玄箱を玄箱HGでNFSマウント日頃、玄箱HGをメディアサーバ(音楽・動画)の保存先として利用している。ついでに、仕事のデータも保存。出来る限り、クライアントPCには保存しないように心がけている。保存しているデータが飛んでしまっては、話にならない・・・。歴代の玄箱を所有しているのだから、うまく利用する必要がある。玄箱PROは現在不安定な状態(一部のアプリケーションが動かない)なので、現在は"お遊びサーバ"になっている。定期的にバックアップを行うのであれば、安定して動作する機器が良い。そこで、余ってる(無駄に余ってる訳ではないが・・・)初代玄箱をバックアップサーバにすることにした。テスト用のサーバにも使いたいのだが、頻繁にバックアップを取るわけではないので、問題ないでしょう!そこで、こんな構成で組んでみた。nfs-utilsにてインストール。※Fedora8の場合、rpcbindがマッピングさせるデーモンになるので、インストールされていなければ、インストールを行う。各種設定Fileに必要事項を書き加え、NFSクライアントにてマウントさせる。以外に簡単に構築できる。実際にバックアップを行ってみたが、非常に遅い。単純にコピーでも良かったが、今回はアーカイブして保存してみた。玄箱の再インストール前に、玄箱標準のKernelで起動してyum.logを確認してみた。18:02正式リリースされるまでは、Fedora8で我慢してみよう。何度となくFedora9-Alpha化してみたが、遊ぶにしても起動しなければ何にもならない。おとなしくFedora8で我慢してみよう。起動しなくなったぞぉ~昨日、玄箱をFedora9-Alpha化したのだが、全ての作業が終了しそのまま放置していた。パッケージの更新を行い、その後何もしていなかった。今朝、何気に再起動してみた。先日の現象と同じだ!っと言うことは、起動に障害をもたらす何かがあるはずだ。ここ3-4日間に更新されたパッケージに何かがある。再挑戦!Fedora9-Alpha化した玄箱が起動しなくなったのは昨晩書いたが、色々テストを行いたいので、再度Fedora9-Alpha化に挑戦したいと思う。今回のテストとしては、yumの不具合とlocal時間の確認、それとFedora7から「いきなりFedora9-Alpha」です。Kitを使ってFedora7にする。※作業内容は省略Fedora7が出来たところで、yumの最新パッケージを当ててみる。(*^_^*)次に時間のこの時点で合わせておく。必要なパッケージをwgetする。allyumコマンドにて「yum」と「rpm」をFedora9-Alphaのパッケージへupgradeする。yum\*終わったところで、一旦再起動。hwclockさらに9時間進んでる。実行し、自動で再起動しないようにppc_uartdも再起動しておく。この状態で、完全にFedora9-Alpha化にしてしまう。upgrade:::元通りになったが、時間だけはどうにもならなかった。Fedora7の時は問題なかったが、Fedora9-Alphaにすると駄目になる。起動しないぃ~Fedora9-Alpha化した玄箱を2日ほど電源を切っていた。何度もコンセントの抜き差しで電源OFF/ONしてみたが、駄目っぽい。其の十やっと玄箱をFedora9-Alpha化で時刻を合わせても再起動が掛からないように出来た。落ちないようにするには、次のような流れを踏めば確実に落ちない。-wにてHWの時刻を合わせる。3、ppc_uartdを再起動する。この流れを、簡単なshellを作成して、起動時に実行させる。念のためrootのみ実行できるようにする。/root/adjustment_at_time.sh+++++++++++++++++++++++++++++++++++ntpdを立ち上げる程でもないので、このshellをcronで定期的に起動する。/root/adjustment_at_time.sh+++++++++++++++++++++++++++++++++++この状態で、再起動。:::起動したら、dateにて時刻を確認。玄箱をFedora9-Alpha化も「其の九」まで来てしまった。終わりにしたい所だが、時刻を合わせると必ず5分後にリブートしてしまう。updateを行ったら、様々なパッケージが更新されているようだ。updateを行い、再起動。その上で、ntpdateにて時刻合わせ。-w::5分間待ってみる::やっぱり再起動になってしまう。意味わからん!!再起動後、なんとなく思いつきで時刻を合わせた後に「ppc_uartd」を再起動してみた。再起動の原因は「ppc_uartd」では無いかと、にらんでいる。そこで、stringsで確認してみた。こんなの無いぞって事で、玄箱HG(Fedora8)を確認してみると、こちらも無い。sambaなんかインストールしてないし・・・そこで、ppc_uartdの起動スクリプトを覗いて見た。してSAMBAがインストールされていて、尚且つ起動していないと駄目なのか?と、軽い考えでインストール。