私はプリンタを持っていないので弱い分野ですが、誰も回答がないようなので書きます。

y2u による投稿:

次のetc/init.d/cups の内容ですが/etc/init.d/cupsys　へのリンクとなっており、
また　/etc/init.d には cupsys というファイルは存在しません。

確認してみましたが、通常 Ubuntu 8.10における /etc/init.d/cupsは実ファイルであり、シンボリックリンクではないと思います。
この時点で何かがおかしいような気がします。

cupsやcupsysについてはそれが何なのか殆ど知識もないですが、cupsysについては、
http://packages.ubuntu.com/search?searchon=names&keywords=cupsys
http://packages.ubuntu.com/intrepid/cupsys
によると、Hardy(Ubuntu 8.04)を最後に、Intrepid(Ubuntu 8.04)以降は、移行用パッケージとしてcupsを指し示すダミーパッケージになっているようです。

上記のことから想像するに、パッケージcupsを「完全削除指定」してから再度cupsをインストールすることで直らないか？と私は考えます。
cupsを完全削除すると、/etc/init.d/cupsに属するファイルは設定ファイルも含め削除されるので、次にcupsをインストールするとクリーンで正しい状態に直るのでは？という論理です。


しかし、cupsを削除しようとすると、私の環境では以下のパッケージも芋づる式に削除を試みます。

bluez-cups cups cups-driver-gutenprint foomatic-db-hpijs hal-cups-utils hpijs hplip ubuntu-desktop
※環境よってパッケージが異なるかもしれません

沢山の依存パッケージも同時に削除されるので、自分のPCならどうなっても責任がとれるのでよいですが、人には手放しでお勧めできないのです。

念のため私の仮想PC環境で、

sudo apt-get purge cups
sudo apt-get install bluez-cups cups cups-driver-gutenprint foomatic-db-hpijs hal-cups-utils hpijs hplip ubuntu-desktop

と試して、問題はなさそうなことは確認しています。

最後の編集者: STGSAGWAN (2009-01-28 21:32:18)

STGSAGWANさん、
u-bonさん

ご教示ありがとうございます。

まずSTGSAGWANさんの方法を試しましたが結果は変わらずです。

次にu-bonさんの方法を試みたところ
sudo cat /var/log/cups/error_log

cat: /var/log/cups/error_log: No such file or directory

/var/log/cups
には
cups-pdf_log
というファイルしか見当たりません。
次に
sudo /etc/init.d/cupsd start

sudo: /etc/init.d/cupsd: command not found
となってしまいます。

「アプリケーションランチャー」→「アプリケーション」→「システム」→「印刷」で同様に新規プリンターの追加を試みる

サーバー → 接続 → localhost

CUPS走査中にエラーが発生しました: 'httpConnectionEncrypt failed'
とのエラー表示
「プリンターの設定」からトラブルシュートに進むと

CUPSサービスは停止しました
CUPSプリントスプーラが動作していないようです。これを直すには、メインメニューから
システム → システム管理 → サービスを選び、'CUPS'サービスを探してください。
となりますが
『サービスの管理』では'CUPS'が見当たりません。

ちなみに/etc/cups/ssl/の中は空っぽでした。
さっぱり原因を思いつきません。
なにかお分かりになりますか?

STGSAGWANさん、昨日は横入りでの発言、大変失礼いたしました。

ご指摘の通り、
sudo apt-get purge cups
・・・で、再度インストールしてダメとなると、おっしゃる通り、手に余ってしまいますね。

>cupsysについては、
>http://packages.ubuntu.com/search?searc … rds=cupsys
>http://packages.ubuntu.com/intrepid/cupsys
>によると、Hardy(Ubuntu 8.04)を最後に、Intrepid(Ubuntu 8.04)以降は、移行用パッケージとして
>cupsを指し示すダミーパッケージになっているようです。

ご提示いただいている状況により、ややこしい構造になっているために、purgeオプションを用いても、cupsの設定ファイルが、キレイにパージできないことになっているかも知れないですよね。困りましたね。

y2uさん、
全く見当が違ってしまうかもしれず、大変申し訳ありませんが、次のコマンドで、システムの起動時にcupsがどんな挙動をしているか調べてみていただけますか？

$ dmesg | grep cups

ちなみに、復活できた私の環境では、以下の通りとなっています。

[   22.689150] type=1505 audit(1233284316.795:3): operation="profile_load" name="/usr/lib/cups/backend/cups-pdf" name2="default" pid=5258
[   22.689351] type=1505 audit(1233284316.795:4): operation="profile_load" name="/usr/sbin/cupsd" name2="default" pid=5258

*復活前には、前回書いた通り、これが「CUPS - child exited with status 1! error」となっておりました。

y2uさん、

お手数をおかけしました。
貼り付けていただいた起動時のカーネルメッセージによれば、ちゃんとプロセスIDが割り振られてcupsはデーモンとして起動していることになります。

しかし、2009-01-26 19:17:44　の書き込みにある
>ps aux | grep cupsd　では
>y2ueno   10357  0.0  0.0   3044   816 pts/1    S+   19:12   0:00 grep cupsd

・・・は、「ps aux | grep cupsd」のコマンドのプロセスが表示されているのみで、cups自体のプロセスの稼働状況は表示されていません。

私の場合には、次のように、「/usr/sbin/cupsd」がデーモンとして稼働している事を表しています。
$ ps aux | grep cups
root      4724  0.0  0.1  15152  3364 ?        Ssl  09:40   0:01 /usr/sbin/cupsd
u-bon     15107  0.0  0.0   3080   836 pts/0    S+   23:14   0:00 grep cups

あと、思いつくのは、1/12にリリースされているcupsに関するセキュリティアップデートです。
http://www.ubuntu.com/usn/usn-707-1

ここに書かれている通り、アップデートすることにより、8.10の場合、cupsのバージョンは、「1.3.9-2ubuntu6.1 」となります。
synapticパッケージ・マネージャで一応確認してみて、これより古いバージョンの場合、システムのアップデートをかけてみる・・・・ということぐらいしか思いつきません。m(_ _)m

憶測でモノを言って大変申し訳ありませんが、もしもcups古いバージョンだったとして、システムのアップデートをかけると、私と同じ
「CUPS - child exited with status 1! error」というエラーが出てしまうかも知れません。
このパッチでは、セキュリティの脆弱性をSSLによる暗号化で対処しているようで、そこにバグがあるように思えます。
その場合には、私と同じように「/etc/cups/ssl/」の配下にあるシンボリックリンクを管理者権限で削除してしまう・・・という方法で対処してみていただければと思います。

u-bonさん、
funatogawaさん

ご教示ありがとうございます。

まずu-bonさんの
＞8.10の場合、cupsのバージョンは、「1.3.9-2ubuntu6.1 」となります。
＞synapticパッケージ・マネージャで一応確認してみて、これより古いバージョンの場合、システムのアップデートをかけてみる
について確認したところ
「1.3.9-2ubuntu6.1 」でした。
念のため「完全削除』→「再インストール指定』しましたが、結果は変わらずです。

次に
funatogawaさんの
＞MFC-5860CNの場合、選択するパッケージは4つ、brother-cups-wrapper-common、brother-lpr- drivers-common、brother-lpr-drivers-bh7、そしてbrother-cups-wapper-bh7。ただし、 borther-lpr-drivers-bh7を選択するとあとはパッケージマネージャーが勝手に選んでくれるはずです。次に、システム→システム管理 →印刷でプリンタの設定画面から新規に登録してください。ネットワークプリンターも自動で選択されます。あとは、システム→設定→デフォルトのプリンターで確認を！
を確認しましたが、すべてインストールされています。
これも念のため「完全削除』→「再インストール指定』しましたが、結果は変わらずです。
ただ
＞８．０４からアップデートした場合は、８．０４のときにプリンターインストール時に使ったシンボリックを必ず削除しておいてください。
のくだりがよく分かりません。

http://d.hatena.ne.jp/shag/20061218
を思いだし

sudo rm /etc/init.d/lpd　/etc/init.d/cups
しました。
その後ドライバーについて「完全削除』→「再インストール指定』しましたが、結果は変わらずです。
8.04時にプリンターインストール時に作成されたPPD ファイルも削除が必要ですか?
ppdについては
/usr/local/share/ppd
というディレクトリしか見当たらずまたこのディレクトリは空です。

何か分かりますか?

良かったですね。

y2u による投稿:

sudo apt-get purge cups
では、シンボリックリンクとして存在する同一名のファイル　/etc/init.d/cups　を消去できないようですね。
また　apt-get install　cups
では同一名のシンボリックファイル　/etc/init.d/cups　が存在していたためにインストールされていなかった
ということでよろしいのでしょうか?

今、実験してみたら、確かにそのような動きをします。私も知りませんでした。

どうも /etc/init.d/XXXXXの起動スクリプトに限ってのようなのですが(他のファイル/usr/bin/XXXXXなどは動きが違いました)、

1)/etc/init.d/XXXXXが通常ファイルではなくシンボリックリンクだと(仮にそのリンク先が存在してたとしても)、
purgeの際にそのファイルを削除しない
同じく
installの際にそのファイルを上書きしない

2)/etc/init.d/XXXXXが通常ファイルの場合は、
purgeの際にそのファイルを削除する(当然ですが)
同じく
installの際にそのファイルを上書きするかしないか確認してくる

なぜこうなるのか内部的な動きは定かでは無いですが、頭の片隅には入れておいたほうがよいかもですね。
勉強になりました。

最後の編集者: STGSAGWAN (2009-02-02 20:58:38)