この情報が的確かどうかUbuntu10.10を導入してないので、私には分かりません。
googleにて"inside clock delayed on Ubuntu"で検索したらヒットしました。
http://www.howtogeek.com/howto/26921/sy … ntu-10.04/
NTP serverを変更すると症状が改善されるのでは。。。
http://www.howtogeek.com/howto/26921/sy … ntu-10.04/
時刻と日付の設定です。下段にある鍵アイコンをクリックすると設定モードメニューが出ます。
タイムゾーンはAsia/Tokyoでよいので、設定項目を手動をクリックし、インターネット上のサーバと同期させ、
時刻サーバの選択をします。
普通は、npt.jst.mfeed.ad.jp(Japan)と思います。
これを日本標準時プロジェクトの公開NTPに追加指定します。「ntp.nict.jp」を代入します。
そうすれば、改善されるかも。。。
なお、ＮＩＣＴ公開ＮＴＰサービスの詳細はこちらです。
http://www2.nict.go.jp/w/w114/tsp/PubNtp/index.html

基本的にハードウェアの問題だと思われるので、まずは、東芝で推奨している方法（http://dynabook.com/assistpc/faq/pcdata/000122.htm）を実施してから、Ubuntuでの対応をするのがよろしいのでは？

y.n.(beta) による投稿:

ﾜﾀｸｼも狂いまくっていましたが、CMOSクリアしたらバッチリ治りました。

たまに上手くクリアできない時もあるので、ググるなり自機の取説を読むなりして、数回CMOSクリアしてみるコトをオススメします。

重要なコトを書きわすれましたが、分解やケース・カバーを外すとメーカーサポートを受けられなくなる恐れが有りますので、メーカーサイトにて十分に確認した上で判断して下さい。

>Marco様
　早々のご返信を有り難う御座います。そして、大変申し訳御座いません。viの使い方が分からず、geditでしてみたら読み取り専用になってしまい、編集が出来ませんでした。

>koisan1949様
　ご返信有り難う御座います。nictを追加してみました。ですが、残念ながら改善されませんでした。ご指摘の考え方をもとに、プロバイダ（OCN）のntpサービスも設定してみましたが、やはり結果は同じでした。

　また、CPU使用率は、30%前後から100%までを往来しています。フリーズすることがしばしばあったので、この線が濃厚かも知れません。ext3でインストールし直し、その上でntpを設定してみたところ、きっちり測った訳ではないのですが、1時間で1時間程遅れていたのが、1時間で30分程度のずれに改善された様です。しかし、まだ実用レベルには至りません。それから、一点気に掛かったのですが、ntp利用の準備として手動で現在時刻に合わせた時に、試しに［同期］ボタンをクリックしてみたら、「設定を保存できませんでした 無効なデータが見つかりました」と、表示されました。その後、［インターネット上のサーバと同期する］に切り替えることはできました。

>siさん
　ご返信有り難う御座います。ずっと使用を続けているパソコンですが、可能性は有るのでしょうね。時間の掛かる行程ですので、今夜から実施してみようと思います。

>y.n.(beta)さん
　ご返信有り難う御座います。パソコンの取扱い説明書にそれらしい記述は見当たりませんでした。分解については、キーボード、光学ドライブの交換程度までしかしたことがなく、当該機種の手順記事も見つけられず、今、挑戦するか否か悩んでおります。実行する様でしたら、結果をご報告させて頂きます。



　皆様、貴重な情報を有難う御座いました。未だ解決には至っておりませんが、大変心強く思います。引き続き、何かお心当たりが御座いましたら、宜しくご返信頂けます様、お願い申し上げます。

>hmatsue様
　有り難う御座います。まずは、si様のご指摘下さった二次電池の充電を試み、時間が掛ることなので、後日その結果をご報告させて頂こうと思います。

prussianblue による投稿:

本日、二次電池の充電作業を終え、その上で念の為Ubuntuを再インストール致しました。結論から言うと、改善されませんでした。

もしかしたら、二次電池が充電しても回復しない程劣化している可能性もあると思います。
電池に印刷されている型式を見て、この際交換されてはと考えます。劣化すると悪さしますので。。。

koisan1949様
　お返事有難う御座います。二次電池の劣化と言うことになれば、もう手の打ち様が無さそうですね。2ヶ月ほど前別部位の故障でメーカー修理に出したのですが、その時は申告箇所意外の点検も実施して下さったそうで、その時点で一通り異常の発見された部分は全て対処されました。ただ、この2ヶ月の間に二次電池が劣化した可能性は捨てられません。かと言って、その時の分解・点検工賃の高価さを考えると、もう一度修理に出そうとも思えず、この点の可能性を完全に潰すことは難しそうです。ただ、WindowsXPに戻すと時計の遅れは発生せず、また、Ubuntuを起動しない限り、つまり、数十分おきにBAIOS設定画面までだけ起動する分には時計が遅れず、秒もリズム良く動いています。Ubuntuを起動している間にだけ遅れる事を考えると、まだ、望みを捨てられずにいます。

　また、時刻設定時の件ですが、どこかで見かけた記事で、前もって誤差30秒以内程度には実時間と合わせておかないといけないとあったので、その様にしていたのですが、その上で出た表示でした。一応携帯電話の時計（電波時計機能のあるもの）と合わせたのですが、それ自体が合っていなかったのでしょうか。もう一度確認してみます。

　私自身の中には、二次電池の劣化と言う発想が無かったので、とても参考になりました。怖いですが最悪はそう言うこともあると覚悟します。引き続き、他に何かお気付き御座いましたら、宜しくお願い致します。

メーカー修理に出されたとのこと。
もし結果として二次電池がおかしいのなら、交換は簡単ですので実施されたらと思います。
クリップで留められていると想定していますが、それとも半田で溶着して固定ですか。。。

メーカ修理はものすごく高額です。でも、原因が電池と判明したら、総合的に不具合箇所の修理依頼になっているので、
3ヶ月程度なら、メーカに強いクレームで対処できます。なにしろ、不具合が直っていないのですから。。。

それはそうと逆に、Windows環境でntpサーバに接続して時計を合わすソフトが公開されています。
私は以前から愛用させていただいています。
このソフトを導入してdual bootのwindows環境では不具合はでませんか。。。
そうすれば、同様の不具合発生との検証ができますが。。。(TClock Light)
http://www.forest.impress.co.jp/lib/dkt … light.html

hmasueさんが言われていることが、私では皆目チンプンカンプンなので、例によってgoogleで検索しました。
こちらに参考になる記載がありました。勉強になります。

clocksource_tsc
http://www.argv.org/~chome/blog/noisefa … ofday.html
スリープ処理、タイマ処理の詳細
http://d.hatena.ne.jp/naoya/20080122/1200960926

hmatsueさんからのご指導の内容で、若干の疑問点
「Switching to clocksource tsc
のような感じの表示が得られるかと思います。ここではtscが使用されていることを示します。
利用可能なclocksourceにhpetがあり、現在のclocksourceがhpetで無い場合、..........
clocksource=hpetを追記して下さい。」

clocksource=PIT ではないかと思います。
私のマシンの場合、
~$ dmesg | grep clocksource
[    0.168113] Switching to clocksource tsc
[    0.330514] Switching to clocksource acpi_pm
~$ dmesg | grep HPET
~$ dmesg | grep PIT
[    0.000000] Fast TSC calibration using PIT
となり、HPETが存在しません。
"コンシューマ機のマザーボードにはまだ HPET が搭載されていないことも多く、
従来の Programmable Interval Timer = PIT によってタイマ割り込みを発生させることが多いようです。"

その理由は、googleでヒットした記事内容にこのような箇所がありました。
Linux は HPET があれば HPET を、なければ PIT を使うようになっています。
抜粋
asmlinkage void __init start_kernel(void)
{
...
    /* ハード割り込み周りの初期化。PIT の準備込み */
    init_IRQ();

    pidhash_init();

    /* 動的タイマの初期化処理 */
    init_timers();

    hrtimers_init();
    softirq_init();
    timekeeping_init();

    /* 時刻関連オブジェクトや変数の初期化。HPET の有無判定も */
    time_init();
...
    /* HPET がある場合、HPET の初期化 */
    if (late_time_init)
        late_time_init();
...
}

解決致しました！皆様、本当に有難う御座いました。

　hmatsue様#18のご指摘をもとに、設定を探ったところ、私の環境ではtscにすると正常に動作しました。ただ、何故か、

gksudo /etc/default/grub

では無反応であった為、

sudo gedit /etc/default/grub

とし（これが正しい判断であったか、超初心者の私には分かりません）、

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

を、

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash clocksource=tsc"

にし、保存。その後、

gksudo update-grub

を入力した後、パソコンを再起動しましたら、改善されました。現在、時計は順調に時を刻んでおります。

　今の私の知識では、なぜこうすると直るのかは、さっぱり理解出来ていない状態ですが、おかげさまで、今後は充実したUbuntuライフを満喫出来そうです。Ubuntuのことを勉強して、早く直った道理が解る様になりたいものです。

　重ね重ね、本当に有難う御座いました。今後ともご支援の程、お願い申し上げます。

>hmatsue様
　お返事有り難う御座います。gksudoとしなければならないところをsudoとしてしまった訳ですが、決してしてはいけないと書いて有りました。『環境変数……』以下のくだりが良く理解出来なかった為、どれほど重大なミスを犯したのか自覚出来ないのですが、もう一度Ubuntuを再セットアップしてgksudoでやり直した方が宜しいのでしょうか？度々の質問で申し訳御座いません。