カブのエンジンオイルを交換

メーター11008km。
4500kmぐらい走ってしまった。お店の人はオイルの交換は5000kmぐらいでいいって言ってた気がするんだけど、ネットで検索するとマニュアルには3000kmって書いてあるらしい。マニアっぽい人は1000kmで交換してるとか。
5000kmも交換しなかったら3年ぐらいで駄目になるとマニアっぽい人は書いていた。お店の人はまた買わせるためにそう言ったのかな？

ペットボトルを半分に切って、そこに受けるようにした。
「ドレンボルトを閉めすぎるな、最初に締まっていた感覚で閉めろ」とネットには書いてあったが、結構強く締まっていた。
ドレンボルトはエンジンの真下、17mm。斜めに付いている14mmを開けちゃうと、なんかバネとか出てくるらしい。
オイルが出なくなっても、キックスタートのペダルを踏めば出てくる。
もう出ないかなってところでドレンボルトを締めて、上からオイルを注ぐ。キャップを何度か閉めて注油量を確認。

それからチェーンの調整も行った。
チェーンカバーを外してたるみを確認。チェーンカバーは外さなくても、黒いカバーを外せばたるみは確認できる。
今回はもうたるんでいるのが音で分かったので、最初からカバーを外してしまう。
後輪位置を決めるのは自転車と同じ。左右のねじを調整して、チェーンがまっすぐになるように。
メモリが付いているけど左右でずれているので信用できない。1cmぐらいのたるみを残しておく。

オイル交換後は若干エンジンが掛かりにくかったが、何度かキックしたりセルモーターを回すとエンジンが掛かる。
アイドリング音もしずかになって、回転数も下がった感じ。
チェーンのたるみがなくなった分、ミッションを切り替えたときの前後の振動がなくなった。
延びすぎたらチェーン交換という認識でいいのかな。

後輪のチェーンが噛む部分がサビだらけだったけど、油が足りないのだろうか？
チェーン側の油は足りなさそうだったので、機械油を指した。

Windows7をバックアップイメージ経由で移動

パラレルATA接続のハードディスクでWindows7を使っていたのだけど、いい加減速度が遅いのでシリアルATAのハードディスクに移動することにしました。

パーティションをコピーするツールを使ってコピーしてみたのですが、ブートの情報までコピーされないのか起動してくれない。
そこで以前、Windows7のバックアップを経由して別ディスクに移動したことがあるので、この方法で行ったところはまりました。

結論から言うと「バックアップの取得時と復元時に余計なドライブを繋ぐな」 ということ。
以下が流れ。

コントロールパネルのバックアップから、「システムイメージの作成」で余っているハードディスクにバックアップをとります。
そして新しいディスクを繋ぎ、回復ディスクから、修復モードを立ち上げます。
（どうでもいいけど、回復ディスクをUSBメモリに出来ませんかね、マイクロソフトさん）

Windowsのような画面が起動し、IMEの種類を選択したところで、

このバージョンのシステム回復オプションは、修復しようとするWindowsのバージョンと互換性がありません。このバージョンのWindowsと互換性のある回復ディスクを使用してください

と言われて先に進めなくなってしまう。
はて、バージョンが違うってどういうこと？回復ディスクは以前作ったやつで、サービスパックが当たっていないから？

ということで、再度回復ディスクを作り直してチャレンジ。
しかし改善しない。

ハードディスクを繋ぎ直したりしているうちに気がついたのが、データ用ドライブに昔システムが入っていて、そのバージョンを認識してエラーが出ている様子。
回復ディスクで起動するときは、システムが入る予定のドライブだけを繋ぐことで突破出来た。
（なんでこれから回復するっていうときに、別のドライブの残りかすを見てエラーにするんでしょうか、マイクロソフトさん。バックアップイメージと回復ディスクのバージョンを比較するべきでしょう）

なんとか復元対象のバックアップイメージを選択し、回復がスタートしたところですぐにエラー。

システムディスクの回復に使用できるディスクが見つかりません

ディスクが見つからないとはどういうことか。
復元開始直前に、復元対象から除外するディスクを選択出来る画面があったのですが、そこでは復元先ディスクが表示されていました。
もちろん除外対象にもなっていません。

ネットで検索してみたところ、どうやらバックアップ時に接続されていたディスクの容量からサイズが減るとこのエラーが出るらしい。
このとき、バックアップ時にデータドライブが繋がっており、バックアップ対象にはしていないのに回復時に存在しないため、容量が足りないと認識されていたようだ。
（何この仕様？）


結局、バックアップを取るときにはシステムドライブと、バックアップイメージ保存ドライブだけを繋いでバックアップ。復元時は、復元先ドライブと、バックアップイメージ保存ドライブ、CD/DVDドライブだけを繋いで起動するとよいようです。

もうちょっと分かりやすい仕様になりませんかね。せめてメッセージだけでも。マイクロソフトさん。

tar.bz2なバックアップファイルが復元出来なかった（解決）

tar.bz2なバックアップファイルが復元出来なかった。

bzip2: Data integrity error when decompressing.
        Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: アーカイブ中に予期せぬ EOF があります
tar: アーカイブ中に予期せぬ EOF があります
tar: Error is not recoverable: exiting now

70GBのファイルを20GBまで圧縮してあるのだが、どうやら壊れてしまったようだ。
bzip2recoverを使えということで、使ってみる。

   block 49998 runs from 108483591327 to 108485995530
   block 49999 runs from 108485995579 to 108488398408
   block 50000 runs from 108488398457 to 108490796940
bzip2recover: `all0609.tar.bz2' appears to contain more than 50000 blocks
bzip2recover: and cannot be handled.  To fix, increase
bzip2recover: BZ_MAX_HANDLED_BLOCKS in bzip2recover.c, and recompile.

50000ブロック以上には対応出来ないようだ。
コンパイルし直せとのこと。

http://www.bzip.org/
からソースをダウンロード

bzip2recover.cの真ん中ぐらいに

#define BZ_MAX_HANDLED_BLOCKS 50000

という記述があるので、これを増やすと良いらしい。

tar.bz2のファイルサイズは21,113,008,629なんだけど、どのくらいまで増やせば良いのだろう。
この進捗に表示されている108,490,796,940を調べてみる。
ソースを追いかけてみると、このfromとtoはbStartとbEnd、そして他の場所に

bStart[currBlock] = bitsRead;

という記述があることから、ビット表記らしい。
ファイルサイズをビット換算すると168,904,069,032。
8分の5ぐらいのところまで処理しているようなので、余裕を持って2倍にしてみる。

#define BZ_MAX_HANDLED_BLOCKS 100000

configureなどはないので、直接make。

再度bzip2recoverを実行。

ls
rec15610all0609.tar.bz2  rec31226all0609.tar.bz2  rec46842all0609.tar.bz2  rec62458all0609.tar.bz2  rec78074all0609.tar.bz2
rec15611all0609.tar.bz2  rec31227all0609.tar.bz2  rec46843all0609.tar.bz2  rec62459all0609.tar.bz2  rec78075all0609.tar.bz2
rec15612all0609.tar.bz2  rec31228all0609.tar.bz2  rec46844all0609.tar.bz2  rec62460all0609.tar.bz2  rec78076all0609.tar.bz2
rec15613all0609.tar.bz2  rec31229all0609.tar.bz2  rec46845all0609.tar.bz2  rec62461all0609.tar.bz2  rec78077all0609.tar.bz2

8万近いファイルが生成された。

これを結合しつつ展開

find . -name "rec*.bz2" | sort | xargs -n1 bzcat | dd bs=65536 | tar xvf -

all0609.pgbackup

bzcat: Data integrity error when decompressing.
        Input file = ./rec15012all0609.tar.bz2, output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

どうやらrec15012all0609.tar.bz2がまだ壊れているようだ。
このファイルだけを再度bzip2recoverに掛けてみたが、エラーは消えず。
結局この部分だけを破棄することとなった。