アプリケーションの起動が遅い

yamacさん本当にありがとうございます。
> Netinfoデータベースのリストアしてみませんか。
> /var/backups/local.nidump はテキストですから、rpcやservices関連の定義がなされていることをリストア前に確認してみてください。リストア方法は以下をご参照ください。
/var/backups/local.nidumpを確認してみたところ、rpcやservices関連の定義が無い様だったのですが、/Previous Systems 以下の上記ファイルには設定が残っておりました、が、10.1.5の頃の設定で上書きしていいものか判断が付かず、/etc以下のファイルから設定を持ってこようと思い以下のコマンドを実行してみました。
niload rpc . niload protocols . niload services .
状況は、あまり変わらないようです。
現在のシステムは10.2.2です。
niutil -destroyprop ‾‾
は、どこかのWeb上で見つけたので既に実行してあります。
再インストールしか無いのでしょうか？できれば避けて通りたい道ですが、、

NetInfoマネージャを開いて
/machines/broadcasthost/servers プロパティの値が「../network」と入っているのを確認してください。もし値が入ってなければ入れてください。
../network は /network/loopback/* を指しています。

> 再インストールしか無いのでしょうか？できれば避けて通りたい道ですが、、
yamac 　さんとのやりとりに割り込む形で恐縮ですが、素人療法を提案してみます。
問題は OS の起動直後に有る様なので、論議中の Netinfo や CoreServices のあたりにくるいが生じているものと想像します。
MacOSXUpdateCombo10.2.2　を覗いて見るとこれらのアップデートが見えますので
まとめて正常化すると云う趣旨で、このアップデイトのかけ直しと云うのはどうでしょうか？
インストーラの機能がどうなのか正確には知りませんが、僕の場合はアップデート内容に関連する不具合は殆どこれで正常化できています。インストーラの不具合の際は Pacifist アップデータパッケージを使って再アップデートして直りました。
>現在のシステムは10.2.2です。
と云う事ですから、ちょっとした不運で少しだけ前回のアップデートに失敗していると想像しているのです。
既に再アップデート実行済みで、効果なしならば、再度環境を変えた状態で繰り返すことはさほど問題にはならないと思いますが。

> yamac 　さんとのやりとりに割り込む形で恐縮ですが、素人療法を提案してみます。
恐縮だなんてとんでもありません。お返事をいただけることが、
本気でうれしく思っております。
> 問題は OS の起動直後に有る様なので、論議中の Netinfo や CoreServices のあたりにくるいが生じているものと想像します。
いえ、「起動直後数分以降」と書いたのは、「起動直後は大丈夫なんだけど、ちょっと経つとアプリの起動が遅くなる」「遅く立ち上がるアプリがあった後で、その後数分は早いんだけど、数分経つとまた必ず遅く立ち上がる」と言う意味でした。ちなみに今回いろいろ助言をいただく中で、注意して観察したところ、『数分』は15分ぐらいだと目星はつけました。あとスリープ復帰後は必ず再現することも確認いたしました。
文章書くのがどうも下手で、気を付けては居るんですけど、どうも誤解をさせてしまうことが多いようです。
> MacOSXUpdateCombo10.2.2　を覗いて見るとこれらのアップデー
> トが見えますのでまとめて正常化すると云う趣旨で、このアッ
> プデイトのかけ直しと云うのはどうでしょうか？
試してみます。また、報告します。
ありがとうございます。

>いえ、「起動直後数分以降」
こちらこそ正確に読み取れず失礼しました。
iHsakat "だんだん遅くなる...！？" 2002/11/17 11:21pm
にすこし似た症状の例があります。HPのプリンター使ってますでしょうか？
この場合はどんどん遅くなって行く様です。

> niutil -destroyprop . /machines/broadcasthost serves
を、実行したタイミングで消えました。
追加してみましたが、状況は変わらずのようです。
下の方でm.wさんのお返事に書いたような状況なので、なおったかどうか判断するのに少し時間がかかり、また、改善しているのに直ってないと嘘担っても仕方が無いと思いますので少なくとも２〜３回の再現を確認しております。にも拘らず「変わらず」と報告せざるを得ないのを、yamacさん、もださんm.wさんBuntaさんはじめ気が退けてはいるのですが。

状況的にはマスタサーバを探しに行っているのではないですかねぇ...
取りあえず、
sudo tcpdump
としてパケットをダンプしてみれば、ブロードキャスト・パケットを投げているかどうかを見ることはできます。
それと、/var/log 内の netinfo.log, system.log には更なる情報が記録されていませんか。

お世話になっております。nisinです。
プリンタはキヤノンF890です。

お世話になっております。
結構きれいなログがとれました、よくは解らないのですが、yamacさんの云っていたのが、ブロードキャストパケットを投げることならば想定どうりなんじゃないかと思いました。
あと、もうちょっと汚い（たくさんの）ログもあるのですが、今回の分全部がそれにも含まれておるため、共通部分が重要なのではないかと云うことと、あまりにメッセージが長くなってしまうため今回のメッセージに追加するのはやめておきます。
以下に、添付するのはtcpdumpを起動した状態で、エディタソフトmiを何回も立ち上げ、遅く立ち上がるまでの各々のログです。
tcpdump: listening on en0
16:44:48.394166 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:44:48.933125 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:44:49.435239 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:44:50.435420 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:44:52.438431 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:44:56.438614 10.0.0.16.49220 > 10.0.0.255.sunrpc: udp 124
16:45:04.438916 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
16:45:04.994314 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
16:45:05.494509 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
16:45:06.494692 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
16:45:08.495154 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
16:45:12.495338 10.0.0.16.49221 > 10.0.0.255.sunrpc: udp 124
^C
12 packets received by filter
0 packets dropped by kernel
●system.log
Nov 20 16:27:14 PMG4 mach_kernel: en0: promiscuous mode enabled
Nov 20 16:32:58 PMG4 netinfod local[315]: unable to bind to parent - RPC: Timed out
Nov 20 16:42:12 PMG4 mach_kernel: en0: promiscuous mode disabled
Nov 20 16:42:14 PMG4 mach_kernel: en0: promiscuous mode enabled
Nov 20 16:45:20 PMG4 netinfod local[315]: unable to bind to parent - RPC: Timed out
Nov 20 16:46:56 PMG4 mach_kernel: en0: promiscuous mode disabled
●netinfo.log
Nov 20 16:32:58 PMG4 netinfod local[315]: unable to bind to parent - RPC: Timed out
Nov 20 16:45:20 PMG4 netinfod local[315]: unable to bind to parent - RPC: Timed out
ちなみに、上にも書いたもう一個stuffltでとったものが、手もとにはあります。
今から、Comboをやってみます。

お世話になっております。
やってみました。
よく考えたら、10.2にした時にはもう（前後は覚えておりません）発生していたような気がします。
新たな発見がありました、ieでのブラウズ中にものすごく遅くなることがあって、Webはもう５〜６年になるのでなにぶんなれており、気にも留めてなかったのですが、どうやら同根のようです。発生タイミングで同じコンソールメッセージがありました（泣）。
いま、もしかしたら定期的に遅くなるのは仕様？等と悲しい思いつきをしてしまいました。
でも、みなさんの環境では再現してないんですよね？？
あと、上のメッセージに追加です。
自分のIPアドレスは、10.0.0.16でサブネットマスクが255.255.255.0です。

奇麗にブロードキャストしてますね。（笑）
現象ははっきりしましたので、あとは肝心の対処方法ですねぇ。
/var/backups/local.nidump の中に以下のエントリはありますか？
ご確認をお願いします。
---
{
"master" = ( "localhost/local" );
---
---
"name" = ( "machines" );
CHILDREN = (
{
"name" = ( "localhost" );
"ip_address" = ( "127.0.0.1" );
"serves" = ( "./local" );
},
{
"name" = ( "broadcasthost" );
"ip_address" = ( "255.255.255.255" );
"serves" = ( "../network" );
},
---
---
"name" = ( "networks" );
CHILDREN = (
{
"name" = ( "loopback", "loopback-net" );
"address" = ( "127" );
}
---

ございました。以下のような感じです。
{
"master" = ( "localhost/local" );
＝＝＝＝
{
"name" = ( "machines" );
CHILDREN = (
{
"ip_address" = ( "127.0.0.1" );
"name" = ( "localhost" );
"serves" = ( "./local" );
},
{
"ip_address" = ( "255.255.255.255" );
"servers" = ( "../network" );
"name" = ( "broadcasthost" );
}
)
},
{
"name" = ( "networks" );
CHILDREN = (
{
"name" = ( "loopback", "loopback-net" );
"address" = ( "127" );
}
)
},
＝＝＝＝
若干順番が違いますが。

> やってみました。
結果書いてませんでした。 _O_
改善は無いようです。
失礼しました。

NetInfoデータベースのリストアはまだやってなかったですよね。
リストアしてもこれ以上悪い方には倒れませんのでダメ元でやってみませんか。

>改善は無いようです。
ご報告ありがとうございます。
さて、後は私の印象ですが、IE は最新の物でしょうか？ 私は Micro Soft 製品に不信感を抱いているため滅多に起ち上げないようにしていますが、たしかデフォルトでオンライン自動アップデイトする様になっていたと思います。この手のソフトから定期的にブロードキャストリクエストが発せられるのではなかったかと、しかも無断で報告も無く。
通常であればすぐに目的を達して、なんら表に出ないで済んでしまう所が、失敗してしつこく繰り返しているのかと想像しています。
と云う事で私なら通信に関わるアプリケイションを全て使わない状態で様子を見て、もし問題が出てこなければ、これらの設定や不振なクッキーを洗い直して見たいですね。
IE は機能豊富で性能が優れていると感じますが、その分デフォルト設定の確認を欠かせないと思います。またクッキーがどこまで悪さできるのか知らないことから、これをかなり警戒して沢山のクッキーを出すサイトに寄った後には、すぐに消してしまいます。