「"文字パレット"を表示」という項目が表示されなくなる

> Security Update 2003-06-09の時にログインボタンが効かないという不具合があって、それのパッチなのですが。
この不具合は、Security Update 2003-06-09の新版で解消されていましたけど。

＞この不具合は、Security Update 2003-06-09の新版で解消されていましたけど。
大きな記憶違いでした。いずれにせよ、これは関係なかったということで忘れてください (^^:)
＞「自動ログイン」をONにしてセーフブートを行うと、正常に表示されました。・・・
＞セーフブートの場合、何が使用停止になるのでしょうか？（極度の勉強不足で申し訳ありません・・・）
私もよくはわからないのですが、カスタムでインストールしたドライバや機能拡張が読み込まれない
ようです。
新規にユーザを作っても症状が同様とのことなので、
/Libraryにインストールされているものをうたがってみるとよいかと思います。

周辺機器やフォントは、この問題に限っては関係ないのでは？
周辺機器やフォントに原因があるなら、それらが読み込まれる環境に変わりはないわけだから、自動ログインの設定／非設定に関わらず、決まって問題が生ずるハズなのでは・・・？

迷探偵コナンさん
Mac OS X 起動順番列において、システムはフォントをチェック（ディバイス・ドライバ kextd のロード後に）します。また、その間フォントはATS Server （フォントに関する他のタスク[注１]あり）によって任意にアサインされます。再起動毎に設定が狂うという現象は、損傷した（したと推測する）フォントまたはOS 9 側のサードパーティ製フォント／スーツケースが、この時点でアサインされていなければ、当該現象が起こりうることと推測できます。検証のためにもOS 9 側の非純正フォントを一時的にシステムフォルダから除外されることを推奨します。さらに、提起された現象はApple US Discussions でも僅かながら報告されており、該当者の中には原因となっていたフォントを排除して解決された事例があります。
次ぎに、/Library/Preferences/loginwindow.plist が、もしも未だに生成されていないのであれば、システム運営上、やはり正常な状況（小生は解決案としてシステム再インストールを提案済み）とは言いがたいです。 loginwindow が正常に働いていないと、フォントディレクトリ（前回指摘済み）の一つである/Users/HOME/Library/FontCollections 内の"fcache"ファイル（＝font cache）は、ログイン時点でうまく作用していないとも考えられます。例えば、loginwindow[xxx] Can't connect to pbs [注２] object "RulebookServer" [注３] というようなエラー状況もありクラッシュすることもあります。Kernel Panicを引き起こしたことも過去にありました。 loginwindow application [注４] がユーザー環境の一部をセットアップしないとしたら、「"文字パレット"を表示」問題が生じる可能性も推測できます。 但し、Library/Preferences/loginwindow.plist が直接原因とは断定しておりません。
尚、周辺機器を外す案については、原因を見つけにくいトラブルや既知の問題でないトラブルの場合は、できるだけ幅広くトラブルシューティングを行うようにKnowledge Base 文書などに紹介されていますので提案しました。使用された周辺機器はないとのことですから除外です。
[注１] 　Taskの定義は、Apple 社の技術文書では「Task and Thread」以外の技術用語の意味にも、また一般的な意味としても、この言葉が使用されている。私のいうタスクは外来語としての一般的な語意。
[注２] と[注４] は、Apple 社の技術文書から：
[注２] 　pbs = Paste Board Server
[注３] 　RuleBookServer = module responsible of handling different character sets and languages (hyphenation etc.)... Ari Vaulo氏の発言から
[注４] 　The loginwindow application uses Launch Services to launch all applications, including the Finder, Dock, SystemUIServer, and user-specified applications.

＞．．．ここにはフォントキャッシュは入っていません。
＞フォントキャッシュは"$HOME/Library/Caches/"の方です。
当方の環境では、"$HOME/Library/Caches/"には、フォントに関連のあるcacheと思えるものには
com.apple.FCacheClassicDomain、com.apple.FCacheUserDomain、 com.apple.ATSServer.xxxxxxxxxxxx.FODB_Classic、 com.apple.ATSServer.xxxxxxxxxxxx.FODB_Local などがあります。
そして、/Users/HOME/Library/FontCollections にも６つのfont cache（fcache）があります。
提議案件の問題解決の方法や提案から離れる（程度によるが）技術情報の正誤云々に関するディスカッションであれば、別の新たなスレッドとしてメッセージを投稿されることをお奨めします。そのディスカッションに参加するかどうかは、あなたの出方と内容によります。但し、私はフォントに関して詳しくは知りません。

迷探偵コナンさんからの提議案件の問題解決に関する具体的な方法や提案などを提示した上で、この発言を添えると調和がとれて、”いちゃもん”を付けるという含み又はその有らぬ誤解はなくなります--最近のあなたの乱行を鑑みて。
＞周辺機器やフォントは、この問題に限っては関係ないのでは？
これらのあなたの疑問については、迷探偵コナンさんへのご返事の『安食達蔵 RE(1): RE: なるほど・・・(msg # 3.3: 作成日 2003/08/23 11:59 pm)』 中でコメントさせてもらいました。

＞/Users/HOME/Library/FontCollections にも ６つのfont cache（fcache）があります。
名前はfcacheですけど、一般的に言われるフォントキャッシュとは意味合いが違うように思います。
ここにあるのは、もださんも言われるようにフォントコレクションのリストファイルであり
作成日付けからもわかるように、頻繁に作り替えられるようなキャッシュファイルとは違いますし
壊れることはまずないように思います。
＞生成されていないのであれば、システム運営上、やはり正常な状況（小生は解決案として
＞システム再インストール を提案済み）とは言いがたいです。
他の方のところではわかりませんが、私のところにありましたloginwindow.plistの中身は
カスタムでインストールしたMouseWorks (Kensingtonマウスドライバ）に関するものだけでしたので
このファイルはシステム標準では作成されないファイルのように思います。
だから、なくても正常なように思うのですが他の方のところではどうなのでしょう？

＞名前はfcacheですけど、一般的に言われるフォントキャッシュとは意味合いが違うように思います。
最初は、私もそう思いました。cache fileがこのフォルダに入っているのも腑に落ちませんでした。残念ながら、 font cache に関するApple 社技術文書が殆ど無く、Font Directoties などを調べているうちに、fcache が font cacheを意味する説明（例えば、 The replacement program is fcache for caching data used by the font panel. ）がありました。
ただ、すっきりしない点もありますので、時間を見つけてもう少し調べてみようかと思っています。
＞loginwindow.plistの中身はカスタムでインストールしたMouseWorks (Kensingtonマウスドライバ）に関するものだけ
私の方の中身も調べてみます。

フォントキャッシュを用語辞典で調べると「一度ラスタライズしたTrueTypeフォントのビットマップイメージをハードディスクに保存しておく機能。」とあります。
http://yougo.ascii24.com/gh/67/006730.html
＞fcache for caching data used by the font panel.
fcacheは、フォントパネルで使用されるデータを保存しているファイルってことですよね。
（これは、もださんが説明されている通り）
やはり意味合いがちがうので、これをフォントキャッシュと言ってしまうと、いらぬ誤解を生んでしまうように思います。

皆さん、度々ありがとうございます。
フォントですが、次のふたつをそれぞれ行ってみました。
(1)　OS 9のフォントをすべて使用停止→「自動ログイン」ONでOS Xを再起動
(2)　/Library/Fonts に含まれる44項目すべてをバックアップと入れ替え→「自動ログイン」ONでOS Xを再起動
しかし、どちらの場合でも、やはり非表示になってしまいました・・・。
なお、OS Xのそのバックアップは、システムを正常に新規インストールし、基本的な設定を終えたあとで作成したもの（Carbon Copy Cloner 2.2で作成したものとDisc Copyで作成したものの２種類）なので、バックアップのフォントまでが損傷している可能性はないかと思います。
カスタムでインストールしたドライバや機能拡張ですが、プリンタドライバやPreferencePaneなどをいくつか追加していたので、それらをすべてアンインストールしてから、再ログイン→「自動ログイン」ON→再起動で確認しましたが、非表示、でした。
・・・そこで、ティルクさんのコメントを拝見してふと思ったのですが、「自動ログイン」がONのときとOFFのときとでは、アカウント認証以外に、システムが起動の際に行う内容や行程などにどのような違いがあるのでしょうか？その違いに、解決の糸口が何かあるような気がするのですが・・・。

＞”いちゃもん”を付けるという含み又はその有らぬ誤解はなくなります
それが”いちゃもん”だと思って騒ぎ立てるのは、被害妄想の強い人だけなので、心配はご無用です。
・・・なお、迷探偵コナンさんをはじめ、後にこのトピックを参照される方々にも申し上げておきたいのですが、このBoardsで得た情報に従った結果何らかの損害を被ったとしても、厳しいようですがそれはあくまで「自己責任」です。そこで、もし、その情報が正しいかどうかご自分では判断できないのであれば、ひとまず、そのアドバイスを下さった方の過去の投稿を参照してみてはいかがでしょうか（投稿者名をクリックすれば閲覧できます）。そうすれば、その人がどういう姿勢で情報を書き込んでこられているのかが少なくとも分かる（たとえば、他者から情報の誤りを指摘されたとき、それにどのように応対しているか、などからも窺い知ることができますね）ので、それをもとに（間接的ではありますが）情報の信憑性を斟酌してみるというのも、被害を未然に防ぐ方法としてはそれなりに有効かと思います。

確認したいのですが、安食さんのこの解説の冒頭部分は、システムは起動の初段階でフォントのassignmentを行う、そして、損傷などによりassignされないフォントがあると、起動ごとに設定が変わってしまうことがあり得る・・・という解釈で間違っていませんか？
で、その解釈が間違っていないとして、迷探偵コナンさんの示された状況を総合して考えると、もし、初めの段階で一部のフォントが正常にassignされていないのならば、その後の処理項目、つまり「自動ログイン」のON/OFFの如何に関わらず、例外なく設定が変わってしまう、ということになりませんか？
P.S.　私が先の書き込みで、フォントは関係ないのでは、と疑問を呈したのは、このような理由からです。・・・それを”いちゃもん”だと歪めて受け止めて反論する人が仮にいるとすれば、その人のその態度こそが、まさに”いちゃもん”ですね。

「loginwindow」という名前でちょっと気になったのですが、システム起動後にAppleシステム・プロフィールのログを見ると、
『2003-08-24 18:14:20.808 loginwindow[419] Could not find image named `bang'.』
という一文が必ず表示されているのですが、これは関係ありませんか？

私のところでは出ていませんが、米AppleのDiscussionsで検索してみたところ、あるHelperが"The Could not find image named `bang' console message is a spurious message and can be ignored."と書いていました。
# 以前も見た気はするが、思い出せず...。

きくちさん、度々ありがとうございます。
・・・ということは、そのメッセージは気にするほどのものではないのですね。そのメッセージが何なのか分からなかったのでやや気になっていたのですが、安心しました(^_^)。