私は最近、dpkg-reconfigureGNUパッケージの固定インストールの復元力機能について学びましたmailutils。インストールプロセスが完了すると、ユーザーに選択して空白を埋めるように求めるダイアログボックス（ncurses？）が表示されます。それはすべて良いことです。十分に熟練している場合は、「インストール後の設定ダイアログ」またはPICD後続のセクションで呼び出すと間違いを避けることができます。
うまくいかなかったので、「PICD」をもう一度実行する必要があります。まだ慣れていないので、削除して再dpkg-reconfigureインストールする必要があると思いました。ただし、これによりインストールは完了しますが、「PICD」は再び表示されません。試してみましたが、rebootまだ「PICD」はありません！ ？ ！
結局、誰かが私に手がかりを与えましたが、dpkg-reconfigureそれもdpkg-reconfigure mailutils「PICD」の回復に失敗しました。だからそれはすべてです。いいえ mailutils再構成する必要があるのはpostfixMTAです。 Debian パッケージャは無害な環境にmailutils巧妙に隠されているため、この問題を解決するのに時間がかかります。postfix「仮想パッケージ」default-mtaコール、牛魔法2番目の機会が必要です。再構成以前は：dpkg-reconfigure postfix。この発見が私を作りました。試行錯誤いよいよメソッドの設定が完了しました。
しかし、これは私に1つか2つの質問を提起します。
その後のインストール中に「PICD」が表示されないのはなぜですか？つまり、インストールスクリプトは、ユーザーが「PICD」を見たことをどのように知ることができますか？インストーラが「PICD」を防ぐためにいくつかの値を記録して保存しましたか？やり直す？
なぜインストーラは「PICD」の後続のデモを無効にしますか（スペルなし
dpkg-reconfigure）？これは実際にはどういう意味ですか？
答え1
このパッケージは設定
postfixに使用されます。debconfDebian ではこれを一種のレジストリと考えることができます。インストール中に構成が必要なほとんどのパッケージで使用されます。を実行すると、現在保存されている値を表示できますdebconf-get-selections。パッケージは、予期した値がすでにdebconfデータベースに保存されているかどうかをインストール中に確認できます。値が設定されると、
debconf一般的なアプローチは次のとおりです。いいえパッケージのインストール中に対応するダイアログボックスが表示されます。これにより、特にパッケージがアップグレードされるたびにユーザーに同じ質問を何度も尋ねることを防ぐことができます。Debian ポリシーの積極的な推奨）。また、パッケージを事前設定して、ユーザー操作なしでカスタム設定でインストールすることもできます。これは、多くのシステムを同じ方法で構成する必要がある自動化されたインストールの一般的な慣行です。
決定したように構成設定を変更する必要がある場合は、最良の方法はを実行することですdpkg-reconfigure。明らか影響を受けたパッケージを再インストールします。他の依存関係（弱い依存関係でも）がない場合、default-mtaパッケージに実際に問題があるかどうかを確認せずpostfixにsudo apt purge --autoremove mailutilsすべてが消去されます。 （実際には、またはを含む多くのパッケージが自動削除候補にならないため、自分でクリーンアップする必要がありpostfixます。）postfixdefault-mtaunattended-upgradescron