タイムゾーンはややこしいですね。

結論から言うと、ネットで見た限りでは、9時間進んでいる事象は、/etc/default/rcSのUTSが絡んでいるケースが多いように思えます。

ikiyakkha による投稿:

ハードのシステム時間をグリニッジ時間と解釈しているようです。

この推測は正しいと思います。

debianのガイドを文章を一部引用します。
http://www.debian.org/releases/stable/i … #id2565133

/etc/default/rcS ファイルにある設定で、システムがハードウェアの時計を UTC として解釈するか、現地時間としてを解釈するかを決定します。

すぐに対処されたいのなら、
/etc/default/rcSを開いてUTSの値をnoに編集
あと念の為、
$ sudo dpkg-reconfigure tzdata
でタイムゾーンをAsian/Tokyoに設定してみてください。
※tzconfigはhardy以降廃止です


もし時間と気力があるのならば、修正前後に以下を確認してみてはいかが？
$ date の出力は？
$ hwclock の出力は？
$ cat /etc/timezone の出力は？
$ 環境変数 TZ の値は？(ブランクですよね？)


あとがき
Ubuntuにおける時刻関連の仕組みを系統立って正しく理解するには、ネット上のどの資料を見るとよいのか？
という趣旨のトピックを近日中に投稿する予定です。
そして、こちらにもリンクを張る予定です。

最後の編集者: STGSAGWAN (2008-11-19 03:10:50)

私のところでも同様の現象が起こりました。
そこで、/etc/default/rcSの内容を確認したところ、
UTC=yes
となっていましたので、これを
UTC=no
に修正したところ問題が解決しました。

インストール時の記憶を手繰ってみたのですが、以前はあった、
「ハードウェアクロックをUTCとするかローカルタイムとするか」
の選択がなかったように思います。
また、上記設定を8.04以前ではインストール後にGUI上でもできたような記憶があるのですが、
今回（8.10）探してみたら見つかりませんでした。
（ので、/etc/default/rcSを直接編集しました。探し方が悪かったのかもしれませんが。）

一度設定してしまえば問題はないのですが、ちょっとした落とし穴かなぁと思いました。
特に同じハードウェアをWindowsと共用する場合はハードウェアクロックは
ローカルタイムに設定するしかないので、それが簡単にできないのはちょっと残念ですね。