続き
dpkg: 依存関係の問題により mailx の設定ができません:
mailNo apport report written because the error message indicates its a followup error from a previous failure.
                                                                                                               No apport report written because the error message indicates its a followup error from a previous failure.
                                                                          No apport report written because MaxReports is reached already
                                                                                                                                        No apport report written because MaxReports is reached already
                                                       No apport report written because MaxReports is reached already
                                                                                                                     No apport report written because MaxReports is reached already
                                    No apport report written because MaxReports is reached already
                                                                                                  No apport report written because MaxReports is reached already
                 No apport report written because MaxReports is reached already
                                                                               x は以下に依存 (depends) します: bsd-mailx ...しかし:
  パッケージ bsd-mailx はまだ設定されていません。
dpkg: mailx の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-dev の設定ができません:
postfix-dev は以下に依存 (depends) します: postfix (>= 2.5.5-0) ...しかし:
  パッケージ postfix はまだ設定されていません。
postfix-dev は以下に依存 (depends) します: postfix (<< 2.5.5.0-0) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-dev の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-ldap の設定ができません:
postfix-ldap は以下に依存 (depends) します: postfix (= 2.5.5-1.1) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-ldap の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-mysql の設定ができません:
postfix-mysql は以下に依存 (depends) します: postfix (= 2.5.5-1.1) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-mysql の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-pcre の設定ができません:
postfix-pcre は以下に依存 (depends) します: postfix (= 2.5.5-1.1) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-pcre の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-pgsql の設定ができません:
postfix-pgsql は以下に依存 (depends) します: postfix (= 2.5.5-1.1) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-pgsql の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
dpkg: 依存関係の問題により postfix-cdb の設定ができません:
postfix-cdb は以下に依存 (depends) します: postfix (= 2.5.5-1.1) ...しかし:
  パッケージ postfix はまだ設定されていません。
dpkg: postfix-cdb の処理中にエラーが発生しました (--configure):
依存関係の問題 - 設定を見送ります
libc6 のトリガを処理しています ...
ldconfig deferred processing now taking place
以下のパッケージの処理中にエラーが発生しました:
postfix
bsd-mailx
dovecot-postfix
mailx
postfix-dev
postfix-ldap
postfix-mysql
postfix-pcre
postfix-pgsql
postfix-cdb
E: Sub-process /usr/bin/dpkg returned an error code (1)

hotohotoさん、違うパッケージですが同様のエラーを解決できたことがあるのでそのときの手順を
この時の当方のエラー
<blockquote><p>$ sudo dpkg --configure -a
initramfs-tools (0.92bubuntu28) を設定しています ...
update-initramfs: deferring update (trigger activated)

initramfs-tools のトリガを処理しています ...
update-initramfs: Generating /boot/initrd.img-2.6.28.9
Cannot find /lib/modules/2.6.28.9
update-initramfs: failed for /boot/initrd.img-2.6.28.9
dpkg: サブプロセス post-installation script はエラー終了ステータス 1 を返しました</p></blockquote>
なのでnitramfs-toolsと言うパッケージでの同様のエラーです。
「dpkg: サブプロセス post-installation script はエラー終了ステータス 1 を返しました」
でググってみると/var/lib/dpkg/info/にある該当パッケージのpostinstファイルのコードがおかしいらしい。
このときに参考にしたところは↓
http://d.hatena.ne.jp/pyopyopyo/20081108/p1　　debian に adobe reader をインストールする方法
https://forums.ubuntulinux.jp/viewtopic.php?id=1179　ペンタブレットを使う 　Ubuntu日本語フォーラム

とりあえず/ver/lib/info/initramfs-tools.postinstのコードを表示してみましたが私のスキルでは訳が分かりませんでした。

で、フォーラムの方にあったように
<blockquote><p>/var/cache/apt/archives/wacom-tools*.deb
で、パッケージのキャッシュファイルを削除して、
sudo apt-get --reinstall install wacom-tools
で、現行バージョンを再インストールさせる、という形はどうでしょうか？</p></blockquote>
のように試してみました。
/var/cache/apt/archives/initramfs-tools_0.92bubuntu28_all.debを削除して・・・
再インストールしようとしたもののまた同じエラーが。

仕方ないので　/ver/lib/info/initramfs-tools.postinstのコードがおかしいというならばこいつを削除だ。
削除して大丈夫なのかは知りません。最悪クリーンインストールになる前に試すだけ試せばいいさと思っての対応でした。
というわけで、削除して
<blockquote><p>$ sudo apt-get update
E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem.
$ sudo dpkg --configure -a
initramfs-tools (0.92bubuntu28) を設定しています ...</p></blockquote>
で、エラーは出ず、この後アップデートしてOKでした。

ちなみにこの時のエラーの原因だったパッケージinitramfs-tools_0.92bubuntu28_all.debは削除前にコピーしておいたので、こいつを再インストールしてみようかと思ったら途中でエラー吐いて最初の状態に逆戻りしてしまいました。
DLしたときにパッケージが壊れてしまったのかな？と勝手に推測してますが。

たぶんかなり強引で危険な復帰方法だったと思います。参考になれば幸いですが、識者のご意見が伺えればそちらを優先した方がいいかもです。

#4 の tmin さんの方法が確実ですが、若干の間違いがあります

*.postinst ファイルは /var/lib/dpkg/info ディレクトリにあるはずです
それと、*.postinst 以外に *.preinst、*.prerm、*.postrm が (もしあれば) 一緒に削除してしまう方が確実です
また *.deb ファイルを消す必要はありません (このファイルが破損しているなら別ですが)

今回のエラーの原因は postifx のファイル構成がおかしくなったことだと予想できるので、以下のように削除した後に再インストールしてはどうでしょう

sudo rm /var/lib/dpkg/postfix.{preinst,postinst,prerm,postrm}
sudo apt-get --reinstall install postfix

[蛇足]
postfix-ldap、postfix-mysql、postfix-pcre、postfix-pgsql、postfix-cdb のパッケージは何を目的に入れたのか疑問だったりする
せいぜいどれかひとつ入れる程度だろうに．．．

ry による投稿:

#4 の tmin さんの方法が確実ですが、若干の間違いがあります

*.postinst ファイルは /var/lib/dpkg/info ディレクトリにあるはずです
それと、*.postinst 以外に *.preinst、*.prerm、*.postrm が (もしあれば) 一緒に削除してしまう方が確実です
また *.deb ファイルを消す必要はありません (このファイルが破損しているなら別ですが)

今回のエラーの原因は postifx のファイル構成がおかしくなったことだと予想できるので、以下のように削除した後に再インストールしてはどうでしょう

コード:

sudo rm /var/lib/dpkg/postfix.{preinst,postinst,prerm,postrm}
sudo apt-get --reinstall install postfix

ありがとうございます。やってみました。

その作業経過です
ーーーーーーー
myname@sv1:/var/lib/dpkg/info$ sudo apt-get --reinstall install postfix
★　自分が入力作業したところはこれだけ　すると以下


パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています               
状態情報を読み取っています... 完了
提案パッケージ:
  procmail postfix-mysql postfix-pgsql postfix-ldap postfix-pcre sasl2-bin resolvconf postfix-cdb
以下のパッケージは「削除」されます:
  dovecot-postfix
以下のパッケージが新たにインストールされます:
  postfix
アップグレード: 0 個、新規インストール: 1 個、削除: 1 個、保留: 0 個。
1 個のパッケージが完全にインストールまたは削除されていません。
1219kB のアーカイブを取得する必要があります。
この操作後に追加で 2888kB のディスク容量が消費されます。
続行しますか [Y/n]? y
ーーーーーーーーーー
★　と尋ねられたので「y」と入力。自分が作業したところはこれだけ　すると以下


取得:1 http://jp.archive.ubuntu.com jaunty/main postfix 2.5.5-1.1 [1219kB]
1219kB を 1s で取得しました (739kB/s)                             
パッケージを事前設定しています ...
(データベースを読み込んでいます ... 現在 168741 個のファイルとディレクトリがインストールされています。)
dovecot-postfix を削除しています ...
未選択パッケージ postfix を選択しています。
(データベースを読み込んでいます ... 現在 168742 個のファイルとディレクトリがインストールされています。)
(.../postfix_2.5.5-1.1_i386.deb から) postfix を展開しています...
ufw のトリガを処理しています ...
man-db のトリガを処理しています ...
postfix (2.5.5-1.1) を設定しています ...
Creating /etc/postfix/dynamicmaps.cf
Adding tcp map entry to /etc/postfix/dynamicmaps.cf
setting myhostname: sv1
setting alias maps
setting alias database
setting myorigin
setting destinations: $myhostname, localhost.$mydomain, localhost, $mydomain
setting relayhost:
setting mynetworks: 127.0.0.0/8 192.168.1.0/24 [::1]/128 [2001:c90:262d:2b3f::]/64 [fe80::%eth0]/64
setting mailbox_size_limit: 0
setting recipient_delimiter: +
setting inet_interfaces: all
setting inet_protocols: all
WARNING: /etc/aliases exists, but does not have a root alias.

Postfix is now set up with a default configuration.  If you need to make
changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Running newaliases
* Stopping Postfix Mail Transport Agent postfix                                   [ OK ]
* Starting Postfix Mail Transport Agent postfix
postfix: fatal: /etc/postfix/postfix-script: No such file or directory　　　　　　　[fail]
invoke-rc.d: initscript postfix, action "restart" failed.
dpkg: postfix の処理中にエラーが発生しました (--configure):
サブプロセス post-installation script はエラー終了ステータス 1 を返しました
libc6 のトリガを処理しています ...
以下のパッケージの処理中にエラーが発生しました:
postfix
E: Sub-process /usr/bin/dpkg returned an error code (1)
ーーーーーーーーーーーーーーー
★　ここで止まった。まだエラーがある。



ーーーーーーーーーーーーーーー
myname@sv1:/var/lib/dpkg/info$ sudo rm  *.prerm
myname@sv1:/var/lib/dpkg/info$ ls -al post*
★　入力作業は「　sudo rm  *.prerm　」して「post*」を調べてみよう。
以下

-rw-r--r-- 1 root root    251 2009-07-05 16:27 poster.list
-rw-r--r-- 1 root root    316 2008-05-03 18:29 poster.md5sums
-rw-r--r-- 1 root root    311 2008-11-05 22:03 postfix.conffiles
-rwxr-xr-x 1 root root  13223 2008-11-05 22:03 postfix.config
-rw-r--r-- 1 root root   5267 2009-07-10 09:23 postfix.list
-rw-r--r-- 1 root root   8017 2008-11-05 22:04 postfix.md5sums
-rwxr-xr-x 1 root root  16862 2008-11-05 22:03 postfix.postinst
-rwxr-xr-x 1 root root   1029 2008-11-05 22:03 postfix.postrm
-rwxr-xr-x 1 root root   4332 2008-11-05 22:03 postfix.preinst
-rw-r--r-- 1 root root    135 2008-11-05 22:01 postfix.shlibs
-rw-r--r-- 1 root root 154656 2008-11-05 22:03 postfix.templates
ーーーーーーーーーーーーーーー
ここで止まる
おや？
postfix 以外に　poster とかほかのもあるな。これは消してはいけないだろう


そこで
ーーーーーーーーーーーーーーー
myname@sv1:/var/lib/dpkg/info$ sudo rm  postfix.*
myname@sv1:/var/lib/dpkg/info$ sudo apt-get --reinstall install postfix
★　自分が作業したところはこの２行
「sudo rm  postfix.*」
「sudo apt-get --reinstall install postfix」
すると以下


パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています               
状態情報を読み取っています... 完了
アップグレード: 0 個、新規インストール: 0 個、再インストール: 1 個、削除: 0 個、保留: 0 個。
1 個のパッケージが完全にインストールまたは削除されていません。
この操作後に追加で 0B のディスク容量が消費されます。
続行しますか [Y/n]? y
ーーーーーーーーーーーーーーー
★　自分が作業したのは「y」 の入力作業のみ


postfix (2.5.5-1.1) を設定しています ...
myname@sv1:/var/lib/dpkg/info$ sudo apt-get --reinstall install postfix
パッケージリストを読み込んでいます... 完了
依存関係ツリーを作成しています               
状態情報を読み取っています... 完了
アップグレード: 0 個、新規インストール: 0 個、再インストール: 1 個、削除: 0 個、保留: 0 個。
1219kB 中 0B のアーカイブを取得する必要があります。
この操作後に追加で 0B のディスク容量が消費されます。
続行しますか [Y/n]? y
ーーーーーーーーーーーーーーー
★　「y」と入力



パッケージを事前設定しています ...
(データベースを読み込んでいます ...
dpkg: 重大な警告: パッケージ `postfix' のファイル一覧ファイルがありません。このパッケージには、現在インストールされているファイルがないものとします。
現在 168727 個のファイルとディレクトリがインストールされています。)
postfix 2.5.5-1.1 を (.../postfix_2.5.5-1.1_i386.deb で) 置換するための準備をしています ...
* Stopping Postfix Mail Transport Agent postfix                                     [ OK ]
postfix を展開し、置換しています...
ufw のトリガを処理しています ...
man-db のトリガを処理しています ...
postfix (2.5.5-1.1) を設定しています ...
setting inet_protocols: all

Postfix is now set up with the changes above.  If you need to make changes, edit
/etc/postfix/main.cf (and others) as needed.  To view Postfix configuration
values, see postconf(1).

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

Running newaliases
* Stopping Postfix Mail Transport Agent postfix                                     [ OK ]
* Starting Postfix Mail Transport Agent postfix                                     [ OK ]

libc6 のトリガを処理しています ...
ーーーーーーーーーーーーーーー
OKが３つ出て終わったようだ。


（なお私よりさらに初心者のために★印などいれました、誤解されないようにと思って。
ちょっと前までは「自分でこんな文字の羅列をキーボード入力しなければならないのか」と誤解していましたので・・・）


次の段階のつづきは後ほど

myname@sv1:/var/lib/dpkg/info$

こつというか意識というか。私自身が失敗しない為にとっている方法ですが・・・

　ファイルの削除や更新などの操作の際で、ワイルドカード(?と*)を使用する場合、常に、実際に実行するつもりと同じ指定の仕方で、先にls -ladなどで確認すると良いです。これは、常に更新や削除の操作とセットで不可分と意識しておいても良いかもしれません。
ファイル自体の確認が済んでいて、確認するまでも無い　と考えているときでも、常に実行するよう癖をつけておくと、いざというときに役に立つ可能性があります。
# もし、実施する場合は、これは自身の判断が間違えていたときに気が付く為の予防線なので、「効率を考えて適時判断しよう」と考えていると、意味がなくなります。注意。

例えば、
$ ls -al post*
にて、ファイルの確認後、削除する際の指定を考えた時点で、さらに、
$ ls -lad postfix.*
として、表示されるファイルに過不足が無いことを確認したうえで、
$ sudo rm  postfix.*
とします。そうすることで、不意のまきぞえを防げます(削除後、ls -lad postfix.*か、ls -lad post*で確認しておくと、その後の作業で何かあったときにも状況を把握しやすくなります。消すのが数個であれば、ワイルドカードを使わないのも選択の１つ。)

以上、蛇足でした。

ry による投稿:

hotohotoさん による投稿:

myname@sv1:/var/lib/dpkg/info$ sudo rm  *.prerm

これ↑、実行しちゃったんですか!?
既にインストールされている (postfix以外の) パッケージの削除とかアップグレードのときに、不具合が発生する可能性が極大です

何を消すのかを理解していない状態で、無闇に * を使って削除するのは止めましょう．．．． って やっちゃったんだよなぁ、きっと

はい　やっちゃいました(笑)
今のところ　問題なく　動いているようです。
ご心配掛けてすみませんでした。
感謝感謝です。

ry による投稿:

#4 の tmin さんの[蛇足]とおっしゃる件で
postfix-ldap、postfix-mysql、postfix-pcre、postfix-pgsql、postfix-cdb のパッケージは何を目的に入れたのか疑問だったりする
せいぜいどれかひとつ入れる程度だろうに．．．

synaptic を使ったときに　postfix を検索語に入れたとき
綺麗に並んでいたので全部まとめて必要なのかと思い
入れてしまったものです。

いまはそこいらを全部消してみて、PCの動作が少し軽くなったような感じがします。

hotohoto による投稿:

ry による投稿:

hotohotoさん による投稿:

myname@sv1:/var/lib/dpkg/info$ sudo rm  *.prerm

これ↑、実行しちゃったんですか!?
既にインストールされている (postfix以外の) パッケージの削除とかアップグレードのときに、不具合が発生する可能性が極大です

何を消すのかを理解していない状態で、無闇に * を使って削除するのは止めましょう．．．． って やっちゃったんだよなぁ、きっと

はい　やっちゃいました(笑)
今のところ　問題なく　動いているようです。

いや、動いてるでしょうけど、パッケージで一部(というか多数)の削除時に多大なる影響がでますよ。
*.prermはパッケージ削除を実行した時に、実際のパッケージでインストールされたファイル群を削除する前に、何かしらシステムに関わる設定を変更したりするスクリプトなので、削除を実行した段階でその後のシステムの動きはまるっきり保証されません。

つまり、この先サーバを立ててどうこうってことをやりたいのであれば、再インストール推奨どころか必須かと。

# パッケージのreinstallすれば...とか考えてみたけど、そもそも全部reinstallとかになるだろうから、再インストールしたほうがマシという結論なわけですが。

> アドバイスした方々
そもそも

hotohoto による投稿:

postfix: fatal: /etc/postfix/postfix-script: No such file or directory

ってエラーメッセージが最初に出てきているので、こういう場合は
dpkg -S /etc/postfix/postfix-script
とかでパッケージに含まれていたはずのファイルを調べることを先にしたほうが良いでしょう。

この場合はちゃんと postfix にあることを調べられますので、epiiさんのおっしゃるとおり、postfixの再インストールで解決した可能性が高いです。
コマンドライン等は記述されていませんでしたが、
sudo apt-get --reinstall install postfix
ないしは
sudo aptitude reinstall postfix
でOKだったと思われます。

/var/lib/dpkg/info/ 以下のパッケージシステム向けファイルをいじるのは、「パッケージングがタコすぎる」場合以外はやらない方向でアドバイスをされることをおすすめします。
でないと、せっかくのアドバイスがリアルにアダになってしまいますので...。

ry による投稿:

残念ながら #8 で sudo apt-get --reinstall install postfix を実行されており、解決しなかったようです

これ見落としていました。m(__)m
後述されていたようにこの時点でpostfix周辺の関係ないパッケージも入っていたことも判りますので、dpkg なりで削除したあとに再度 reinstall という手も取れます。
ただ、そもそも最初にreinstallした時点で上書きされていないのであれば、他の要因が考えられますけど...真実はたぶん追求できなくなってますねｗ

ry による投稿:

次善の策としては、パッケージ (deb ファイル) から直接 postfix-script ファイルを抜き出して、復元してやることですが、さすがに難度が高すぎでしょう

適切な手順を踏んでいけば、システム全体への影響度上、逆に抜きだしは最善かもしれません。

aptitude download postfix
dpkg -x postfix*.deb .
sudo cp -p ./etc/postfix/postfix-script /etc/postfix
sudo apt-get -f install もしくは sudo dpkg --configure -a

このようにローレベルでの実行も、適切な手順があれば難度が高いというわけでもないです。

# ar -x posfix*.deb をして出てきた tar 玉の中身を眺めるという究極のローテクもありますがw

このように抜き出して復元するという場合は「無いものを入れる」だけで「正しい状態にあるものを削除した上で改めて入れる」ということではないので、システムへの影響ははるかに少なくなります。
ただ今回は満足に、また適切に情報が出てきていないor出せないので、これで解決できるとも思えませんが...。

ry による投稿:

ユーザーの無知故にパッケージのスクリプトが必須とするファイルなどを削除して、パッケージ管理システム (apt) の手に負えなくなっている状況だと思います

この部分は否定しませんが、

ry による投稿:

今回の質問の状況は、「パッケージングがタコすぎる」のではなく、

私が書いているのは「パッケージグがタコすぎる場合以外は pre*とかpost*を触るな」ですので、

ry による投稿:

このような場合は、やはり /var/lib/dpkg/info/ にある <パッケージ名>.{preinst,postinst,prerm,postrm} を一旦削除して、以下の手順を踏むのが一番確実だと思っています

これはしてはいけないと言っています。

今回のような操作ミス(と言っておきますｗ)が発生した場合には、取り返しがつきません。
こういう掲示板とかMLなどでのアドバイスで失敗した場合、代わって復旧させるってことができませんから、そういうリスクを考慮・説明しておかないとせっかくのアドバイスがもったいないのです。
成功経験だけの披露も同様で、「なぜかわからないけど、こうしたらうまく動いた。」では他の人の扱うシステムでは逆効果になる場合だってあるわけで...。

# 今回はほぼ同じ状況のサーバからコピーして済むとかの対処方法はあるにしても、そもそも他がないとか、コピーすらできないとかまで誘発したら、やっぱり再インストールでしょうし。

上記のようなパッケージングシステムに影響を与えるようなことをさせるぐらいならば、
dpkg --force-help
で出てくる削除系のオプションを与えるのがベストに近いでしょう。
apt よりもローレベルでピンポイントでどうにかする方法を示してくれます。

ただ、最初の「抜きだし」の方法よりもパッケージシステムの状況を把握・想定できないと、こちらも復旧につながらない可能性は高いですね。

deb ファイルをダウンロードするのは
$ sudo apt-get --download-only install postfix
でした．install を抜かしました．

私もトラブルを起こした prerm か postrm を手動で消したことがあります．
-- スクリプトは吟味して削除しても影響無しと自ら判断しました．

ryさん による投稿:

今回の質問の状況は、「パッケージングがタコすぎる」のではなく、ユーザーの無知故にパッケージのスクリプトが必須とするファイルなどを削除して、パッケージ管理システム (apt) の手に負えなくなっている状況だと思います
このような場合は、やはり /var/lib/dpkg/info/ にある <パッケージ名>.{preinst,postinst,prerm,postrm} を一旦削除して、以下の手順を踏むのが一番確実だと思っています

当初 {post,pre}{inst,rm} 等などの削除の提案を斜め読みしたときも，
「これで解決だな」と実は私も短絡的に思っていたのです．
確かに今回 hotohoto さんがその通りに行動なさっていればおそらく問題はなかったでしょう．
「退避やリネームの方が良かったですね」とは，事が起こってから漸く思い至ったことです．

さらに，あらためて記憶を掘り返して，かつて関わった apt 関連のトラブルを思い出しました．
-- 状況もエラーの様子も異なりますし，
   essential なパッケージの post/pre スクリプトを削除する提案などされないでしょうけれど --

https://forums.ubuntulinux.jp/viewtopic.php?id=4147

このときにエラーを起こしていた
app-install-data.postinst gnome-app-install.postinst
等などの削除が行われていたら，おそらく再インストールしかなくなっていたのではと思いまして，
やはり私はスクリプトを読むなどして「遠回りでもエラーの原因を調査するのを優先しよう」と思い返し，
n_saito さんの発言に賛意を示した次第です．

今更ながらに #1 をもう一度読んでみて，

Running newaliases
* Stopping Postfix Mail Transport Agent postfix                                                                                        [ OK ]
* Starting Postfix Mail Transport Agent postfix                                                                                               
postfix: fatal: /etc/postfix/postfix-script: No such file or directory
                                                                                                                                        [fail]
invoke-rc.d: initscript postfix, action "restart" failed.

postfix の initscript をちょっとイジって冒頭で exit 0 してしまうようにする．
その状態で --reinstall や purge で正しい(と思える)状態に戻す
のが安全だったのではと思いました．初心の方には難しいでしょうかね？

年のせいか事後に思いつくことが多くなりました．役立たずですね．

私自身、#4の書き込みをさせていただいたのは、この時自分でも手探り状態でしたが何とか復帰できたので、もし参考になればと言う思いからだったのですが、軽率でしたね。混乱を招いてしまって申し訳ないです。
当方環境でこのエラーが起きた際は、apt dpkg関連のコマンドはともにエラーのため全く使えない状態になってしまったので、最悪再インストールになる前にやれるだけやってみようと思い、手探りでの作業の末、何とか復帰できた、と言う経験から、同様のエラーであれば参考になるかもしれない、また、識者の方からより正しい、安全な方法をご指摘、ご指導いただけるかもしれないと考えての投稿だったのですが、この様な場ではふさわしくない判断だったようで大変申し訳ないです。

私も自分のスキルが未熟であることは重々自覚しておりますので、今後もまたこのフォーラムにお世話になることも多々あるかと思いますが、今後はより考えて、軽率な書き込みでご迷惑をかけることのないよう気をつけて参りたいと思います。
ご迷惑お掛けして申し訳ございませんでした。