#2のkalab1998さんへ

トレースログを吐く
sudo strace -f -p $(pidof cupsd)
# ファイルに吐くなら、-oオプション

または

ログレベルを上げる
/etc/cups/cupsd.confのLogLevelをinfoからdebugにする

はどうでしょうか
# CUPS特有の事は私にはさっぱり分かりませんが

本日、 straceとcupsのログレベルの変更を試してみました。ログレベルの変更では有用な情報は得られませんでした。 straceのログを観察すると、かなりの数のNo such of file or directoryのエラーがあることが分かりました。この中で、そうなって当然というものもあるのですが、気になったのは/var/runなどへのアクセス時に発生するエラーです。これらのディレクトリはPXEブート時にRAMディスクに割り当てられるので、それ以下のディレクトリ構造が全くありません。それで、あるはずのディレクトリにファイルを作ろうとして失敗しているのではないかと考えてログを見直していますが、まだ原因は分かりません。

とりあえず、普通にインストールしたubuntu9.04のマシンでプリンタ登録をした後の状態をls -lRで取得して、diskless環境と何が違うのか調査している最中です。調査は学生に勉強も兼ねてさせているので、ちょっと時間がかかっていますが、また何か分かったらご報告します。もしかしたらdisklessクライアントのHowToの修正が必要になるのかもしれません。

shin-sasaki による投稿:

/var 以下を tmpfs または ramfs にしていらっしゃるように読み取れました。
/var, /tmp の記述を fstab から外してみては如何ですか？
（tmpfs なら容量がオーバーしてもページアウトされたような気もしますが・・・）

はい。私の所では以下のように設定していました。

----- BEGIN -----
proc          /proc        proc     defaults    0 0
/dev/nfs    /              nfs       defaults    1 1
none         /tmp         tmpfs     defaults    0 0
none         /var/run    tmpfs     defaults    0 0
none         /var/lock   tmpfs     defaults    0 0
none         /var/tmp   tmpfs     defaults    0 0
----- END -----

複数台のディスクレスクライアントを起動しているので、個別にファイルを作った方が良い部分をtmpfsにしている状態です。これを全部取りやめて全てのファイルシステムをnfsにしてから再起動して、プリンタ設定と印刷を試みましたが、それでも印刷出来ませんでした。そうすると私の読みは外れて、tmpfs上の問題ではなく、別の問題ということになりますが、straceの結果を見ても、さっぱり分からない状態でちょっと手詰まり感があります。printerはbrother HL-1870Nでpostscript互換のため、cupsに依存する必要はありませんので、lpr(ng)あたりも試してみようかと思います。