ありがとうございます。ただ、誤解があるようなので一点。
誤解しているのは僕の方かもしれませんが。

apt-get upgrade
では何も問題が起きません。つまり、acpid, acpi-support,LBP5050Nのドライバーまわりのパッケージのいずれをも、削除しません。
したがって、問題はapt-get周りの問題ではなく、アップデートマネージャー特有の問題と理解しています。

なので
>その度に中断して
>sudo apt-get update
>sudo apt-get upgrade
>すればいいのですが、
と書きました。したがいまして、

>不整合を起こしている原因を突き止め、それに対する対処(パッケージの固定や、正しいパッケージへの置き換えなど)方法を探ることになるかと思います。

というのは対処法方として違うと思うのですが。

もし、間違っていたら、再度、ご助言ください。
せっかく、ご助言頂いたのに、明後日のお返事ですみません。

hmatsue による投稿:

apt-get upgrade
でパッケージの削除が提案されないとのことですが、ここは確かに誤解していました。
が、依存関係に問題が無ければ他のパッケージ管理プログラムを使っても削除はされないのではないかと思います。apt-getでのパッケージの依存性解決のアルゴリズムがアップデートマネージャと異なるのは少し気になりますが、まず、疑うべきはパッケージの依存関係では無いかと思います。

いろいろ列挙してもあれですのでまずはacpidだけに話を絞りたいと思います。
やはり危惧した通り（？）apt-get系のコマンドでは問題点は発見できないようです。
僕には何か問題が起きているようにはみえません。

aptitudeも使って見ましたが、やはり、acpidの削除は示唆されませんでした。念のためaptitudeでacpidを検索して見ましたが、インストールにおける問題点の報告らしきものはでてきません。やはりアップデートマネージャー固有の問題のようです。
apt-get系とアップデートマネージャーが別の情報を参照している可能性はないのでしょうか？
今日もアップデートマネジャーの自動起動があり、acpidを削除しようとしたのでキャンセルしたばかりです。

弱りました。

何かまたアドバイス頂けると幸です。

=======
% sudo apt-cache policy acpid

acpid:
  インストールされているバージョン: 1.0.10-5ubuntu4
  候補:               1.0.10-5ubuntu4
  バージョンテーブル:
*** 1.0.10-5ubuntu4 0
        500 http://jp.archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
        100 /var/lib/dpkg/status
     1.0.8-1lenny2 0
        500 http://ftp.jp.debian.org/debian/ stable/main i386 Packages

% sudo apt-cache depends acpid
acpid
  依存: libc6
  依存: <upstart-job>
    upstart
  依存: lsb-base
  依存: module-init-tools

% sudo apt-cache rdepends acpid
acpid
Reverse Depends:
  distributed-net
  powersaved
|laptop-mode-tools
  gnome-applets
  eeepc-acpi-scripts
  cpufreqd
  acpitool
  acpi-support
  acpi-support-base
  distributed-net
  ubuntustudio-desktop
|laptop-mode-tools
  ichthux-desktop
  eeepc-acpi-scripts
  cpufreqd
  brdesktop-common
  acpitool
  nvidia-current
  nvidia-96
  nvidia-173
  acpi-support
=======

再インストールは厳しいですね。

debianを使ったのはLBP5050NのドライバのインストールにESP Ghostscriptのインストールが必要だったからです。

https://forums.ubuntulinux.jp/viewtopic.php?pid=41715#p41715

に「debianから入手しろ」と書いてあったにしたがったのですが。
自己責任とはいえ、ここ（日本語フォーラム）に書いてあることが間違っているとなるとなかなか厳しいですねー（笑）。
まあ、正しいことしかかいてないわけじゃないでしょうけどね。

hmatsueさんのご意見としては上記のレス自体が間違ったアドバイスだったというお立ち場でしょうか？

あと、もし上記アドバイスがまずいのであれば、debian以外のところからESP Ghostscriptを手に入れる方法をご存知でしょうか？
他に方法が無いならこのまま使いつづけるしかないですね。プリンターを買い換えるわけにはいかないので。

hmatsue による投稿:

まだ、内容を読んでいないのですが、検索した範囲内では、下記に沿って設定すると使えそうな気がします。

https://help.ubuntu.com/community/CanonCaptDrv190
http://support-asia.canon-asia.com/contents/ASIA/EN/0900772407.html

お返事ありがとうございました。ただ、上記にはESP Ghostscriptのインストールについてなんら記述がありません。いま、問題になっているのはそこの様なので、解決にはならないようです。

話は変わりますが、実際にはacpidは正しくubuntuのレポジトリからインストールされており、debianをレポジトリに混ぜているからという理由でacpidが削除対象になるというのは理解に苦しみます。原則としていけないことだから再インストールすべきというのはわかりますが、現状、apt-get upgradeコマンドは正常に機能しており、問題点はアップデートマネジャーが必要なものを削除してしまうという点にあり、その解決にはなっていないと思われます。

再インストールというアドバイスはアドバイスとしてうけますが、ESP Ghostscriptの（正しい？）インストール方法が解らない以上、プリンターを使うのを止めない限り同じことが起きてしまいます。

というわけで、最初の「apt-get upgradeでは問題が無いのにアップデートマネージャーでは削除しようとするのをなんとかしたい」という問題点はなんら解決していないと思います。

この点についてどなたかご助言いただければ幸です。「リポジトリを混ぜて使っている時点で何が起きても仕方ないのだから我慢しろ」ということなら諦めますが。

funatogawa による投稿:

http://opfc.sourceforge.jp/download.html.jaをみると、Ubuntuは6.06から対応していますので、Ghostscriptはインストールする必要がありません。

ですから、LBP5050Nを使うには、CAPT Printer Driver for Linux Ver2.00 の、CUPSドライバ共通モジュール インストールパッケージを先にインストールし、続いてCAPT Printer Driver for Linux インストールパッケージをインストールすれば良いということになります。
が、もう、終わって使えるようになっているので、Debianのレポジトリはいらないということになります。

ありがとうございます。ただ
https://forums.ubuntulinux.jp/viewtopic.php?pid=41715#p41715
はubuntu9.04についての記事なのですよね。
もし「6.06から対応している」のであればなぜ上記記事ではDebianからリポジトリを導入しているのでしょうか？
疑ったらキリがないので、結局は自己責任だとは思うのですが、再インストールまでしたあげく、動かなかったではたまりませんので。
本当に失礼なこととはおもうのですが、もう、どれを信じていいのか分からない状態です（笑）。

まあ、自己責任なので最後はいろいろやってみるしかないのですが。

あと/etc/apt/sources.list から

deb http://kmuto.jp/debian/mtu debian_dic main contrib non-free
deb http://ftp.jp.debian.org/debian stable main contrib non-free

の２つのリポジトリ（ESP ghostscriptの導入用に加えたリポジトリ）を消すことで

% apt-cache policy acpid
acpid:
  インストールされているバージョン: 1.0.10-5ubuntu4
  候補:               1.0.10-5ubuntu4
  バージョンテーブル:
*** 1.0.10-5ubuntu4 0
        500 http://jp.archive.ubuntu.com/ubuntu/ maverick/main i386 Packages
        100 /var/lib/dpkg/status

のようにpolicyが正常に復しました。その結果、アップデートマネージャーはacpidを削除しようとしなくなりました。

根本的な解決にはなってないと思うのですが、再インストールでESP ghostscriptの導入なしで本当にプリンタが動くのか非常に心許ないのでこのまましばらく様子を見ようと思います。

今回の件ではいろいろ皆様にお世話になったことを感謝します。同時に、ここのアドバイスも鵜のみするのはやばいといういことを学んだという意味でも非常に勉強になりましたし、自力ではdebianのリポジトリの混在でacpidが削除されているとは気づけなかったと思います。

ここに皆様のアドバイスに感謝したいと思います。また、問題が起きたら相談させてください。

ありがとうございました。

hmatsue による投稿:

tag による投稿:

再インストールまでしたあげく、動かなかったではたまりませんので。

時間のとれるときにでも、一度試してみる、というのは選択肢に入りませんでしょうか。

tag による投稿:

問題が起きたら相談させてください。

現在、どの程度のパッケージがdebianのレポジトリからのものに置き換わってしまっているか不明ですが、例えばライブラリのバージョンの不整合などで正常に動かないプログラムなどがでても、現在の状況からだと原因の特定が難しくなります。
今後発生するかも知れないトラブルに自力で対処する自信がもし無いようであれば、時間のとれるときにでも再インストールして、プリンタの再設定などを試みることを強くお勧めします。

おっしゃることはよく分かるのですが、再インストールして状況が改善するという確証（ubuntu 10.10であればESP ghostscriptを導入しなくてもプリンターが動く）が無い以上、問題が起きてから再インストールするのと同じだと思います。したがいまして、問題が起きるまで現状で使い続けるのが最良と判断しました。

現実問題としてフルバックアップ＆再インストールをするだけの時間が僕にはありませんので、よほどの利得が予想できないとフルバックアップ＆再インストールに踏みきることができません。またフルバックアップと言っても今回、ライブラリやアプリの部分はすべて破棄しなくてはなりませんので（apt-getの部分が全部やり直しですから）、いままで構築したすべてのアプリケーションを全部、再インストールする必要があると思われます。これはこれで膨大な手間がかかってしまいます。

非常に失礼なことはわかるのですが、今回、ここでのアドバイスが必ずしも信頼に値しないことを痛感しましたので、この様に判断させて頂きました。
「そういう態度ならあとで問題が起きてから泣きついても相手にされないよ」といわれたらそうかもしれませんが。

以上、よろしくご理解ください。

なお、一度debianを混ぜてしまったらもう元に戻せないのではないか、というご指摘でしたが、後日、この点について、別途スレッドを立てて質問したいと思います。一度でもdebianを混ぜてしまったら不可逆的に再インストール以外方法がないというのもなかなか納得が行きません。

よろしくご理解ください。

それでは現在のUbuntuが使っているHDDに余裕があれば、半分にして、残りの半分にもう一度10.10を入れて、検証してみるのはいかがでしょうか。つまり、10.10のダブルブートということになりますが、これなら現在のUbuntuを消さずにすみますが？
そうしていろいろ実験するのもひとつの方法です。

↓こちらで解決しました。
https://forums.ubuntulinux.jp/viewtopic.php?id=10193
と言っても、直し方が分かったのではなく、意外に少数のパッケージしかdebianから混入していなかったので、やはり再インストールは見送ります。
できるならやりたくないですからね、再インストール（笑）。

本当にいろいろありがとうございました。