御世話様でございます。

申し訳ありません、(1),(2)については自己解決出来ました。マスクするのではなく、fsckにリペアさせればOKだったようです。お騒がせして申し訳ありませんでした。
～
【対策】
(1)/etc/default/rcSをvi(roor権限)で開く
(2)「FSCKFIX=no」を「FSCKFIX=yes」に変更、保存、再起動
【確認法】
(1)BIOSで古い日付に設定し再起動した所、問題なく古い日付で起動できることを確認した
～

引き続き(3)については調査しておりますが、情報等ございましたらお知らせ下さいませ。宜しくお願い致します。

御世話様でございます。

御指導有難うございます。

組み込み&Linuxの経験が浅く、御説明が要点をつかめていない可能性があります。申し訳ありません。

>

hito による投稿:

guessのレベルになってしまいますが、(3)については、
>　・ハードウェア割り込みがx86の標準とは違う（極端に頻繁に割り込みがかかる環境にある or 割り込みがかからない）。
>　・クロックジェネレータが（同上）
>のどちらかである、という仮定をすると、スケジューラまわりで現在時刻を参照したコードが混じっていると何かおかしなことが起こるかもしれません
>（sched_clock()あたり。わりとアヤシイです）。
>お手元の機器の特性が分からないのですが、以下のいずれかで発生を抑制できないでしょうか？
組み込みCPUは以下の通りです。
　AMD Geode LX800 processors at 500MHz
　512Mbyte or 1Gbyte DDR 333MHz memory (SO-DIMM)
[追記]
　開発はVNC接続したPCから行い、ubuntu上ではxfceが稼働しております。その環境（xfce）上で画像圧縮ボード関連のアプリを作成しております。

>　・スケジューラを変更してみる。具体的には、/sys/block/sda/queue/scheduler を変更する。
>　・カーネルの利用するクロックを（ハードウェアがサポートしている）他のものに変更してみる。
>具体的には、/sys/devices/system/clocksource/clocksource0/available_clocksource で出力されるリストに含まれるクロックソース
>で/sys/devices/system/clocksource/clocksource0/current_clocksource をセットする。
正直申し上げまして、newbeで上記御指摘についてすぐの反応が出来ませんでした。schedulerから調べを開始致しました。

その後色々試した結果、遅延状態の際には以下の状況が確認されました。
(1)dateコマンドで過去日付設定を実行すると、開発しているアプリ（画像圧縮、time関数を内部で利用、terminalから起動）の動きに遅延が出る
# time関数で停止しているのではと疑っています
(2)遅延が発生すると、他のterminalの動きにも遅延が発生します（# でリターンを入力しても応答までに数秒かかるときあり）
(3)このときのtopコマンドでのCPU負荷は平常時と変化なし
(4)xfce自体に遅延は無いようにみられる（xfceメニュー等の呼び出しに遅れは感じられない）
(5)PCからsshしたターミナルには遅延は生じない
(6)アプリを起動しない状態(xfce起動状態でterminalだけ起動）でdateコマンドを実行しても遅延が生じる
(7)sshしたterminalからアプリを起動すると、(1)と同じ状況になる

これらよりtime関数に関連して処理の不具合が発生していると考えております。頂いた情報を元にもう少し調べを進めてみたいと思います。有難うございました。